ai工作流教程详细步骤,哪些环节必须人工点确认

搭一个能跑通的 ai 工作流，最少 4 个环节：触发、取数据、调模型、回写结果。我第一次只接了前 3 个，跑 2 天后发现结果全在运行时里，没落库，等于白跑，补第 4 个环节花了 1 个下午。

下面按操作顺序拆：准备 3 样东西、4 个环节各自点哪里、参数表格怎么填、6 类报错怎么排查、跑完在哪看结果。全程只需要 1 个账号和 1 份表格，不写代码。

先准备 3 样东西

1. 账号。多数平台把工作流放在「应用」或「智能体」里建，个人版每天有免费调用额度，测 100 次上下够用。
2. 1 份数据表。字段名固定，别用合并单元格，合并过的列在读取节点里会返回空值。
3. 1 个结果落点。在线表格、邮箱、群机器人都行，第 4 个环节要往里写。

权限是最容易卡住的地方。子账号默认没有发布权限，界面正常打开，点「运行」一直转圈。我在 3 个平台上碰到过同一个现象，换主账号 30 秒就跑通。

数据表控制在 3 列以内更稳。列太多，读取节点一次性拉全部字段，超过 20 列时容易超时，第 1 次跑建议只放 5 行测试数据。

操作步骤：4 个环节逐个接

第 1 步 建触发节点

新建工作流后，画布左边会有一个起点节点。点它，触发方式先选「手动触发」，跑顺了再换定时或表单触发。手动触发随时能点，不用等下一个时间点。

定时触发的时间写成 5 段式，比如每天 9 点整写 0 9 * * *，分钟位放 0 别空着。空着的平台多数按每 5 分钟跑 1 次处理，额度会白烧。

第 2 步 接读取节点

点画布右上角「加节点」，选「表格读取」或「文件读取」，把表格地址粘进去。读完后界面给一个输出预览，看到 3 列 5 行的真实数据才算接对。

预览是空的，先检查表头在第 1 行。表头在第 2 行、第 1 行放标题的表格，读取节点会把标题行当字段名，后面全是空列。

第 3 步 挂模型节点

模型节点里有两个输入框：系统提示和用户输入。系统提示写规则，用户输入用变量引用第 2 步的字段，界面上点「+变量」就能选，不用手打字段名。

输出格式那一栏选 JSON，并在提示里列出字段名。我试过让模型自由输出，10 条里 3 条格式不对；选 JSON 后同样的 10 条只错 1 条。

第 4 步 接回写节点

回写节点选「表格写入」或「发消息」，把第 3 步的输出字段逐个映射到目标列。映射完点 1 次「试运行」，目标表格里出现 5 行新数据，全链路就通了。

这一步的位置不能调。先回写再调模型，写进去的是空值；模型节点和回写节点之间断开，界面不报错，跑完表格里一行数据都没有。

参数怎么填

第 3 行的温度决定结果稳不稳。做分类、抽取这类活，0.1 到 0.3 够用；写文案才往上调，调到 0.8 以上，同样输入跑 3 次能出 3 个版本，人工没法核。

第 6 行的并发我吃过亏。图省事设成 10，前 20 条跑得飞快，第 21 条开始报 429，整批任务停在中间，重跑还得自己找回滚点。

报错怎么排查

1. 点运行没反应。多半是缺发布权限，看右上角账号角色里有没有「编辑并发布」。
2. 读取节点返回 0 行。先看工作表名对不对，再看表头是不是在第 1 行。
3. 报 401。密钥过期，或复制时多了 1 个空格，重新生成后粘 1 次，别改格式。
4. 报 429。并发开太高，降到 1，重试间隔改成 10 秒。
5. 输出被截断。最大输出长度不够，按字段数乘 80 往上加。
6. 回写成功但内容错位。字段映射串行了，逐个点开对一遍列名。

第 1 条最费时间，因为界面完全正常。判断办法简单：换主账号点同 1 个按钮，能跑就是权限问题，不用去改节点配置。

第 6 条我遇到过 1 次。两个字段名只差 1 个字，映射时选错了，写进去的 200 行数据整体错 1 列，改完映射重跑，前面那批要手动删掉。

哪些环节必须人工点确认

回写前的最后 1 步建议留人工确认。模型输出 10 条里有 1 到 2 条需要看一眼，尤其金额、日期、人名这 3 类字段，错了不好回滚。

对外发消息的环节也要人看。自动发到群里的内容一旦格式错，撤回也留痕，加 1 个确认按钮，成本是每次多点 1 下，省下的是返工。

纯内部用的整理类任务可以全自动。把 30 条反馈归类、把 1 份长文摘成 5 条要点，这类错只影响自己，跑完扫一眼就行。

换平台这件事要单独说。节点逻辑能搬，节点本身搬不了。同样是「读取表格」，A 平台的节点导出成 JSON 后，B 平台识别不了字段映射，5 个节点里通常要重配 3 个。

提示词和参数表可以整体带走。把系统提示存成 1 个文本文件，温度、最大输出、重试次数记在 1 张表里，换平台时照着填，重配时间从 2 小时压到 20 分钟。

回写节点建议两边都留。原平台保留 1 条旧链路，新平台跑通 3 天、数据行数对上以后再停旧的，中间万一出错还能退回。

跑完怎么验证

1. 看运行记录。每次运行有 1 条记录，状态显示成功、耗时、消耗的调用次数。
2. 数行数。输入 5 行，输出也该是 5 行，多于 5 行说明节点被重复触发。
3. 抽 2 条对照。挑第 1 条和最后 1 条，把输出和原表逐字段比一遍。
4. 断开重跑 1 次。触发改成手动再点 1 次，看结果会不会重复写入。

第 4 条管的是重跑去重。没做去重的工作流，重跑 1 次就多 1 批重复行，我在一个制造企业的项目里见过表格被写进 3 遍同样的 500 行，清理花了 2 小时。

跑顺之后再加什么

加异常分支。给模型节点挂 1 个失败出口，失败时发 1 条通知，比事后翻记录快得多。

加字段校验。回写前判断 1 个必填字段是否为空，为空就跳过这 1 行并在备注列标记，脏数据进不了表。

加日志表。每次运行写 1 行：时间、输入条数、成功条数、失败条数。30 天后回头看，能看出哪类输入最容易失败。

多少行数据该分批

单次 100 行以内可以直接跑，100 到 500 行按 50 行切 10 批，中间停 5 秒。500 行以上再往上堆，接口超时的概率明显上升，第 300 行左右最容易断。

分批要做断点续跑。每批跑完在日志表里记 1 行进度，第 4 批断了，下次从第 5 批接着跑，不用把前 4 批重算。

工作流本身不复杂，卡人的是权限、表头、字段映射这 3 处细节。先把 5 行数据跑通，再放全量，比一上来接 5000 行稳。全量之前留 1 天观察期，第 1 天只跑 50 行，第 2 天放到 200 行，第 3 天再上全部。本文信息核对时间：2026-11。