先把 3 样东西备齐再动手:一个能登录的平台账号、一张写清"输入什么、输出什么"的纸、5 条真实的样例数据。缺第 2 样,节点接到一半就会发现接不上;缺第 3 样,跑完看不出问题出在哪一步。
这篇教程照我给一家做五金配件的工厂搭流程的过程写。任务是"客户询价邮件 → 报价单草稿",一共 6 个节点、2 轮测试、3 次修改,从空白画布到能每天稳定跑,用掉 3 个下午。各家平台的界面文字不一样,位置大体对应,找不到入口就在后台搜"工作流""流程编排""自动化"这三个词。
第 2 项是整件事的地基。我见过最多的失败是把"整理客户询价"写成一个节点,实际拆开是 4 件事:读邮件、抽产品型号、查历史价格、套模板。节点粒度按"一件事一个动作"切,后面接条件分支才不会乱。
第 4 步的输出格式是整条流程的分水岭。写成一段话,第 6 步就没法映射字段;写成 4 个字段,即使模型某次少给一个,也能在条件分支里兜住。我在第 4 步上卡了 2 天,原因就是提示词里只写了"整理成报价信息"。
单条测试要花 5 到 10 分钟看每个节点的输入输出,很多人直接跳到批量测试。跳过之后,5 条里同时错 3 个地方,改一处要重跑一次,来回 6 遍才定位到根因。单条测试的价值在于把错误压缩到 1 个。
| 字段 | 填什么 | 常见错填 |
|---|---|---|
| 触发时间 | 按业务发生时间设,留 5 到 10 分钟缓冲 | 设成整点,和平台排队高峰撞上,延迟十几分钟 |
| 数据范围 | 只取最近 7 天或未处理的记录 | 不设上限,第一次跑把 3 年的旧数据全拉一遍 |
| 模型温度 | 抽取字段用低值,改写文案用中等值 | 抽取字段也设高,同一条数据两次结果不一样 |
| 输出格式 | 4 到 8 个具名字段,写明类型 | 写"整理成表格",模型给一段自由文本 |
| 重试次数 | 2 次,间隔 30 秒 | 设 5 次以上,接口故障时把额度烧掉一半 |
| 超时 | 单节点 60 到 120 秒 | 用默认 30 秒,长文档节点必定失败 |
重试次数这一行值得单独说。2 次够覆盖网络抖动,超过 3 次就把偶发故障放大成额度消耗。我吃过一次亏:重试设了 8 次,某个接口挂了 20 分钟,一晚上烧掉当月 40% 的额度。
| 现象 | 原因 | 处理 |
|---|---|---|
| 节点显示成功,输出为空 | 取数节点的筛选条件没命中 | 把筛选条件去掉跑 1 次,看有没有数据进来 |
| 字段映射报错 | 模型输出的字段名与映射表不一致 | 提示词里把字段名用引号固定,别让模型自己起名 |
| 跑到第 3 个节点停住 | 单节点超时 | 把长文档切成 2 段,或把超时调到 120 秒 |
| 提示额度不足 | 同一流程并发太多 | 把并发改成 1 到 2,或错开触发时间 |
| 分支全走同一条 | 条件里字段是文本,写成了数字比较 | 先做类型转换,再把字段值打到日志里核对 |
| 定时任务不触发 | 时区设错,或流程处于草稿状态 | 核对时区与发布状态,改完等 1 个周期看日志 |
排查顺序固定成 3 步:看日志里哪个节点先红、看那个节点的输入是不是空、看输入为空是上游没给还是筛选挡了。90% 的问题在第二步就停了,不需要翻提示词。
超时是单个节点在限定秒数内没返回,日志里会写具体节点名;额度不足是账号层面的整体报错,同一条流程所有节点一起失败。看日志第一条红色记录的位置就能分开:红在中间某个节点是超时,红在第一个节点是额度或权限。
第 2 项的对数动作花 1 分钟,能挡掉大部分"看起来在跑其实漏数据"的情况。我习惯把两个数字记在流程说明里,改流程时对照着看,改动有没有影响条数一眼就知道。
要加节点,先复制一份流程再改,原流程保持发布状态。改完用同样 5 条样例跑一遍,通过再切换。直接在原流程上改,一旦改坏,当天的业务就断了。
这套流程现在的状态是:每天处理 20 到 40 封询价,6 个节点,平均单条耗时 40 秒,人工只需要核对报价数字。第 1 个月的成功率 82%,把提示词里的字段名固定之后升到 96%。剩下 4% 是附件格式太乱,走人工兜底。
本文信息核对时间:2026-11