Dify Workflow 做到稍微复杂一点，就很容易出现一种情况：前几个节点看起来都正常，跑到中间某个节点突然失败，最后用户只看到一个不完整结果，或者干脆不知道流程停在哪里。很多人会把目标定成“让它每次都跑绿”，但真实项目里更重要的是：跑失败时能不能看懂原因，能不能给用户一个明确反馈，能不能保留现场方便下次修。这篇就解决一个普遍问题：Workflow 跑一半失败时，怎样先把错误分支、兜底输出和测试日志补起来。方法不是把每个节点写得更复杂，而是把失败也当成流程的一部分。你学会这个思路以后，不只是能修某一个报错，还会知道一个可交付的 Dify 应用为什么不能只看“演示能跑通”。先找到到底是哪一个节点失败排查 Workflow 失败时，第一件事不是改提示词，而是看执行记录。你要先确认失败发生在哪个节点：是开始节点输入不完整，还是 LLM 节点没有按格式输出，或者 HTTP 节点调用失败，还是条件分支没有匹配到正确路径。节点越多，越不能凭感觉猜。一个基础但有效的习惯，是给测试输入加上明确的编号。比如批量处理时保留row_id，单条业务流程里保留case_id