工程管理思维如何迁移到 AI 协作

用 AI 干活最常见的错觉，是"它答得快，所以事情做完了"。工程管理里那些老东西——任务单、验收标准、自检、交叉复核、归档——恰恰是给这种错觉设的闸。能力可以外包，流程不能。

一、缺的往往不是能力，是流程

单个环节的质量，AI 已经做得不错：起草、改写、格式转换、按清单核对，都比人快。但一件事能不能干成，取决于环节之间有没有接上。

工程项目之所以可控，靠的不是每个人都不出错，而是四件事：范围写得清、责任落到人、过程留痕、验收有标准。这四件事跟用什么工具无关。

麻烦在于，AI 把"执行"压得很短，短到让人以为整个任务就这么长。瓶颈随即暴露在两头：拆解与验收。多数返工不是写得差，而是一开始没说清要什么。

二、五段闭环：一张表看全

每段都有产出物，以及一个"没做好会长什么样"的信号。看到信号就停，回头补那一段。

最容易被跳过的是自检和质检，它们不产生新内容。

三、拆解：先写任务单，再动手

任务单不必长，一屏以内，四个要素缺一不可。

• 目标：一句话说清为什么做、做完改变什么。写不出这句，说明还没想清楚。
• 交付物：形态、文件名、篇幅或字段、交付方式。"一份报告"这种写法会让后面每个环节都摇摆。
• 验收标准：可勾选的条目，不是形容词。比如"含一段可执行清单""站内链接全部可点"。
• 时限：截止时间，以及中间检查点。没有检查点的长任务，通常烂在最后一刻。

把"帮我写一篇文章"换成"写 1800 字方法文，含五段流程与一份清单，不出现无出处数字"，省下的是三轮返工。

四、执行：上下文与工具范围都要限定

执行阶段最容易犯的错，是资料边聊边塞。更稳的做法是先备齐再开工：背景、事实、样例、禁忌分四类，一次给全，各标来源与版本。对话是线性累积的，后加的补充会稀释前面的约束；聊到第十轮，最初那句"不要用形容词"早被淹没，模型开始补它认为合理的内容。

工具范围也要限定：能读哪些文件、能改哪些文件、能不能联网。范围越大，事后核对越重。给一份写权限，等于给自己加一道人工比对。

五、自检与质检：两道门不能合并

自检是生产者的视角，查硬伤：数字是否闭合（总数等于分项之和、百分比加起来是不是一百）、格式是否统一（标题层级、单位、日期、编号）、引用是否可追。这三项都能做成勾选表，逐条过。

质检是审查者的视角，查判断：结论站不站得住，有没有把相关说成因果，有没有漏掉反例。做法三种，任选一种：换成挑错的甲方重读；换个人或换个模型看；放一天再看。

分工很清楚：自检防"明显的错"，质检防"自洽的错"。自洽的错更危险，因为它读起来通顺、逻辑闭合，只是前提错了。

六、交付：归档与口径说明

交付不是把文件发出去，而是让别人拿到就能用、过三个月自己还能接上。成果包有四样：成品、源文件、过程记录、说明。过程记录不必详细，但要能回答"这个数字怎么来的"。

口径说明写三段就够：

• 用了什么：资料来源、版本、时间点。
• 假设了什么：哪些地方没核实，按什么口径处理，假设不成立会怎样。
• 边界在哪：适用于什么场景，不适用于什么场景。

七、四种常见失败，与不能交出去的部分

几乎每一次失控，都能归到下面四种之一。

• 一次给太多。一个请求塞五件事，每件做到七分，合起来不及格。改成排队，一件一件来。
• 没有验收标准。自己也不知道什么叫"好"，只能凭感觉反复改，改到没感觉为止。
• 跳过自检。看着完整，数字却是拼的，格式前后不一，链接点不开。
• 上下文越滚越乱。补丁叠补丁，最后一轮输出推翻了前面所有约束，而你没发现。

分工要说清。可以交出去：格式转换、初稿、枚举、批量改写、按清单检查。不能交出去：事实认定、专业判断、对外承诺、合规结论、签字担责。

一句话：AI 可以起草，但不能负责。谁签字，谁就得自己核过一遍。