第 13 章 团队治理、培训组织与推广落地
为团队组织提供 AI 工具落地治理框架、标准化培训计划与可落地的推广策略指南，帮助实现规模化落地、效果评估与持续改进。
个人使用靠技巧，组织落地靠标准化：统一规则、权限、工具入口、评测、资产目录、版本管理和责任边界。
13.1 团队最小落地包
| 资产 | 最低内容 | 负责人 |
|---|---|---|
| 项目规则 | AGENTS.md；命令、边界、验证、发布。CLAUDE.md 仅 @AGENTS.md |
Tech Lead / Repo Owner |
| 任务模板 | Brief、Spec、PR、Review、验收、研究证据表 | PM + Tech Lead |
| Skills | 至少需求澄清、Bug 修复、PR 审查、日报 | 领域 Owner |
| 自动门禁 | formatter、test、secret scan、危险命令与 CI | DevOps / Security |
| 权限策略 | 个人、开发、预发布、生产分级；插件/MCP 白名单 | IT / Security / Admin |
| 评测与指标 | 真实任务集、成功定义、返工、成本、风险事件 | 试点负责人 |
| 版本机制 | 客户端/CLI 版本、预览功能、变更验证与回滚 | 工具管理员 |
13.2 选型不是二选一采购题
| 团队特点 | 建议主入口 | 补充入口 |
|---|---|---|
| 终端文化强、仓库与 CI 成熟 | Claude Code CLI 或 Codex CLI 作为主线 | ChatGPT Work 做研究和成品；桌面做监督 |
| PM / 运营 / 办公人员多 | ChatGPT 桌面 Chat + Work | Codex / Claude Code 由技术人员承接实现 |
| 多任务并行、离线运行需求强 | Codex Worktree / Cloud 或 Claude Agent View / Routines | 原生 Git、CI、队列作为稳定回退 |
| 强合规 / 私有环境 | 本地 CLI、容器、受控 MCP、只读诊断 | 云端能力按数据分级逐步开放 |
| 已有大量 Claude 规则资产 | 继续 Claude 为主，评估 Import 与 AGENTS 适配 | 选择少量项目试用 Codex，不急于全量迁移 |
13.3 30 天试点路线
| 阶段 | 时间 | 动作 | 出口 |
|---|---|---|---|
| 基线 | 第 1–3 天 | 选一个真实仓库/流程；记录当前周期、返工、缺陷、手工时间 | 基线数据 + 风险清单 |
| 规范 | 第 4–7 天 | 建立规则、Brief、Spec、权限和 2 个 Skills | 最小落地包 v0.1 |
| 实战 | 第 2 周 | 每类角色完成 2–3 个真实任务；保留证据和失败 | 任务评测记录 |
| 自动化 | 第 3 周 | 把高频步骤升级为 Hook、Scheduled Task、worktree / cloud | 1–2 条可重复流程 |
| 复盘 | 第 4 周 | 比较周期、返工、质量、成本与风险；删掉无价值能力 | 推广 / 调整 / 停止决策 |
13.4 评估指标：不要只看生成速度
| 维度 | 指标示例 | 反面信号 |
|---|---|---|
| 交付速度 | 从需求确认到可验证产物的周期 | 代码写得快，但等待与返工更多 |
| 质量 | 回归通过率、review 往返、线上缺陷 | Agent 产出量上升，缺陷严重度上升 |
| 需求质量 | Spec 变更、验收歧义、被取消功能 | PRD 更多，但决策没有更清楚 |
| 复用 | 规则/Skill 使用、同类错误复发 | 每个人仍重复口述、资产无人维护 |
| 自动化可靠性 | 成功率、幂等、人工接管、失败恢复 | 定时任务静默失败或重复产生副作用 |
| 成本 | 每个完成任务的模型、云端、CI 与人工成本 | 只比较 token，不计返工和监督 |
| 治理 | 越权、敏感数据、误发、不可逆操作 | 依赖个人谨慎，没有系统控制 |
13.5 版本与预览功能治理
-
建立月度版本检查：客户端、Claude CLI、Codex CLI、IDE、插件与关键 MCP。
-
生产依赖能力必须标明 GA / Beta / Research Preview，并有替代路径。
-
不要在规则文件写死易变化的模型 ID、默认权限或套餐结论；集中维护版本矩阵。
-
更新前在试点仓库运行固定回归：规则加载、权限、Skill、Hook、MCP、worktree、Cloud、浏览器。
-
发现破坏性变化时先冻结升级，记录影响与回滚，不让每个成员独立试错。
13.6 数据与合规治理清单
| 问题 | 必须明确 |
|---|---|
| 哪些代码/数据可进入个人账号？ | 数据分级、客户合同、组织政策、保留与删除 |
| 插件/MCP 能看到什么？ | scope、租户、读写、审计、供应商与撤销 |
| 云端任务在哪里运行？ | 环境、地区、凭据、网络、日志、产物 |
| 谁能开启自动 / Full access？ | 角色、设备、仓库、审批、例外期限 |
| 事故如何处理？ | 停止任务、撤销 token、回滚、保全日志、通知责任人 |
| 生成结果如何归责？ | Agent 是工具；提交、发布、对外结论由明确责任人批准 |
13.7 半天 / 一天培训建议
| 时长 | 模块 | 目标 |
|---|---|---|
| 25 分钟 | 双工作台与 2026 更新 | 理解 Chat / Work / Codex / Claude Code 与执行环境 |
| 40 分钟 | 安装、规则与第一条任务 | 所有人跑通最小闭环 |
| 45 分钟 | Plan、权限、验证与恢复 | 能控制范围和风险，不接受“看起来完成” |
| 45 分钟 | Skills、MCP、worktree、长任务 | 理解何时自动化与并行 |
| 60–90 分钟 | 角色分组实操 | 程序员、PM、办公各交付一个真实产物 |
| 30 分钟 | 治理与试点计划 | 确定仓库/流程、Owner、指标与 30 天计划 |
13.8 失败案例通常长什么样
-
只演示“几分钟做出一个 App”，不讲输入质量、验证、权限、回滚和维护。
-
全员同时开放所有模型、插件、MCP 与 Full Access，没有试点和资产 Owner。
-
把所有知识留在聊天，规则与 Skills 不进版本库。
-
追求十几个并行 Agent，但没有任务边界、接口契约和主集成人。
-
把研究报告、截图或模型自信表达当作已验证事实。
-
只看 token 和代码行数，不看返工、缺陷、等待、监督与客户价值。
-
依赖研究预览功能做关键生产流程，没有回退。
13.9 推荐推进顺序
1. 选择一个能在两周内完成、有真实价值、风险可控的试点。
2. 建立双工具规则适配、一个 Brief、一个 Spec、两个 Skills、一个 Hook / CI 门禁。
3. 先让个人跑通，再做 worktree / cloud / scheduled task；不要反过来。
4. 用真实任务评估速度、质量、复用、成本和风险。
5. 留下有效资产，删除噪音和重复规则，再扩大到第二个项目。
6. 每月版本检查，每季度重审选型与组织策略。