S21-J03 · 工作流与可视化编排

适用读者：要"可控、可审计"地跑 AI 流程的人。
前置：S21-J02。
覆盖旧文：720(269) 1926(257) 643(363) 663(180) + 3 卡 = 1,255 点。
覆盖扩展：E-S21-013（编排与自主的取舍）。
上一篇：S21-J02 · 多 Agent：协作、路由与子代理
下一篇：S21-J04 · 框架对比与生态。

1. 一句话结论

工作流把"谁决定下一步"从模型手里收回你手里：节点固定、数据流转固定，模型只在节点内做判断。可控、可审计、可回滚。

形态	谁决定流程	适合
Agent	模型	探索型、步骤不定
工作流	你	生产主流程
混合	你定主干	多数系统

2. 编排的三类节点（E-S21-013）

节点	作用
LLM 节点	生成/判断（单次调用）
工具节点	确定性操作（查库、发邮件）
控制节点	条件分支、并行、循环、人工审批

"控制节点是编排的价值所在"——它把"重试/超时/分支"变成配置而不是提示词。

3. 超时与异常的处理（A-643）

策略	说明
节点级超时	每个节点独立超时，不拖垮全局
重试	指数退避 + 上限（S17-J02）
补偿	失败节点回滚已执行的副作用（S17-J04 的 Saga）
人工介入	关键节点挂审批（A02）

判据："这个节点失败了，前面的副作用要不要撤销？" 要 → 需要补偿节点。

4. 可视化编排的边界

能做	不适合
固定流程、简单分支	高度动态的探索
业务人员可读	复杂循环 + 状态机
版本化与回滚	超大 DAG

"为什么可视化有价值"：它让"流程"成为产品和运维都看得懂的资产（与 S15-A02 的流水线同思路）。

5. 五个误区

误区	真相
"可视化编排只是拖拽玩具"	它把控制流变成可审计配置
"工作流不能有 AI"	节点内可以是 LLM
"有工作流就不需要 Agent"	探索型任务仍需要
"节点失败重跑整条"	需补偿或幂等（S17-J03）
"超时设长点更稳"	会拖垮整体

6. 自检

工作流与 Agent 的分界？
三类节点分别做什么？
节点失败的四种处理？
什么时候需要补偿节点？
可视化编排真正的价值？

7. 下一篇

S21-J04 · 框架对比与生态

编排讲完，下一篇做选型：LangGraph / Spring AI / Dify 怎么选（3,711 点，最大篇）。

本篇属于系列《S21 · Agent 工程与 MCP》。旧文来源：A-720/1926/643/663 + 3 卡；扩展点 E-S21-013。