04 · 步骤之间传什么

步与步之间传的东西叫中间产物。它有三条硬要求：可读（你扫一眼知道对不对）、可查（能对回上一步的原始材料）、可重跑（从这儿开始重跑一次，不用回到第一步）。

为什么中间产物这么要紧

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

流水线跑歪了，你能看的只有各步之间躺着的那几样东西。中间产物如果是一大段散文，你根本看不出第二步到底抽对了没有——只能等到最后一步出来，发现消息不对，然后从头猜。

设计每一步的时候，问一句："如果流水线在这儿停住，我看着这个产物，能不能判断前面做对了？"

答不上来，就换一种产物形式。

三条要求，具体怎么落

一、可读：用结构，不用散文

同一份"待办"，两种传法：

❌ 散文式
本次会议主要产生了几项待办工作，其中我方需要在本周五之前提交
改版整体方案，另外王工需要跟进数据报表的权限分级问题，
时间暂未确定……

✅ 结构式
| 事项 | 责任人 | 截止 |
| --- | --- | --- |
| 提交改版整体方案 | 我方 | 本周五前 |
| 数据报表权限分级 | 王工 | 待确认 |

结构式的好处：漏没漏、缺没缺，一眼看出来。散文式你得一句句读，还读不准。

要给程序接走的，用 JSON（提示词篇 05讲了怎么写）。人看的，用表格或条目。不要用段落。

二、可查：带上出处

中间产物里最好带一列"依据"，能对回原文：

| 事项 | 责任人 | 截止 | 原文依据 |
| --- | --- | --- | --- |
| 数据报表权限分级 | 王工 | 待确认 | "权限分一下…王工你跟进" |

多这一列，你就能抽查——随便挑两行，回原文找一找。找不到，说明这一步在编。

这一招在长流水线里特别值：越往后，你离原始材料越远，越容易被一个早期的错误带着跑。

三、可重跑：每一步的输入要能单独存下来

第三步出问题了，你应该能拿着第二步的产出，只重跑第三步——不用回到第一步重来一遍。

这要求很朴素：每一步的输入和输出都存一份。手动跑的时候就是几个文档；用工具串的时候是日志。

不存的话，你每次调试都得从头跑，慢且贵。

一个反直觉的建议：中间产物可以"啰嗦"

最终交付物要精简，但中间产物不用。多带几列诊断信息，成本很低，收益很高：

| 事项 | 责任人 | 截止 | 原文依据 | 置信 |
| --- | --- | --- | --- | --- |
| 提交改版整体方案 | 我方 | 本周五前 | "这周五之前先给一版…" | 高 |
| 数据报表权限分级 | 王工 | 待确认 | "王工你跟进一下" | 中·截止时间原文未提 |

最后那列"置信"不进最终产物，但它让你一眼看出哪几行需要盯。

让它标出自己不确定的地方

在中间步骤的提示词里加一句：

对每一条，标注你的确定程度（高 / 中 / 低），
低于"高"的，简单说明哪里不确定。

它对"自己在编事实"是无感的（入门篇 05），但对"这条信息在原文里说得清不清楚"判断得不错——这两件事不一样，后者是可用的。

别让上一步的废话流到下一步

一个很实际的坑：第一步的输出里带了开场白、结尾总结、Markdown 装饰，这些全部会成为第二步的输入，占地方还干扰判断。

所以每一步的提示词里都该有那三句（提示词篇 05）：

- 不要开场白，不要复述我的问题，直接给结果。
- 不要在结尾加总结、建议或"希望对您有帮助"。
- 只输出【指定格式】，不要有任何解释文字。

中间步骤尤其要严格。 最后一步给人看的可以宽松点。

传的时候要不要带上原文

三种做法，按需选：

做法	传什么	适合
只传产出	第二步只看到纪要，看不到原始记录	步骤职责清楚、不需要回溯。最省，最常用
产出 + 原文	两样都传	后一步需要核对细节时。贵，但准
产出 + 摘要	传产出 + 原文的一小段要点	折中，长材料时常用

默认用第一种。发现某一步老是缺信息，再考虑把原文带上——而不是一开始就什么都传。

别为了"保险"把所有东西一路传下去

每一步都带上前面全部的内容，到第四步时上下文已经塞满了，而且中间的内容最容易被读漏。

流水线的价值之一，恰恰是每一步只看它该看的东西。

一张检查表

设计中间产物时对照：

• [ ] 是结构化的（表格 / 条目 / JSON），不是段落
• [ ] 我扫一眼能判断这一步做对了没有
• [ ] 关键信息带了原文依据，能抽查
• [ ] 不确定的地方被标出来了
• [ ] 没有开场白、结尾总结、多余装饰
• [ ] 存了一份，第 N 步出错时能从第 N-1 步的产出重跑
• [ ] 只带了下一步真正需要的东西

下一步

05 · 每一步都要能验收