团队角色分工

AI 编程不会让团队角色消失，但会改变每个角色的工作重心。代码生成变快后，需求清晰度、验收标准、审查能力和风险控制会变得更重要。

项目经理

PM 的核心职责从“写需求给人看”扩展为“写需求给人和 AI 都能执行”。

PM 负责：

维护 docs/project/requirements.md。
维护 docs/project/acceptance.md。
维护 docs/project/risk-register.md。
明确范围、不做范围和优先级。
在 AI 输出后做业务验收。

PM 不需要写代码，但必须能判断：

AI 是否做了不该做的范围。
验收标准是否被满足。
风险是否被记录。
下一轮迭代是否清晰。

开发

开发的核心职责从“手写所有代码”扩展为“设计边界、审查输出、构建验证”。

开发负责：

维护 AGENTS.md 或 CLAUDE.md 中的工程约束。
把需求拆成小步任务。
审查 AI 生成的代码。
运行测试、构建和静态检查。
把新约定沉淀回项目文档。

开发不能放弃：

架构判断。
安全判断。
数据边界。
代码审查。
发布责任。

设计

设计输入不应只是一张图。AI 时代的设计输入要变成可执行上下文。

设计负责：

维护 docs/project/design-context.md。
给出组件状态：默认、hover、empty、loading、error。
给出响应式要求。
标注不可牺牲的体验细节。

测试

测试负责把“看起来可以”变成“可验证”。

测试负责：

维护 docs/project/test-strategy.md。
把验收标准转成测试点。
定义手动验收记录格式。
推动缺陷复盘进入文档。

技术负责人

技术负责人负责边界和门禁。

重点关注：

AI 是否引入不必要依赖。
是否改变架构边界。
是否绕过安全限制。
是否缺少验证。
是否需要把某条经验写入 AGENTS.md 或 CLAUDE.md。

团队节奏

建议节奏：

PM 写需求和验收。
开发补工程约束和测试策略。
AI 先读文档并计划。
开发批准小步计划。
AI 实现。
开发运行验证和审查。
PM 做业务验收。
团队把新规则补回 MD。

最重要的协作原则

先文档，后生成。
先计划，后实现。
先验证，后合并。
先复盘，后规模化。