Delivery 节点
交付节点负责什么、不负责什么，以及常见收口错误。
Delivery 节点是 workflow 的收口节点。
它更像“把已经准备好的结果交出去”，不是“现场替你把结果补完整”。
Delivery 节点负责什么
- 接收上游已经准备好的结果；
- 按目标方式交付，例如目录、发布位或其他交付目标；
- 产出 delivery receipt，方便后续追踪。
它不负责什么
- 不负责替你生成内容；
- 不负责替你判断结果质量；
- 不负责替你修正上游缺失字段；
- 不应该承担复杂数据整理。
最常见搭法
- 生成 / 读取 / 整理结果
- Review，可选但强烈建议
- Delivery
如果要外发、发布或归档，delivery 前最好已经有：
- 可用结果
- 摘要
- 证据或预览
常见错误
| 现象 | 常见原因 | 更稳的处理方式 |
|---|---|---|
| delivery 成功了，但交付内容不完整 | 上游没准备好，delivery 只是照单收口 | 回查上游输出，而不是只盯 delivery |
| 结果交出去了，但没人知道交到了哪里 | 目标目录、目标渠道或目标对象不明确 | 把交付目标写成明确字段 |
| delivery 前没有 review | 把错误结果也顺利交付出去了 | 在正式交付前加 review / approval |
| 交付节点里塞了太多整理逻辑 | 把 delivery 当成万能尾节点 | 把整理逻辑前移到 data operation |
更好的使用方法
- 把“准备结果”和“交付结果”明确分开；
- 交付目标尽量结构化，而不是只写一句自然语言；
- 如果同一流程会交付到多个去处，考虑拆成多个 delivery；
- 交付成功后，尽量保留回执、路径或交付记录。