该技能用于构建和衡量开发者关系（DevRel）项目，目标是缩短开发者从首次接触到持续获得产品价值之间的距离，而非只追求成员数、活动出席或曝光量。
用途与瓶颈诊断：先选定一个主要问题，如发现（目标开发者不了解项目）、理解（文档流量高但快速上手完成率低）、激活（安装 SDK 后首次成功调用低）、留存（试用一次即流失）、贡献（用户想改但不提交）或企业采购转化。针对每类问题给出对应证据与首个干预手段。
主要能力：
- 开发者旅程埋点：跟踪来源→文档/README 访问→快速上手→首次成功→第二次会话→生产使用→贡献或合格账户，并区分员工、机器人、测试账号与未真正使用产品的活动参与者。
- 文档体系：维护 README、教程、操作指南、参考文档四层，每季度做五人任务测试，记录完成时间、失败步骤、搜索词与恢复成功率。
- 社区运营：为支持、Bug 和功能讨论指定负责人与响应时限，区分公告、求助、展示与贡献频道，把重复问题转为文档、可复现 Bug 转为 issue，并公布治理与升级规则。
- 技术内容与对比资产：可复现基准、架构深入、迁移或集成教程、诚实对比页、带仓库或演示的用户案例，均优先选择开发者可验证的内容。
- 活动与黑客松：仅在触达目标开发者且有会后激活路径时开展，用计分卡衡量合格报名、开始构建、首次成功、完成演示、D7 活跃、贡献、商机与总成本。
- 生态与反向链接：维护官方集成页与互惠技术文档，先向生态仓库贡献示例再请求推广，拒绝付费链接方案。
- DevRel 与销售边界：仅在出现产品使用、团队扩张、安全采购问题或明确意向等合格信号时转交销售，并告知开发者有商务同事加入。
使用方式：提供 30 天运营计划模板（第一周基线并访谈五名开发者，第二周修复高频文档或产品失败并交付一个证明资产，第三周通过两个相关社区或生态伙伴分发，第四周对比激活与留存并决定保留、调整或停止）。
限制与合规：不得购买 star、伪造社区活跃、隐瞒赞助、抓取私密成员数据或编造基准；使用开发者故事或代码须获同意。资料未提供具体工具链集成方式、价格以外的收费细节及效果保证。