---
title: 第 13 章 团队治理、培训组织与推广落地
description: 为团队组织提供 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.** 每月版本检查，每季度重审选型与组织策略。