课程补充教材
2026年10月23日
FDE 人机分工表：哪些活交给 AI，哪些必须人干
一张表说清 AI 部署工程师（FDE）的活怎么分
这张表不讨论"AI 会不会取代人"，只解决一个具体问题：一条 FDE 项目里，哪些环节可以交给 AI 做，哪些必须人来做，交接的那一刻交的是什么东西。
用法：给每个任务打两个分（可判定性、责任重量），落到四档里，照档位分工。
一、分界线只有一条
AI 接"可判定的产出物"：文档、数据、代码、验证。
人接"不可判定的活"：现场、责任、关系、决策、手感。
为什么是这条线？因为 AI 的工作必须能被检查——写完的文档能读、跑出的数据能核、写的代码能跑测试、给出的结论能对照来源。而"客户是不是真要干这件事""这台机器该不该现在断电"这类判断，没有标准答案可对照，只能由人担。
二、四档分工（给任务打分，别凭感觉）
两个维度：可判定性（输入输出在数字世界？有成文规则？有历史数据？反馈快？）和责任重量（错了的代价：钱 / 合规 / 安全 / 客户关系）。
| 可判定性高 | 可判定性低 | |
|---|---|---|
| 责任轻 | 🟢 AI 全自动 | 🟡 AI 执行 + 人审 |
| 责任重 | 🟠 AI 决策 + 人签字 | 🔴 人做，AI 只辅助 |
优先序：同样是 🟢，先做「高频 × 标准化」的，回本最快。
判定示例：
| 任务 | 分档 | 谁干 |
|---|---|---|
| 整理访谈纪要、拆成任务清单 | 🟢 | AI 全自动，人抽检 |
| 跑任务评分、出编制表草稿 | 🟢 | AI 全自动 |
| 生成周报、badcase 归类 | 🟢 | AI 全自动 |
| 写部署脚本、跑验收测试 | 🟡 | AI 做，人复核后执行 |
| 定验收指标的目标值 | 🟠 | AI 给选项与依据，人签字 |
| 报价、承诺工期 | 🟠 | AI 算成本，人定价 |
| 进机房接线、断电窗口操作 | 🔴 | 人做，AI 只出步骤清单 |
| 判断客户是否真要推进 | 🔴 | 人的手感 |
三、七步流程逐段分工（S0–S7）
| 环节 | AI 干什么 | 人必须干什么 | 交接凭证 |
|---|---|---|---|
| S0 立项三问 | 出清单模板、预填可推断项 | 确认预算科目是否真实存在、有没有 owner | 一页立项结论（人签） |
| S1 编制诊断 | 把访谈录音/纪要拆到任务级、填《任务盘点表》、反查漏项 | 入场访谈本身（追问、听语气、看现场） | 任务清单（客户确认口径） |
| S2 任务评分 | 跑评分脚本，出接管级别 + 优先级 + 编制表草稿 | 核对输入事实是否属实 | 评分表（人核过） |
| S3 指标与验收 | 取行业硬指标、写基线/目标/测量方式/反指标 | 定目标值、跟客户谈成文 | 验收标准表（双方签） |
| S4 试点影子期 | 人机逐条对比、差异归类、周报生成 | 选哪条业务线（避开政治阻力）、异常兜底值班 | 影子期分析报告 + 兜底人名单 |
| S5 治理五机制 | 出 owner 表、熔断规则、审计字段、岗位说明书、能力边界 | 定谁是 owner、谁签字、出事后谁处理 | 治理文档（人签） |
| S6 编制表与成本 | 算成本结构、出人力↔AI 成本对照表 | 定价与报价 | 编制表 v1 + 报价单 |
| S7 沉淀 | 把定制抽成模板、写成可复用流程 | 判断"这是不是别的客户也有的问题" | 模板/产品清单 |
一句话记住交接点：AI 交的是文件，人交的是签字。
四、五类"人不可替代"（附具体动作）
| 类别 | 具体动作 | 为什么不能替 |
|---|---|---|
| ① 现场 | 进机房、插卡、看板卡灯、摸温度、接线、断网环境操作、配合停机窗口 | 没有手，也进不了内网和生产环境 |
| ② 责任 | 签字、承诺、验收确认、出事担责 | 法律与合同责任只能落在自然人/法人身上 |
| ③ 关系 | 跟老板谈预算、跟中层讲清"不替谁"、跟 IT 要权限、跟业务要真实数据 | 信任与组织政治不可外包 |
| ④ 决策 | 选试点业务线、定目标值、定价、什么时候放弃 | 涉及风险偏好与商业判断 |
| ⑤ 手感 | 听出客户没说的那句话、看出现场异常、判断哪个 badcase 是真问题 | 隐性经验，不可检索 |
五、三条不越线 + 一条铁律
三条不越线
1. AI 不进客户内网、不碰生产数据；
2. AI 不持有客户凭证（账号、密码、密钥一律由人保管）；
3. AI 不报价、不承诺工期、不替人做出"要不要做"的决定。
一条铁律
AI 的产出，未经人签收 ≠ 交付。
"跑通了"是技术事实，"验收通过"是人的判断。两者之间隔着一次签字。
六、怎么用这张表（三步）
- 列任务：把项目拆到"任务级"（岗位太粗，动作太细）。
- 打两分：每个任务打「可判定性」和「责任重量」，落到四档。
- 写交接：每个档位写清"交出去的是什么文件、谁签收"。
做完这三步，你就能回答两个最实际的问题：这个项目 AI 能帮我省多少工时，以及我自己必须在哪几个点上露面。
七、三种常见误用（都会翻车）
- 把"AI 能生成"当成"AI 能负责" —— 报告写得再漂亮，签字还得是人。
- 只算模型成本，不算验收人力 —— 复核、异常处理、维护都是钱，是这类项目最常见的报价事故。
- 跳过影子期直接全自动 —— 一次错误就推翻全部成果。
八、一页速查
| 问题 | 答案 |
|---|---|
| 哪些活能交给 AI？ | 文档、数据、代码、验证——四类，全都能被检查 |
| 哪些活必须人干？ | 现场、责任、关系、决策、手感——五类，都没有标准答案 |
| AI 交付什么？ | 文件 |
| 人交付什么？ | 签字 |
| 什么时候算完成？ | 人签收之后 |
| 先做什么？ | 高频 × 标准化的 🟢 档任务 |
这套分工的现实含义是："会不会装"会越来越便宜，"现场判断 + 责任承担 + 关系推进"越来越贵。
FDE 的门槛不在手上，在肩上。