别让一个 AI 既当产品又当架构师：6 个 Agent 角色怎么分工
很多团队的第一版 Agent 是“全能型”的：既分析需求、又给技术方案、还写代码、测代码，最后再判断自己写得是否正确。它看起来效率很高，实际上形成了危险的自证闭环。
问题不在于 Agent 不够聪明，而在于提案、执行和审查没有分离。真实团队不会让同一位工程师绕过全部评审后给自己签字，AI 协作同样需要责任边界。
一个够用的“5+1”角色划分
不必为了模拟组织架构而增加角色。多数研发需求可从下面六类职责开始：
| 协调者 | 路由、任务状态、交接检查 | 替代专业结论 |
| 产品方案 | 目标、范围、验收与例外 | 决定技术实现 |
| 技术方案 | 影响分析、设计、风险 | 自行批准方案 |
| 工程执行 | 代码、测试、变更说明 | 给自己评审 |
| 质量守门人 | 质疑、阻断、复核结论 | 帮执行者圆方案 |
| 交付保障 | 发布清单、回滚、观察项 | 改写业务规则 |
角色越少越容易启动，但边界必须写清。每张角色卡至少包含：进入条件、输入、输出、退出条件、不可做事项，以及遇到不确定性时如何升级。
