07 · 人在环上

流水线里必须有人的地方，通常只有一两处——但这一两处决定了整条线能不能真的用起来。难点不是"要不要设人工"，是怎么让人真的看得动。全都要人看，等于没设；看得太粗，等于摆设。

哪几步必须有人

三类，不容商量：

一、往外发的最后一步。 发给客户的邮件、发到群里的消息、提交给上级的文档——只要收件人不是你自己，就必须有人点头。

二、不可逆的动作。 删除、覆盖、下单、提交审批。做错了撤不回来的，一律停下来问。

三、结果会决定后面走哪条路的判断步。 分类错了，后面整条支线都跑歪。这类步骤的产出只有一个词，人看一眼的成本极低，收益极高。

第三类最容易被省掉

因为它的产出太小了——就一个词，看着不值得专门停一下。

但正因为它小，看它只要一秒。而它错了，后面十步全废。这是整条线里性价比最高的一个人工卡点。

哪几步不需要人

反过来，这些别设卡点，设了只会让人麻木：

• 纯格式转换（表格转 JSON、分组、排序）
• 已经有自动闸兜住的机械步骤
• 中间产物且下游还有人工卡点的（别在同一条线上设两道人工闸，第一道一定会被敷衍）

怎么让人真的看得动

这是本章的重点。一个设计得差的人工卡点，三天之内就会变成无脑点确认。

一、别让人从头看，给他"该看什么"

❌ 【三条完整消息，请审核】
   ……

✅ 【三条待发消息】

   需要你确认的 2 处：
   · 王工那条的截止时间是「待确认」——原文没提，要不要补一个？
   · 「预算可能收紧」这条没进任何人的待办，确认要不要跟进？

   其余 3 条信息完整，与纪要一致。

   ---
   【三条消息全文】
   ……

把"要你判断的"和"已经没问题的"分开列。 人看的是前面那两条，后面全文只是备查。

这要求上一步的产出带着置信标注和降级留痕——这就是前面几章那些"多带一列"的实际兑现处。

二、给出默认动作

不要问开放问题。给一个默认，让人只需要"同意"或"改"：

❌ 王工那条的截止时间怎么办？
✅ 王工那条截止时间原文未提，默认填「待确认」。
   直接确认 / 或告诉我具体日期。

三、把批量变成一次

十条待办让人一条条确认，人会烦，然后开始乱点。一次呈现全部，一次确认。

如果确实有几条需要单独处理，就用上面第一条的办法：把那几条挑出来单独问，其余的合并确认。

四、留下"改"的口子，别只有"是/否"

人看到问题时，最自然的动作是改一处，不是打回重来。只给"通过/驳回"两个选项，人会为了省事选通过。

判断你的人工卡点设得好不好，看一个指标：

这个人是不是每次都在同一个地方停顿？

• 每次都要停下来想同一件事 → 说明那件事该在上一步就解决掉，或者该给一个默认值。
• 从来不停顿，一路确认 → 说明这个卡点没起作用，要么撤掉，要么改成上面那种"只列需要判断的"。

人工卡点也要留痕

人改了什么，要记下来。两个用处：

一、追溯。 出了问题知道是 AI 生成的还是人改的。

二、这是最好的改进素材。 人每次都在改同一个地方——那个地方就是上一步该改的。

本周人工修改记录：
- 5 次修改了截止时间的表述（"本周五" → 具体日期）
   → 说明第 ② 步该加一条：把相对时间换算成具体日期
- 3 次删掉了消息开头的问候语
   → 说明第 ③ 步的模板该改

这比你凭空想"哪儿还能优化"有用得多。

一个常见的错觉

"等成熟了就把人撤掉"

多数流水线的人工卡点不该撤，尤其是往外发的那一道。

原因不是 AI 不行，是责任：出了事，署名的是人。一条发给客户的消息，AI 写得再好，签发的还是你。

真正该优化的不是"撤掉人"，是让人看得更快——从五分钟看完变成十秒看完。这才是自动化的收益。

顺带说一句：别让流水线自己决定要不要问人

有些设计是让 AI 判断"这个我拿不准，我问一下"。听起来聪明，实际不可靠——它对"自己不确定"的感知本来就差（入门篇 05）。

正确做法是：由流程规定哪几步必须停，而不是由 AI 决定。它可以额外提出"这条我建议你看看"，但那是加分项，不能替代固定卡点。

下一步

08 · 实操：纪要 → 待办 → 派活 —— 前七章的东西，串一遍。