概念与适用场景
先理解 workflow、workpack、run、approval 分别是什么。
这页的目标很简单，先把几个最容易混淆的词讲清楚。
五个核心概念
| 概念 | 用户视角下它是什么 | 你最该关心什么 |
|---|---|---|
| Workflow | 一条可以编辑和运行的流程图 | 步骤顺序是否合理 |
| Node | 流程里的一个步骤或控制点 | 这个节点负责什么 |
| Run | 这条流程的一次具体执行 | 这次卡在哪、出了什么结果 |
| Approval | 高影响动作前的人工作出决定 | 该不该放行 |
| WorkPack | 一套可复用的工作流包 | 能不能交给项目、角色或团队长期使用 |
Workflow 不是“自动化越多越好”
很多人第一次接触工作流，会自然觉得“既然都能画流程了，那就尽量全自动”。
这通常不是最好的起点。
更稳的顺序通常是：
- 先把流程跑通
- 再把风险点前置
- 最后才考虑自动化比例
也就是说，工作流的核心价值首先是：
- 把步骤组织清楚；
- 把输入输出变明确；
- 把失败点暴露出来；
- 把人工判断留在该留的位置。
什么任务最适合 workflow
最适合做成 workflow 的任务，通常同时满足以下几个特征：
- 会重复发生；
- 有相对稳定的步骤顺序；
- 中间有明确的输入输出；
- 失败后希望能定位到具体步骤；
- 后面可能要交给别人复用。
典型例子：
- 研究 → 生成摘要 → 组装交付物
- 表单/站点操作 → 取证 → 人工复核 → 提交
- 数据读取 → 清洗 → 变换 → 输出报告
- 多媒体素材整理 → 生成 → 检查 → 导出
什么任务先别急着做成 workflow
以下几种情况，先用对话或手动流程更稳：
- 需求本身还在变；
- 你还不知道正确步骤是什么；
- 每次都要靠大量临场判断；
- 输入和输出还没有固定形状；
- 一个月只会做一次，不值得维护流程。
Workflow、Run、Approval 的关系
可以这样理解：
- Workflow 决定“这条路怎么走”
- Run 决定“这次具体走成什么样”
- Approval 决定“有后果的动作现在能不能继续”
所以用户最常见的误区是：
- 把 run 的失败，当成 workflow 设计一定有问题
- 把 approval 的暂停，当成系统卡死
- 把一次跑通的 demo，当成已经适合复用
这些都不一定成立。
Workflow 和 WorkPack 的关系
如果 workflow 是“流程图本体”，那 workpack 更像“围绕流程图打好的可复用包”。
WorkPack 通常不只包含流程本身，还可能包含：
- 入口表单或 intake；
- 角色提示；
- 运行方式或运行来源；
- 可复用的交付约束；
- 后续修订与复用版本。
所以不是所有 workflow 都值得升级成 workpack。
一条简单判断线
如果你现在主要在回答下面这些问题：
- 这条流程到底该怎么搭？
- 哪一步该先、哪一步该后？
- 哪个节点该放审批？
你主要还在 workflow 阶段。
如果你已经开始回答这些问题：
- 这条流程怎么交给团队别人也能用？
- 入口字段该怎么收集？
- 哪个角色可以触发它？
- 它的复用版本怎么管理？
你已经进入 workpack 阶段。
截图占位
后续建议补 2 张图：workflow 列表页、workflow run 与 approval 在界面中的对应位置。