1. 基本信息
| 项目 | 内容 | 数据来源 |
|---|---|---|
| 名称 | gtm-developer-ecosystem（合集仓库子技能，识别名 gtm-developer-ecosystem-github-awesome-copilot） |
— |
| 作者/维护者 | Smit Patel（个人贡献者，SKILL.md 自述曾主导多家平台型公司的开发者生态），2026-03-19 经 github/awesome-copilot 合并；同套内容另在其个人仓库 beingsmit/technical-product-gtm 分发 |
GitHub API（PR #1066、#1100） |
| 来源链接 | https://github.com/github/awesome-copilot/tree/main/skills/gtm-developer-ecosystem | — |
| 许可证 | MIT | GitHub API / SKILL.md front matter |
| GitHub Stars / Forks | 39,269 / 约 5.0K（属整个 awesome-copilot 合集仓库，不代表本技能自身热度）；作者个人仓库 44 / 8 | GitHub API |
| 最新版本 | 无独立版本号；该子目录最近一次改动为 2026-03-23（补作者署名） | GitHub API（按路径过滤的提交记录） |
| 安装方式 | npx skills add https://github.com/github/awesome-copilot --skill gtm-developer-ecosystem，或手动复制目录 |
skills.sh 页面 |
2. 功能介绍与亮点
这是一份纯文字的开发者生态运营方法论（单个 SKILL.md，约 6.6KB，无脚本）。当你要决定“开放平台还是收紧审核”“开发者社区起不来”“该建学生项目还是企业合作”时，让 agent 按固定框架给出有判据的建议。
- 开放 vs 审核的市场决策：给出一棵决策树——品牌风险高且能人工审核走“审核制”，否则走“开放 + 事后发现/信任层机制”（搜索排序、信任标识、社区评分、发布后清理垃圾内容），并指出“默认审核制”在伙伴数破百后会让自己变成瓶颈的常见误区。
- 三年期学生项目路线图：第一年校园合作与学生授权，第二年认证与学生社区，第三年建人才对接企业的求职桥梁——把学生定位为“5–10 年后的企业采购决策者”而非短期变现对象。
- 开发者旅程五阶段（认知→上手→集成→生产→拥护）：每阶段配对应的关键指标（如“10 分钟内完成首次 API 调用”），并提醒不要只看注册量等虚荣指标。
- 文档四层结构（快速上手→场景指南→完整参考→架构概念），社区 vs 付费支持的分流规则，以及“自助/共建”两级合作伙伴分层（明确指出“不要分超过两级，否则徒增混乱”）。
- 附带两棵决策树、常见错误清单与速查表，可独立使用。
3. 适用场景
固定分类：内容创作与知识管理
适合有 API 或可扩展能力（插件、集成）的平台型产品团队、开发者关系（DevRel）负责人、面向开发者的 B2B SaaS 创始人，用于判断生态是否该开放、设计学生/校园项目的长期路线、诊断开发者旅程哪个环节流失严重、规划社区与付费支持的分工。产出是决策框架、指标口径与运营结构建议，不涉及代码、部署或自动化集成。
4. 跨 Agent 兼容性
- Claude Code：✅ 原生支持——遵循 Agent Skills 规范（SKILL.md + YAML front matter），放入
.claude/skills/即可加载。 - Codex CLI：⚠️ 需适配——Codex 不会自动扫描
~/.codex/skills，需在会话中手动引用 SKILL.md 内容（作者仓库 README 自称支持 Codex，但未给出加载细节）。 - OpenClaw：❓ 未验证——未查到其加载第三方 SKILL.md 的官方说明。
- Hermes Agent：✅ 原生支持——按 tap 路径扫描子目录探测 SKILL.md，兼容标准 Agent Skills 规范。
5. 推荐理由
“开放平台还是收紧审核”以及“要不要投入学生项目”是许多开发者工具团队反复纠结、却缺少现成框架的决策。这份技能不预设答案，而是给出可操作的决策树（品牌风险 vs 审核成本、常见问题 vs 付费问题该走哪条路径）与一个跨越三年的学生项目路线图，把通常散落在 DevRel 从业者经验谈里的做法整理成结构化框架。没有专职生态团队的技术团队，可以用它在几分钟内得到一份关于“该不该开放”“怎么分层支持开发者”的结构化思路，无需任何依赖或配置。
6. 评分
| 维度 | 分数 | 说明 |
|---|---|---|
| 受欢迎程度 | 7 | skills.sh 累计约 1.6K 次安装（2026-03-19 首次出现），同套姊妹技能装机量在 1.6K–1.9K 区间；作者个人仓库仅 44 stars，合集仓库 stars 属整个合集，不代表本技能自身热度 |
| 可用性 | 8 | 一条 npx 命令即可安装，无外部依赖；结构清晰、含决策树与速查表。扣分：案例数字（如“10 分钟内完成首次 API 调用”的阈值、三年期路线图的节奏）均为作者自述、无法外部核实；最近改动距今约 6 个月 |
| 安全性 | 9 | 纯提示词，无脚本、无联网、无凭据、MIT；见下方清单 |
安全检查清单：①不执行 shell 命令，也不含脚本 ②运行时无联网外发（SKILL.md 仅含作者 LinkedIn 署名与来源仓库链接，位于 front matter 元数据，不是给 AI 的指令）③不需要 API key 或凭据 ④通读全文，未见可疑指令、混淆内容或夹带推广 ⑤作者为个人贡献者，经 awesome-copilot 维护者审阅（PR #1100 中被要求把署名改放 metadata 字段后合并）；从业经历为自述，未独立核实 ⑥License 明确（MIT）⑦合集仓库近日仍在提交，该子目录自 2026-03-23 后无改动。综合 = 三项均值。
7. 跟同类 Skills 相比的优势
| 项目 | 定位 | 与本技能的差异 |
|---|---|---|
| 同套的 gtm-product-led-growth | 自助增长的渠道经济学与激活审计 | 聚焦“产品已有用户后怎么自助转化”；本技能聚焦“围绕 API/插件建一整套外部开发者生态”，两者受众有重叠但决策对象不同（增长漏斗 vs 生态治理） |
| 同套的 gtm-0-to-1-launch | 从想法到首批客户的发布与早期获客 | 聚焦产品冷启动阶段；本技能面向已有 API/平台、要扩展第三方开发者参与的阶段，时间线更靠后 |
| unreal-mcp-epicgames-unreal-engine-skills-for-claude-code-plugin | 通过 MCP 操作 Unreal Engine 编辑器完成具体游戏开发任务 | 是执行型工具（调用引擎 API 做事），本技能是决策型方法论（判断生态怎么搭、要不要开放），两者不是同一使用场景 |
核心差异：本技能不产出代码或具体运营素材，专攻“开发者生态该开放还是审核、怎么分层支持不同类型的合作伙伴、学生项目要不要投入长期资源”这类结构性决策，以开放/审核决策树与三年期学生项目路线图为特色。
8. 用户评价
该技能目前在第三方平台尚无具名用户使用评价。可核实的公开痕迹：skills.sh 累计约 1.6K 次安装；合集仓库维护者在 PR #1100 中审阅并要求调整署名位置后合并。以上是安装数据与代码审阅记录，不是使用者评价。
9. 其他补充
正文为英文，无多语言版本。同套 11 个 GTM 技能（定位、定价、AI GTM、PLG、0-to-1 发布、开发者生态、企业客户规划与上手、合作伙伴、运营节奏、董事会沟通）可按需成套使用；本技能的“相关技能”段引用了其中的合作伙伴架构（partnership-architecture）、产品驱动增长（product-led-growth）与 0-to-1 发布。
10. 安装使用方式
- 安装：
npx skills add https://github.com/github/awesome-copilot --skill gtm-developer-ecosystem，或手动复制skills/gtm-developer-ecosystem/到你的 skills 目录。 - 触发：对 agent 说“我们该开放生态还是收紧审核”“开发者社区一直起不来”“该不该做学生/校园项目”等。
- 安装后无需重启。
11. 注意事项
- 文中的阈值与案例（如“10 分钟内完成首次 API 调用”、三年期学生项目节奏、“2 级伙伴分层足够”）均为作者自述经验，无法外部核实，宜作思路参考，不宜当作行业基准。
- 方法论默认面向有 API/可扩展能力的平台型产品（插件、集成生态）；无第三方开发者参与场景的产品不适用。
- “相关技能”段引用的名称与仓库中实际安装名（带
gtm-前缀）不完全一致，需自行核对安装标识。