团队 AI 辅助开发流程设计

个人熟练之后，下一步是把经验固化为团队一致、可复制、可审计的协作流程，而不是每个人各用一套习惯。本节设计团队级 AI 辅助开发流程，重点是角色边界、规范沉淀、授权原则与知识复用。

一、团队协作中的角色与边界

环节	主要承担	AI 承担	人工把关
需求澄清与方案	负责人/资深工程师	方案草稿、影响面梳理、备选对比	目标与架构裁决
探索与实现	开发者	只读调研、代码草稿、测试草稿、自检	设计取舍与关键实现确认
审查	评审人/审查会话	独立只读审查、问题清单	阻断级问题与安全结论
集成与发布	集成负责人	变更说明、回归清单、风险提示	合并、发布与回滚决策

二、把团队约定写进分层记忆

• 团队级通用约定放共享项目记忆（构建命令、提交规范、命名约定、禁止事项、测试要求），保证每位成员启动时获得一致基线。
• 模块专属约定下沉到子目录规则，随相关代码加载，避免全局文件臃肿（呼应第 9 章分层记忆与第 13 章 monorepo 布局）。
• 个人偏好放本地文件、不入库；团队共识才进入共享文件，防止个人习惯污染他人环境。
• 规范随代码评审持续更新：反复出现的问题沉淀为规则或自定义命令，形成"踩坑→固化→复用"闭环。

三、授权与安全红线（团队版）

1. 敏感操作（生产改动、对外发布、批量删除、凭据访问）必须经人工确认；无人值守模式只用于只读与低风险小修。
2. 统一命令白名单与权限策略基线，避免成员各自放开过宽权限；新成员按最小可用授权起步。
3. 共享凭据不写入共享记忆与提交历史；外部集成配置由团队统一管理。
4. AI 生成内容必须经过团队门禁与评审，不允许"代理生成即直接合入主干"。

四、流程节奏与交接

• 需求进入时先计划模式产出方案与验收标准，再进入实现，减少方向性返工。
• 任务以小步提交、可回退为原则；每个里程碑用版本控制与检查点保留安全节点。
• 跨成员/跨会话交接时，用书面清单（目标、已完成、待办、风险、验证结果）衔接，而非依赖口头记忆。
• 定期复盘高频返工点，反哺规范、命令与子代理模板。

五、常见团队反模式

• 规范只停留在聊天记录，未进入共享记忆，新成员重复踩坑。
• 权限一刀切放开或一刀切禁用，前者失控、后者低效。
• 只比"谁生成代码快"，忽视评审、测试与缺陷逃逸。
• 规范长期不更新，与真实项目约定漂移（呼应第 9 章漂移治理）。