1. 基本信息
| 项目 | 内容 | 数据来源 |
|---|---|---|
| 正式名称 | ai-team-orchestration（合集仓库子目录名） | 目录名 |
| 所属合集仓库 | github/awesome-copilot（GitHub 官方维护的 Copilot 技能/插件合集，收录约 400 个子技能） | GitHub API |
| 作者/维护者 | Denis Evdokimov（GitHub：denis-a-evdokimov） | GitHub API / 插件清单 |
| 来源链接 | https://github.com/github/awesome-copilot/tree/main/skills/ai-team-orchestration | — |
| 许可证 | MIT（仓库整体声明） | GitHub API |
| 所属合集仓库整体 Stars/Forks | 37,295 / 4,681（该数字属整个合集仓库，不代表本技能自身热度） | GitHub API |
| 该技能自身活跃度 | 自身发生 4 次独立 Pull Request：新增（2026-04-28）、两次重写尝试（2026-07-11、2026-07-26，均因评审意见较重被作者主动放弃合并）、简化重构后正式合并（2026-07-30） | GitHub Commits/PR API（路径限定查询） |
| 最新版本 | 插件清单标注 v2.0.0（随仓库整体迭代，无独立发布页） | 仓库结构实测 |
| 安装方式 | 见第十章 | 仓库根 README |
2. 功能介绍与亮点
ai-team-orchestration 教 Agent 组建轻量级“三角色”开发团队，替代“一个 Agent 身兼规划、实现、测试、合并”的做法：
- 三个稳定角色：Producer（澄清范围、按比例规划、协调合并）、Dev（实现、测试、自查、准备 PR）、QA（必要时独立验证）。
- 按比例流程：小改动跳过正式规划，是否引入评审/QA 取决于风险而非固定仪式。
- 上下文续存：项目背景与冲刺计划模板，会话中断后可用“冷启动提示词”恢复到记录的下一步。
- 结构化头脑风暴 + 反模式清单：具名人格强制分歧的头脑风暴格式，配常见翻车点对照表。
技能本体仅 1 份 SKILL.md 与 4 份参考模板，纯文本无脚本，可独立安装；合集仓库另提供更完整的插件打包（含 3 个专属 Custom Agent 定义），两者各自独立发布。
3. 适用场景
固定分类：元技能与 Agent 增强。
适合用 Claude Code、Codex 等编程 Agent 独立推进项目、希望引入角色分工与按需评审的初中级到中级开发者：给 Agent 会话加一道“自查 + 可选 QA”关卡，减少“改了就合并、无人复核”的风险。不适合单文件小修小补。
4. 跨 Agent 兼容性
| Agent | 结论 | 依据 |
|---|---|---|
| Claude Code | 需适配 | SKILL.md 遵循通用 Agent Skills 规范，可直接复制到 .claude/skills/ 使用；角色分工在 Copilot 生态下由随附插件的 3 个 Custom Agent 定义驱动，Claude Code 无对应原生机制，需自行用子代理模拟三角色 |
| Codex | 未验证 | 已抓取材料未提及，未为此单独搜索 |
| OpenClaw | 未验证 | 已抓取材料未提及，未为此单独搜索 |
| Hermes Agent | 未验证 | 已抓取材料未提及，未为此单独搜索 |
5. 推荐理由
用按比例的三角色协同（Producer/Dev/QA）替代“一人身兼多职”的默认做法，配套上下文续存模板与反模式清单，让流程纪律可落地而非空谈
6. 评分
| 维度 | 分数 | 说明 |
|---|---|---|
| 受欢迎程度 | 7 | 该子技能自身发生 4 次独立 PR、经历两轮完整重写与放弃、最终由仓库维护者参与评审后简化合并，互动密度明显高于同仓库多数单次提交的子技能，但仍局限于单一合集仓库内，未见跨平台独立讨论 |
| 可用性 | 9 | 复制目录或用官方 CLI 一条命令即可安装；SKILL.md 文档与 4 份参考模板完整、结构清晰；最近一次实质更新为 2026-07-30，维护活跃；无需任何付费依赖或 API Key |
| 安全性 | 9 | 见下方安全检查清单 |
| 综合评分 | 8.3 | 三项均值 |
安全检查清单：
| 检查项 | 结果 |
|---|---|
| ① Shell 命令执行及权限范围 | 技能本体不含任何脚本或代码，纯 Markdown 指令与模板，不执行 shell 命令 |
| ② 运行时联网外发数据 | 技能本身不联网；仅指导 Agent 使用 GitHub 自身的 Issue/PR 等既有渠道记录进度，未见额外外发行为 |
| ③ API Key/凭据要求及存储方式 | 不要求任何 API Key 或凭据 |
| ④ 可疑指令/Prompt Injection 迹象 | SKILL.md 与 4 份参考文件全文为流程指导与模板，未发现诱导执行额外操作或外发数据的文字 |
| ⑤ 作者/组织信誉 | 个人开发者（denis-a-evdokimov），提交经 GitHub 官方仓库维护者 aaronpowell 实际评审后才合并，仓库自身另配自动化 PR 风险扫描机器人 |
| ⑥ License 是否明确 | MIT（仓库整体声明） |
| ⑦ 最近维护时间 | 最近一次实质提交为 2026-07-30，非弃置 |
7. 跟同类 Skills 相比的优势
| 方案 | 核心定位 | 覆盖范围 | 与 ai-team-orchestration 的差异 |
|---|---|---|---|
| ai-team-orchestration（本推荐） | 轻量级三角色（Producer/Dev/QA）开发团队协同框架 | 从项目启动、规划、实现、测试到合并的完整交付流程 | — |
| council-of-high-intelligence | 多位历史人物人格辩论重大决策，内置异议配额防群体盲从 | 架构选型、并购等一次性决策审查 | 面向单次高风险决策辩论，不覆盖日常交付的角色分工与续存 |
| structured-autonomy-plan（同仓库） | 单一“规划 Agent”提示词，输出面向单个 PR 的分步计划 | 仅规划阶段，依赖 VS Code Copilot 专属工具语法 | 只覆盖规划一环，无独立 QA、无续存模板，可移植性更弱 |
差异化核心：council-of-high-intelligence 解决“要不要多角度审查一次决策”，structured-autonomy-plan 只解决“规划怎么写”；ai-team-orchestration 把角色分工、评审强度、上下文续存整合成可长期复用的交付流程。
8. 用户评价
该技能目前未见独立媒体或社区论坛的具名评价。可验证的第三方互动来自仓库内 PR 评审：维护者 aaronpowell 在一次重写尝试中提出实质意见，作者据此收敛方案，最终以简化版本合并。
9. 其他补充
- 所属合集仓库对每个 PR 都跑自动化风险扫描与评审机器人检查，属整仓库统一的质量把关
- 仓库另提供更完整的插件打包（含 3 个专属 Custom Agent 定义），面向已用 GitHub Copilot 自定义 Agent 的用户
10. 安装使用方式
方式一：GitHub CLI 向导（需 v2.90.0+）
gh skills install github/awesome-copilot ai-team-orchestration方式二：手动复制
git clone https://github.com/github/awesome-copilot.git
cp -r awesome-copilot/skills/ai-team-orchestration your-project/.claude/skills/安装后：技能本体是纯文档，复制后即生效；三角色需在 Claude Code 等其他 Agent 中自行用子代理模拟；两份模板按需使用，小改动可跳过。
11. 注意事项
- 官方安装向导面向 GitHub Copilot CLI 生态，未见对其余三个 Agent 的官方支持声明，跨 Agent 使用需自行验证
- 技能本身不含角色调度机制，分工能否落地依赖所在 Agent 是否具备子代理/多会话能力
- 所属合集仓库体量大（约 400 个子技能），建议只复制本条目所需目录