用途 该技能用于识别和培养开发者倡导者、建立拥护者（champion）计划，把活跃用户转化为贡献者与传播者。其立场是不做强制式布道，而是为已经喜欢产品的开发者创造真实价值。
前置准备 开始前需加载开发者受众上下文：检查 .agents/developer-audience-context.md 是否存在，若不存在则先运行 developer-audience-context 技能；理解开发者聚集在哪里、什么在激励他们十分关键。同时收集数据：按用户的用量指标、社区参与数据、支持互动（有帮助的回答、功能请求）、关于产品的内容创作、推荐或邀请历史。
开发者参与层级 技能把参与用户分为五个层级，并给出对应策略：
- 活跃用户：定期使用产品，只希望产品持续可用，你的回应是持续交付。
- 参与用户：参与社区，需要帮助与认可，你的回应是快速响应。
- 倡导者：主动推荐，想要内部通道，你的回应是早期访问与直达沟通。
- 拥护者：创作内容、回答问题，需要平台与认可，你的回应是正式计划。
- 贡献者：贡献代码、文档、扩展，需要影响力与归属感，你的回应是贡献者计划。 关键洞察：不要试图把每个人都推向更高层级，尊重开发者当前所处的位置；有人只想要一个好产品，这完全没问题。
识别潜在倡导者 通过行为信号发现候选人。用量信号包括：API 调用或用量前 10%、使用高级或强力功能、活跃时长超过 6 个月、多个项目使用该产品、新功能的早期采用者。社区信号包括：回答其他用户的问题、提交详细且有建设性的缺陷报告、有思考地提出功能请求、活跃于 Discord/Slack/论坛、在社交平台正面提及。内容信号包括：撰写关于产品的博客、创作教程或视频、开源集成或扩展、在会议演讲中提及、在 Stack Overflow 回答中推荐。还可通过社交聆听监测正面提及、成功案例、“刚用某产品发布”的帖子、内容创作者、社区帮助者（解答问题、在讨论中维护产品、分享技巧）。
建立强力用户清单 创建一个简单追踪表，列包括姓名、公司、信号、评分、状态。评分可按如下累加：用量进入前 10% 加 20；社区活跃加 15；创作内容加 25；回答他人问题加 20；正面社交提及加 10；功能请求被采纳加 10。
拥护者计划设计 结构选择包括：分层制（适合大型社区、进阶清晰，但可能显得企业化）、扁平制（适合小型社区、简单平等，但激励较弱）、邀请制（高级感、排他且质量高，但扩展有难度）、申请制（自选的高参与用户，但需处理拒绝）。建议先做小规模邀请制，理解有效做法后再扩展。
开发者看重的权益（应提供）：功能早期访问、与团队直达沟通、会议门票赞助、优质独家周边、公开认可、推荐信或推荐、AWS/GCP 额度、贡献者署名。应避免提供：强制内容配额、严格 NDA 限制、基于佣金的推荐、通用折扣、没有实质内容的名号。
技能给出拥护者计划模板，包含拥护者做什么、获得什么、期望、如何加入（通常为邀请制并附申请邮箱）。运营节奏为月度循环：第 1 周分享即将推出的功能并收集反馈；第 2 周回顾社区指标并识别新候选人；第 3 周做拥护者聚焦；第 4 周收集反馈并交付周边或权益。沟通渠道包括私有 Slack/Discord、月度视频会、季度 1:1。
开源贡献者体验 通过消除障碍让贡献更容易：用 good-first-issue、help-wanted 等标签标注问题；提供一条命令的开发环境（Docker/devcontainer）；承诺 48 小时内首次回应 PR；用 CONTRIBUTING.md 说明流程；拒绝时解释原因并给出改进建议。技能给出 CONTRIBUTING.md 模板与贡献者认可梯度：首个 PR 合并给欢迎信息并加入 CONTRIBUTORS；合并 3 个以上给贡献者周边包；合并 10 个以上给“核心贡献者”标签与 Slack 直达权限；持续贡献则邀请成为维护者并提供会议赞助。
用户生成内容计划 UGC 类型按价值与获取难度划分：社交提及（社会证明，低）、博客（SEO 与可信度，中）、视频教程（参与与触达，高）、会议演讲（可信度与触达，极高）、扩展与集成（生态价值，高）。鼓励方式分被动（突出展示已有内容、转发、在更新日志和newsletter中展示创作者）与主动（提供“写关于我们”页面、内容悬赏、教程模板与指南、会议演讲支持）。内容悬赏给出参考区间：博客 200–500 美元（800 字以上、有技术深度、原创）；视频教程 300–750 美元（5–15 分钟、制作良好、完成任务）；会议演讲 500 美元加差旅（被接受的演讲、真实提及产品）；集成或扩展 500–2000 美元（已发布、有文档、持续维护）。指南要求披露赞助或悬赏、内容必须真正有用而非广告、创作者保留所有权、可获首次审阅但不得控制编辑。技能提供内容悬赏页面模板。
开发者推荐计划 有效做法：双边受益（推荐人与被推荐人都获得价值）效果好；积分或服务效果好；现金效果中等但显得交易化；仅周边效果低；佣金或联盟效果低且像传销、损害可信度。推荐结构示例：推荐一位开发者，你获得 50 美元积分，对方获得 50 美元积分加延长试用，无上限、可叠加。细则包括：积分用于未来账单、不可提现；被推荐者须为新用户且成为付费客户；推荐数无上限；积分不过期。让推荐更简单：可分享链接、一键复制、预写推文或消息、状态看板、转化邮件。
社区认可与奖励 认可层级从公开致谢、聚焦展示、贡献者页面、顾问角色到正式头衔。认可要点：具体说明对方做了什么、获许可后公开、及时认可、帮助其职业发展、给予平台。应避免：泛泛的“感谢社区”、公开贡献只私下感谢、延迟数月才认可、没有实质的认可、只有头衔没有实际权益。周边偏好：高质量 T 恤、优质卫衣、实用物品、限量独家、贴纸；避免廉价促销衫、涤纶制品、减压球和笔、与展台赠品相同的物品、过时品牌。建议直接询问强力用户想要什么，用调查代替假设。认可工作流：截图或记录、24 小时内公开致谢、加入月度newsletter聚焦、若形成模式则考虑纳入拥护者计划、更新强力用户追踪表。
度量与 ROI 可追踪指标包括内容创作数量、回答的问题数、带来的推荐数、社交提及、PR 或贡献。开发者倡导难以精确归因，应接受博客可能数月后才带来注册、口碑不可见、Stack Overflow 回答有复利效应、会议演讲触达不会立即转化，因此做方向性而非精确追踪：在新用户注册时调查来源、跟踪推荐链接、监测社交提及趋势、将内容与流量峰值关联。ROI 估算框架示例：10 位拥护者的年度成本约为周边 200 美元/人、会议赞助 2000 美元/人、人员时间 5000 美元合计，总计约 27000 美元/年；估计价值包括推荐 50 位×1000 美元生命周期价值、20 篇内容×500 美元流量价值、200 个回答×25 美元支持减免等，估算 ROI 约 3 倍（保守）。
常见错误 强制内容创作会消耗倡导者、像工作，应改为可选并按发生奖励；佣金制推荐像传销、损害真实性，应改为积分或互惠；忽视小贡献者会错失未来的大贡献者，应认可每一次贡献；泛泛认可是空洞的，应具体说明；要求 NDA 会扼杀分享热情，应只对真正敏感信息设限；没有权益的计划留不住人，应有真实权益；起步过大难以管理，应先从 5–10 位拥护者开始缓慢增长。
工具 Octolens：通过正面提及发现倡导者、追踪关于你的内容、监测社区情绪、跨平台识别强力用户；FirstPromoter：推荐计划管理；Printful：按需周边履约；GitHub：贡献者追踪与认可。
相关技能 developer-audience-context（理解开发者动机）、developer-churn（防止强力用户流失）、developer-listening（通过监测发现倡导者候选人）、developer-email-sequences（针对强力用户的培育序列）、hackathon-sponsorship（倡导者可以发光的活动）。
限制 以上内容均来自技能文档，具体价格、权益与 ROI 数值为文档中的示例或参考框架，实际实施需结合自身情况；该技能未提供固定平台依赖，也未提供自动化工具实现细节。