04 · 步驟之間傳什麼

步與步之間傳的東西叫中間產物。它有三條硬要求：可讀（你掃一眼知道對不對）、可查（能對回上一步的原始材料）、可重跑（從這兒開始重跑一次，不用回到第一步）。

為什麼中間產物這麼要緊

因為它是你唯一能下手的地方。

流水線跑歪了，你能看的只有各步之間躺著的那幾樣東西。中間產物如果是一大段散文，你根本看不出第二步到底抽對了沒有——只能等到最後一步出來，發現訊息不對，然後從頭猜。

設計每一步的時候，問一句："如果流水線在這兒停住，我看著這個產物，能不能判斷前面做對了？"

答不上來，就換一種產物形式。

三條要求，具體怎麼落

一、可讀：用結構，不用散文

同一份"待辦"，兩種傳法：

❌ 散文式
本次會議主要產生了幾項待辦工作，其中我方需要在本週五之前提交
改版整體方案，另外王工需要跟進資料報表的權限分級問題，
時間暫未確定……

✅ 結構式
| 事項 | 責任人 | 截止 |
| --- | --- | --- |
| 提交改版整體方案 | 我方 | 本週五前 |
| 資料報表權限分級 | 王工 | 待確認 |

結構式的好處：漏沒漏、缺沒缺，一眼看出來。散文式你得一句句讀，還讀不準。

要給程式接走的，用 JSON（提示詞篇 05講了怎麼寫）。人看的，用表格或條目。不要用段落。

二、可查：帶上出處

中間產物裡最好帶一列"依據"，能對回原文：

| 事項 | 責任人 | 截止 | 原文依據 |
| --- | --- | --- | --- |
| 資料報表權限分級 | 王工 | 待確認 | "權限分一下…王工你跟進" |

多這一列，你就能抽查——隨便挑兩行，回原文找一找。找不到，說明這一步在編。

這一招在長流水線裡特別值：越往後，你離原始材料越遠，越容易被一個早期的錯誤帶著跑。

三、可重跑：每一步的輸入要能單獨存下來

第三步出問題了，你應該能拿著第二步的產出，只重跑第三步——不用回到第一步重來一遍。

這要求很樸素：每一步的輸入和輸出都存一份。手動跑的時候就是幾個文件；用工具串的時候是日誌。

不存的話，你每次除錯都得從頭跑，慢且貴。

一個反直覺的建議：中間產物可以"囉嗦"

最終交付物要精簡，但中間產物不用。多帶幾列診斷資訊，成本很低，收益很高：

| 事項 | 責任人 | 截止 | 原文依據 | 置信 |
| --- | --- | --- | --- | --- |
| 提交改版整體方案 | 我方 | 本週五前 | "這週五之前先給一版…" | 高 |
| 資料報表權限分級 | 王工 | 待確認 | "王工你跟進一下" | 中·截止時間原文未提 |

最後那列"置信"不進最終產物，但它讓你一眼看出哪幾行需要盯。

讓它標出自己不確定的地方

在中間步驟的提示詞里加一句：

對每一條，標註你的確定程度（高 / 中 / 低），
低於"高"的，簡單說明哪裡不確定。

它對"自己在編事實"是無感的（入門篇 05），但對"這條資訊在原文裡說得清不清楚"判斷得不錯——這兩件事不一樣，後者是可用的。

別讓上一步的廢話流到下一步

一個很實際的坑：第一步的輸出裡帶了開場白、結尾總結、Markdown 裝飾，這些全部會成為第二步的輸入，佔地方還干擾判斷。

所以每一步的提示詞裡都該有那三句（提示詞篇 05）：

- 不要開場白，不要複述我的問題，直接給結果。
- 不要在結尾加總結、建議或"希望對您有幫助"。
- 只輸出【指定格式】，不要有任何解釋文字。

中間步驟尤其要嚴格。 最後一步給人看的可以寬鬆點。

傳的時候要不要帶上原文

三種做法，按需選：

做法	傳什麼	適合
只傳產出	第二步只看到紀要，看不到原始記錄	步驟職責清楚、不需要回溯。最省，最常用
產出 + 原文	兩樣都傳	後一步需要核對細節時。貴，但準
產出 + 摘要	傳產出 + 原文的一小段要點	折中，長材料時常用

預設用第一種。發現某一步老是缺資訊，再考慮把原文帶上——而不是一開始就什麼都傳。

別為了"保險"把所有東西一路傳下去

每一步都帶上前面全部的內容，到第四步時上下文已經塞滿了，而且中間的內容最容易被讀漏。

流水線的價值之一，恰恰是每一步只看它該看的東西。

一張檢查表

設計中間產物時對照：

• [ ] 是結構化的（表格 / 條目 / JSON），不是段落
• [ ] 我掃一眼能判斷這一步做對了沒有
• [ ] 關鍵資訊帶了原文依據，能抽查
• [ ] 不確定的地方被標出來了
• [ ] 沒有開場白、結尾總結、多餘裝飾
• [ ] 存了一份，第 N 步出錯時能從第 N-1 步的產出重跑
• [ ] 只帶了下一步真正需要的東西

下一步

05 · 每一步都要能驗收