07 · 人在環上
流水線裡必須有人的地方，通常只有一兩處——但這一兩處決定了整條線能不能真的用起來。難點不是"要不要設人工"，是怎麼讓人真的看得動。全都要人看，等於沒設；看得太粗，等於擺設。
哪幾步必須有人
三類，不容商量：
一、往外發的最後一步。 發給客戶的郵件、發到群裡的訊息、提交給上級的文件——只要收件人不是你自己，就必須有人點頭。
二、不可逆的動作。 刪除、覆蓋、下單、提交審批。做錯了撤不回來的，一律停下來問。
三、結果會決定後面走哪條路的判斷步。 分類錯了，後面整條支線都跑歪。這類步驟的產出只有一個詞，人看一眼的成本極低，收益極高。
第三類最容易被省掉
因為它的產出太小了——就一個詞，看著不值得專門停一下。
但正因為它小，看它只要一秒。而它錯了，後面十步全廢。這是整條線裡價效比最高的一個人工卡點。
哪幾步不需要人
反過來，這些別設卡點，設了只會讓人麻木：
- 純格式轉換（表格轉 JSON、分組、排序）
- 已經有自動閘兜住的機械步驟
- 中間產物且下游還有人工卡點的（別在同一條線上設兩道人工閘，第一道一定會被敷衍）
怎麼讓人真的看得動
這是本章的重點。一個設計得差的人工卡點，三天之內就會變成無腦點確認。
一、別讓人從頭看，給他"該看什麼"
❌ 【三條完整訊息，請稽核】
……✅ 【三條待發訊息】
需要你確認的 2 處：
· 王工那條的截止時間是「待確認」——原文沒提，要不要補一個？
· 「預算可能收緊」這條沒進任何人的待辦，確認要不要跟進？
其餘 3 條資訊完整，與紀要一致。
---
【三條訊息全文】
……把"要你判斷的"和"已經沒問題的"分開列。 人看的是前面那兩條，後面全文只是備查。
這要求上一步的產出帶著置信標註和降級留痕——這就是前面幾章那些"多帶一列"的實際兌現處。
二、給出預設動作
不要問開放問題。給一個預設，讓人只需要"同意"或"改"：
❌ 王工那條的截止時間怎麼辦？
✅ 王工那條截止時間原文未提，預設填「待確認」。
直接確認 / 或告訴我具體日期。三、把批次變成一次
十條待辦讓人一條條確認，人會煩，然後開始亂點。一次呈現全部，一次確認。
如果確實有幾條需要單獨處理，就用上面第一條的辦法：把那幾條挑出來單獨問，其餘的合併確認。
四、留下"改"的口子，別隻有"是/否"
人看到問題時，最自然的動作是改一處，不是打回重來。只給"通過/駁回"兩個選項，人會為了省事選通過。
判斷你的人工卡點設得好不好，看一個指標：
這個人是不是每次都在同一個地方停頓？
- 每次都要停下來想同一件事 → 說明那件事該在上一步就解決掉，或者該給一個預設值。
- 從來不停頓，一路確認 → 說明這個卡點沒起作用，要麼撤掉，要麼改成上面那種"只列需要判斷的"。
人工卡點也要留痕
人改了什麼，要記下來。兩個用處：
一、追溯。 出了問題知道是 AI 生成的還是人改的。
二、這是最好的改進素材。 人每次都在改同一個地方——那個地方就是上一步該改的。
本週人工修改記錄：
- 5 次修改了截止時間的表述（"本週五" → 具體日期）
→ 說明第 ② 步該加一條：把相對時間換算成具體日期
- 3 次刪掉了訊息開頭的問候語
→ 說明第 ③ 步的模板該改這比你憑空想"哪兒還能最佳化"有用得多。
一個常見的錯覺
"等成熟了就把人撤掉"
多數流水線的人工卡點不該撤，尤其是往外發的那一道。
原因不是 AI 不行，是責任：出了事，署名的是人。一條發給客戶的訊息，AI 寫得再好，簽發的還是你。
真正該最佳化的不是"撤掉人"，是讓人看得更快——從五分鐘看完變成十秒看完。這才是自動化的收益。
順帶說一句：別讓流水線自己決定要不要問人
有些設計是讓 AI 判斷"這個我拿不準，我問一下"。聽起來聰明，實際不可靠——它對"自己不確定"的感知本來就差（入門篇 05）。
正確做法是：由流程規定哪幾步必須停，而不是由 AI 決定。它可以額外提出"這條我建議你看看"，但那是加分項，不能替代固定卡點。
下一步
08 · 實操：紀要 → 待辦 → 派活 —— 前七章的東西，串一遍。