人机协作与工作流

规格写好了、测试划好了，接下来是"怎么把活干完"。本章讲协作层与执行层的三个理念：Claude Team、superpowers、Subagent-Driven Development。

一、Claude Team：AI 从"工具"变成"团队成员"

"Claude Team"不是像 TDD 那样定义严格的经典术语，它是对 Anthropic 2025 年展示的一种工作方式的归纳命名：

把 AI 真正纳入团队协作，而不是只把它当成一个补全插件。

几个值得注意的信号：

• 不只是工程师在用，设计、法务、市场、数据团队也在用；
• 很多任务不是"直接开干"，而是先 brainstorming，再进入实现；
• 复杂问题强调 step-by-step，而不是 one-shot；
• AI 不只写代码，还在推进完整流程。

其核心分工：

人  负责：方向、边界、判断、验收
AI  负责：探索、生成、整理、执行、首轮验证
团队共享的不再只是对话，而是沉淀下来的流程资产

💡 这不是"AI 替代团队"，而是"AI 成为团队工作流的一部分"。

二、superpowers：把整条链路固化成强制工作流

obra/superpowers 仓库把自己定义为：

an agentic skills framework & software development methodology that works

它想表达的不是"再多一个 prompt 模板"，而是"给 AI 代理一整套可复用的软件开发超能力"。它把一条完整开发链路固化成默认 workflow：

1. brainstorming                 头脑风暴，澄清问题
2. using-git-worktrees           在隔离工作区里干活
3. writing-plans                 写实施计划
4. subagent-driven-development   子代理分工执行（或 executing-plans）
5. test-driven-development       测试驱动实现
6. requesting-code-review        请求代码评审
7. finishing-a-development-branch收尾、合并分支

它解决的不是"AI 会不会写"，而是"什么时候先想、什么时候拆计划、什么时候并行、什么时候跑 TDD、什么时候必须 review、什么时候才算真正结束"。

一句话：它把 AI Coding 从"临场发挥"变成了"流程驱动"。

三、Subagent-Driven Development：注意 SDD 的第二种含义

在 superpowers 这类工作流里，SDD 还常指 Subagent-Driven Development（子代理分工开发）——与"Spec-Driven Development"同名不同义：

含义	英文	关注点
规格驱动	Spec-Driven Development	先定义"要做什么"
子代理驱动	Subagent-Driven Development	用多个子代理分工并行推进

典型用法：一个子代理负责需求澄清与规格制定，另一个专职代码生成，实现清晰的关注点分离。Spec Kit 的"子代理"能力、superpowers 的第 4 步，走的就是这条支线。

🕳️ 你可能会遇到的坑：读社区文章看到"SDD"先别急着代入"规格驱动"。结合上下文判断它到底指 Spec 还是 Subagent——这俩是完全不同层级的东西，混淆会导致选型错误。

四、三者关系

Claude Team  → 回答"怎么让 AI 融入团队"（协作层，偏人的组织方式）
superpowers  → 回答"怎么把流程固化"（执行层，偏 workflow 模板）
Subagent-Driven → 回答"怎么分工并行"（执行层，偏代理编排）

它们可叠加：用 Claude Team 的协作习惯，跑 superpowers 的强制 workflow，在实现环节用 Subagent 分工。

五、本章小结

• Claude Team：AI 进入团队分工、评审、推进，共享的是"流程资产"而非"对话"。
• superpowers：把 brainstorming→worktree→plan→subagent→TDD→review→finish 固化成默认流程。
• Subagent-Driven Development：与"Spec-Driven"同为 SDD 缩写，注意区分。

六、下一步

• 继续阅读：上下文工程，AI 编程真正的分水岭。