一个命令让Claude同时跑PM+架构师+开发+QA的脑子——dev-team Skill实测

Claude Code 又发布了一个让我眼前一亮的 Skill——dev-team。

说实话，AI 编程现在最大的问题是什么？不是写代码慢，是缺少团队视角。你跟 AI 对话，它只会顺着你的意思走。你是 PM 它跟着你是 PM，你是开发它跟着你是开发。没有真正的技术评审，没有产品视角的挑战，也没有 QA 来泼冷水。

dev-team 就是来解决这个问题的。

一个命令，跑四个角色的脑子

这个 Skill 会在一次对话中同时召唤四个角色：

• PM——关注用户价值、范围和优先级
• Architect——看系统设计、可扩展性和技术风险
• Developer——评估实现复杂度、技术债和边界情况
• QA——检查可测试性、验收标准和回归风险

你抛出一个功能提案或者技术方案，四个角色并行独立思考，然后各自给出：第一反应、关键顾虑、第一步行动、抛给团队的问题。最后还有一个综合 Synthesis，把四个角色的共识和张力都提炼出来。

整个过程是纯分析的——角色们不会去改文件、不会跑命令，只是输出文字建议。这点很重要：它保持了讨论的纯粹性，不会因为 AI 去操作了什么代码而跑偏。

怎么用

安装方式：

npx skills add https://github.com/affaan-m/ECC --skill dev-team

触发方式也很简单，当你想问”团队会怎么看这件事”的时候，直接说就行。比如：

• “dev-team: 我们要在支付流程里加一个退款的风控模块”
• “dev-team: 这个微服务拆分方案，你怎么看”
• “dev-team: 给我评审一下这个技术方案”

不需要手动切换 agent，不需要开多个会话，一个命令搞定。

实际场景举例

我自己最常用在两个场景：

技术方案设计阶段。以前我是这样：自己先想一版方案 → 发给架构师朋友看 → 他提出一堆问题 → 我再改 → 再发 → 循环。现在一个 dev-team 命令，Architect 和 Developer 立刻指出他们会担心的地方，PM 和 QA 补上产品和测试视角。方案在发出之前就已经经过了四个角度的审视。

新人 onboarding。团队来了一个新的工程师，想快速了解某个功能的上下文背景，直接跑一遍 dev-team，各个角色从自己角度说明”这个功能是什么、为什么这么做、我关心什么”。比读文档快多了。

和其他 Skill 的关系

作者很诚实地在 Skill 文档里列出了对比：

• 想搞对抗性决策（go/no-go 那种）→ 用 council
• 想自己选角色组合 → 用 team-builder
• 想单独深挖架构 → 用 architect agent

dev-team 定位是预设四角色的设计方案评审，是进入 council 决策之前的”信息收集阶段”。

总结

dev-team 本质上解决的是一个很具体的问题：AI 编程缺乏团队多样性问题。它把一个小型技术评审会的体验压缩进了一个 Skill，让 AI 不再只是你的附和者，而变成一个有结构化视角的协作团队。

如果你经常一个人做技术决策，或者团队里没有足够的同行评审机制，这个 Skill 值得试试。

GitHub 仓库：affaan-m/ECC（母仓库 Star 24万+，质量有保证）

GitHub: https://github.com/affaan-m/ECC/tree/main/skills/dev-team