工作流

按创建、编排、调试、发布的顺序搭建一条可执行、可排查、可上线的工作流。

功能概述

工作流用于处理“必须按步骤执行”的任务。
相比 Agent 更偏对话入口，工作流更适合结构化输入、多节点处理、条件分支和系统联动。

工作流常用于：

开始前建议准备：

先进入 应用 页面，切换到 工作流 或在全部列表中查看现有工作流。
这一步主要是确认：

点击 创建应用 后，在弹窗中切换为 工作流。
再填写名称和描述，先建立这条流程的业务身份。

创建工作流弹窗

第一次命名建议直接体现输入和输出关系，例如“表单问答汇总流程”“线索分配流程”，避免后续维护时看不懂用途。

进入工作流编辑器后，不要一开始就把所有节点铺满。
建议先只搭一条最小链路，例如：

工作流编辑器

这样做的目的是先验证“流程能跑通”，而不是一上来就追求完整。

当主干能运行后，再按顺序补充：

建议每增加一类节点就做一次调试，这样后面失败时更容易定位是哪一步引入的问题。

调试时应重点看：

如果你只看最终结果，而不看节点级执行记录，流程一旦变复杂就很难排查。

只有在下面几项都确认后，再考虑发布：

一个可上线的工作流，至少应满足：

通常是因为一开始节点加得太多，没有先验证主干。
建议回退到最短路径，确认基础链路稳定后再逐步加复杂节点。

优先去看节点级执行记录，而不是只看最终结果。
大多数问题都出在某个节点的输入、变量映射或工具返回结构上。

因为手动触发最容易调试。
如果一开始就接 Webhook 或定时任务，出了问题会同时叠加网络、鉴权和外部系统变量。