02 · 什麼時候該串起來
判斷標準和 Skill 篇那條是一脈的，只是往上走了一層：一件事只有一步，做成 Skill 就夠；一件事有好幾步、而且每次都是同樣幾步，才值得串成流水線。
四個"該串了"的訊號
訊號 1：你在複製貼上中間結果
最直接的訊號。第一步跑完，你複製輸出，開個新對話，貼上，再跑第二步——這個"複製貼上"的動作，就是流水線裡缺的那根管子。
一天做三次以上，就該串了。
訊號 2：你老是忘了做某一步
"哎，這次忘了按責任人分組。" 步驟在你腦子裡，就一定會漏。寫下來的流程不會漏。
訊號 3：這套流程你要教給別人
口頭交代"你先這樣、再那樣"，對方回去執行成什麼樣是隨機的。一條寫下來的流水線，本身就是最好的交接文件。
訊號 4：出了問題你說不清是哪一步的鍋
結果不對，你只知道"最後出來的東西不行"，但不知道是紀要抽錯了、還是分組分錯了、還是訊息模板不對。
這說明你現在的做法沒有中間檢查點——串起來之後就有了，見 05 章。
三種不該串的情況
一、每一步還不穩
這是最重要的一條。 串聯會把不穩定乘起來：
| 每步的合格率 | 三步串完 | 五步串完 |
|---|---|---|
| 95% | 86% | 77% |
| 90% | 73% | 59% |
| 80% | 51% | 33% |
（這只是個直觀的演算法，實際情況沒這麼線性——但方向是對的：越往後越差，而且差得比你以為的快。）
所以順序不能反：先把每一步單獨調到測試集全綠（提示詞篇 08），再串。
二、每次的步驟都不一樣
如果這次是三步、下次是五步、順序還可能變——那它就不是流水線。硬做出來的會是一堆 if-else，比不做還難維護。
判斷方法：把你過去三次做這件事的過程寫下來，對比。步驟對不上，就先別串。
但先別急著結論說"那我需要 Agent"
更常見的情況是：大部分步驟是固定的，只有一兩步需要看情況。
那就把固定的部分串成流水線，把"看情況"那一兩步留給人（07 章）或者留給 Agent（10 章）。不要因為一步不確定，就把整條線都交出去。
三、一個月才跑一次
跟 Skill 一樣的道理：搭流水線有成本，跑得太少收不回來。存一份步驟清單，手動照著做。
一個判斷順序
按這個順序問自己，答案自然就出來了：
1. 這件事是一步還是多步？
一步 → 用 Prompt；每週都幹就做成 Skill。到此為止。
多步 ↓
2. 每次都是同樣這幾步嗎？
不是 → 先別串。想想是不是有幾步其實是固定的。
是 ↓
3. 每一步單獨跑，穩嗎？
不穩 → 回去調那一步。串聯會把問題放大。
穩 ↓
4. 我一週跑幾次？
一兩次以下 → 存一份步驟清單，手動跑。
更多 → 串起來。值得串的幾類活
給你幾個真實的例子找感覺——它們的共同點是步驟固定、每步產出明確、有一個天然的人工卡點：
| 流水線 | 步驟 |
|---|---|
| 會議 → 派活 | 紀要 → 抽待辦 → 按人分組 → 生成訊息 →（人過一遍）→ 發 |
| 需求 → PRD | 原型描述 → PRD 初稿 → 自查缺口 →（產品確認）→ 定稿 |
| 週報彙總 | 各人流水 → 分別規範化 → 合併去重 → 按專案分組 → 生成彙總 |
| 客戶來信 → 回覆 | 分類（諮詢/投訴/需求）→ 按類型走不同模板 → 起草 →（人審）→ 發 |
| 長文 → 內容包 | 通讀做地圖 → 分段提煉 → 合成摘要 → 生成要點卡片 |
| 面試 → 評估 | 記錄整理 → 按維度打分 → 彙總成評估表 →（面試官確認）→ 歸檔 |
注意每一條裡都有一個**（人）**。這不是保守，07 章會講為什麼它幾乎總是該有。