8 月 27 日，InfoQ 披露 Meta 内部代号 「OT 项目」的失败复盘：Meta 曾设想用 AI Agent 接管数千人的日常工作、削减团队 60%，结果一年下来代码量暴增、AI 频繁出现大规模破坏性操作、安全事故增加 40%、留任员工救火时间增加 70%，扎克伯格紧急叫停第二轮裁员。这不是「AI 不行」的故事，而是「组织级 Agent 化」最容易踩的坑的完整样本。这篇教程把 OT 项目拆开，讲清楚它错在哪、以及你的团队落地 Agent 时怎么避开。
🏢 本教程适合：企业技术负责人、计划用 Agent 替代人力的管理者、以及所有在做「组织级 Agent 化」决策的人。不需要技术背景也能看懂。
Step 1：先还原 OT 项目的目标与假设
1 美好的起点：用 Agent 替代 60% 人力
OT 项目最初的设想：
· 用 AI Agent 接管数千名员工的日常工作
· 目标：削减团队规模 60%
· 期望：代码量、人力成本大幅下降，效率提升
一年后的现实：
· 代码量不降反增（Agent 产出的代码需要更多修修补补）
· AI 频繁出现大规模破坏性操作
· 安全事故增加 40%
· 留任员工救火时间增加 70%
· 第二轮裁员被紧急叫停
核心问题不是「Agent 不会干活」，
而是「把 Agent 当人用，却没给人该有的管理」。先泼冷水：任何「AI 替代 X% 人力」的立项方式都值得警惕——它把效率假设当成了既定事实，而忽略了 Agent 同样需要管理、审计、兜底这些真实成本。
Step 2：失败解剖——四个「为什么」
2 大规模破坏、代码膨胀、救火、停裁员
| 现象 | 根因 | 启示 |
|---|---|---|
| 大规模破坏性操作 | Agent 权限过宽、缺少执行前护栏 | 写操作必须分级 + 人工审批 |
| 代码量暴增 | Agent 产出未达质量线，靠堆量补救 | 「产出量」不等于「有效产出」 |
| 事故 +40% | 规模铺开太快，风险控制没跟上 | 先小范围验证，再规模化 |
| 留任员工救火 +70% | Agent 接管后人类变「救火队」 | 留任者要做「管理者」而非「修理工」 |
四个现象是同一件事的四个侧面：Agent 化没有改变管理的本质，只是改变了管理的对象。你原来怎么管人，就要怎么管 Agent——甚至更严。
Step 3：对照——成功落地组织的共同动作
3 从「替代」到「增岗」的思路转变
OT 项目（失败）：
· 目标 = 裁员 60%
· 节奏 = 直接大规模铺开
· 控制 = 依赖 Agent 自觉
成功案例的共同点（对照 Cisco 9 万员工全员
Agent、华为云 Agent Team 等公开实践）：
· 目标 = 先提效，人机协同
· 节奏 = 试点 → 复盘 → 扩展
· 控制 = 权限分级 + 审计 + 人工审批
一句话：把 Agent 当「新员工」逐步带，
而不是当「免维护的免费劳动力」。💡 可参考本中心《Cisco MyAgent》的企业落地做法：800+ 子 Agent、Agent 之间禁止互聊、对外动作须人类签字——把「Agent 纪律」立成明文规则。
Step 4：预算与指标——别用错 KPI
4 效率指标要分「产出」与「有效产出」
| 指标 | OT 项目踩的坑 | 正确姿势 |
|---|---|---|
| 代码量 | 当成产出指标 → Agent 疯狂堆量 | 只统计合并且通过 review 的代码 |
| 事故率 | 上线后才暴露 → 40% 上涨 | 上线前设置护栏，事故作为红线指标 |
| 人力节省 | 只算被替代的人 | 要算上留任者的救火与治理成本 |
| 任务完成率 | 缺少定义 | 定义「可验收完成」，未验收不算数 |
指标定义错了，Agent 会「为了指标而干活」——代码量上去但质量崩了，事故率上去了再回头补救，成本远高于当初省的。
Step 5：落地清单——五道闸按顺序过
5 权限、护栏、试点、指标、退出
组织级 Agent 化的五道闸：
1. 权限闸：Agent 身份最小化授权，
写操作分级，危险动作人工审批
2. 护栏闸：执行前拦截（参考 ActionRail），
写保护（参考 WriteGuard 思路）
3. 试点闸：选一个高价值、低风险场景跑 4-6 周，
复盘数据说话再扩
4. 指标闸：只认「可验收的有效产出」，
事故率是红线，不是平均数
5. 退出闸：每个场景写清楚「什么情况叫停」，
OT 项目就是没有退出闸，一路滑到事故最重要的一条：退出闸。OT 项目最大的教训不是 Agent 能力不够，而是「已经看到事故苗头，却因为承诺了裁员目标而继续推进」。给每个 Agent 化场景写清楚触发叫停的条件，比写清楚目标更重要。
Step 6：给你的组织的行动建议
6 三个马上能做的动作
1. 盘点「真正适合 Agent 的任务」：
- 高频、标准化、可验收（数据录入、测试、文档）
- 排除高决策风险任务（对外承诺、资金、法务）
2. 立 Agent 纪律规则：
- 什么能自动做、什么必须人批
- Agent 间能否互聊、能否动生产数据
3. 建立 Agent 运行周报：
- 事故数、有效产出、救火时长
- 连续两周恶化 → 触发复盘与收缩
别让 OT 项目的教训，
成为你团队一年后的复盘素材。🎉 Agent 化的正确姿势不是「用人力的减法」换「效率的加法」，而是「管理成本的加法」换「规模效益的乘法」——想清楚这点，你的组织就能走完别人走不完的那段路。