角色操作手册
转型全员参与——开发、测试、组长、产品，各自怎么做，一份手册讲清。
4 个角色 4 份手册，覆盖转型全员。每份含：定位 + 核心任务 + 怎么做 + 工具箱 + 检查清单 + 常见坑。各级人员拿自己那份照做即可——不需要通读全教程，也能知道「我该干什么」。
一、为什么需要角色手册
转型不是一个人的事，是全员的事。但各角色职责不同：开发用 AI 写代码、测试用 AI 生成用例、组长推动落地、产品用 AI 验证需求。没有角色手册，大家不知道自己该做什么——开发以为只是自己的事，测试不知道怎么介入，组长不知道怎么推，产品还在等排期。
本模块给每个角色一份专属操作手册，让全员各司其职。
二、4 个角色概览
| 角色 | AI 时代的定位 | 核心任务 | 手册 |
|---|---|---|---|
| 开发 | AI 主力执行者——把重复交出去，聚焦架构/审查/定义问题 | 用 AI 提效 + 把关质量 + 沉淀能力 | 开发手册 |
| 测试 | 测试资产设计者 + 质量把关人 | 录制转生成 + 度量 + 防偷改 | 测试手册 |
| 组长 | 基层推动者——上接战略，下带团队 | 培训 + 规范 + 试点 + 汇报 | 组长手册 |
| 产品 | 需求验证加速者 | AI 原型 + 需求结构化 + 协作 | 产品手册 |
三、各角色核心要点
开发：用 AI 把重复交出去，聚焦架构 / 审查 / 定义问题
精通 Claude Code（Effort/扩展组件/上下文）→ 写好 CLAUDE.md（规范资产化）→ 改代码前跑 impact（代码图谱）→ 人审 AI 产出（不让错误溜进去）→ 沉淀 Skill（从自己快到团队快）。
关键转变：价值从「写代码」转向「定义问题 + 设计架构 + 审查验证 + 沉淀知识」。AI 扩展你的能力边界，但不替代你的判断。
测试：从手写测试到「录制 + AI 生成」
录制转生成（autotest）→ 测试编写规范沉淀成 Skill → AI 占比 + Bug 度量（ai-code-ratio）→ 防偷改测试（不让 AI 改测试迎合错误）。
组长：把战略变成团队动作，把效果变成可汇报数据
全员培训 100% → 规范资产化（CLAUDE.md/Skill/Hook）→ 带 1-2 个试点跑通闭环 → 用 汇报材料模板 + ai-code-ratio 数据向上汇报。试点不拿数据，就推不动投入。
产品：用 AI 加速需求验证，不必干等开发排期
Codex 做原型/需求验证 → 需求文档结构化（AI 可读）→ 用 OpenSpec spec 与开发协作（需求 → AI 实现的清晰交接）。
四、与其他模块的衔接
- 开发/测试手册 → 阶段 2 全员赋能 + 阶段 3 基础设施 + 阶段 4 闭环 + autotest / ai-code-ratio
- 组长手册 → 贯穿 阶段 0~阶段 6 + 汇报材料模块
- 产品手册 → 阶段 2（Codex） + 阶段 4（OpenSpec）
记住：4 份手册覆盖全员，是「下级各级人员怎么做」的解法。配合汇报材料模块（向上汇报），转型就形成「向上汇报 + 向下指导」的完整闭环。