ai工作流教程怎么走完第一步?先把3个触发条件配好

搭 1 条能用的 AI 工作流，最少 3 个节点：触发条件、模型处理、结果落地。跑通这条主线，熟手 1 到 2 小时够了，时间大多花在调提示词和补异常分支上。

2025 年我帮 4 个做客服和内容分发的团队搭过这类流程，最短的 1 条 40 分钟上线，最长的一条折腾了 3 周。差别不在工具选得对不对，在于动手前有没有把「谁触发、什么时候触发、结果给谁看」这 3 件事写清楚。下面按准备、搭线、填参数、报错、验证的顺序写一遍。

先准备什么

1. 1 个可用账号。扣子、Dify、n8n 都能做，注册后用免费额度先跑通，别一上来就买付费版。
2. 1 条已经跑熟的手工流程。用纸写下来，从收到什么开始，到交出什么结束，中间有几步写几步。
3. 20 条真实样本。要带原始格式，比如客户原话、带表头的表格、带署名的邮件，样本脏一点更好。
4. 1 个结果落点。多维表格、企业微信群、邮箱都行，先定 1 个，别同时接 3 个。
5. 1 个能调通的模型。平台自带的够用，需要长文本再换，换模型只改 1 个节点，别改整条线。

第 2 项最容易被跳过。我见过一个团队花 3 天搭完 12 个节点，上线第 1 天发现手工流程里有个「老板口头确认」的环节，机器接不了，整条线停在那里。把手工步骤写全，能提前看出哪几步必须留人。

动手前先写 1 句话

格式是「每当 X 发生，把 Y 处理成 Z，交给 W」。举个具体的：每当有客户在店铺后台留言，把留言按退款、物流、产品咨询分成 3 类，摘要成 80 字以内的一段，交给客服群当班的人。

这句话写不出来，说明流程还没想清楚，先别打开平台。写得出来，后面的节点基本就是照着这句话拆，3 个节点对应 3 个动作。

操作步骤

1. 登录平台，进「工作流」或「Bot 编排」页面，新建 1 个空白流程，命名带用途和日期，比如「客服留言分流-2611」。
2. 放第 1 个节点，选「触发器」，多数平台叫「开始节点」或「Webhook」。定时跑就选定时触发，接后台消息就选 Webhook。
3. 配触发参数。定时触发填 cron，每天 9 点写 0 9 * * *；Webhook 复制平台给的地址，粘到消息来源的回调设置里。
4. 放第 2 个节点，选「大模型」，模型挑默认那个，温度调到 0.3 左右，要输出稳定就别给太高。
5. 写提示词。三段结构：角色 1 句、任务 2 到 3 句、输出格式 1 段。输出格式写成 JSON 或固定小标题，后面才好接。
6. 把输入接上变量。点输入框右侧的「插入变量」，选上一个节点输出的字段，别手打字段名。
7. 放第 3 个节点接输出。表格选「新增记录」，群消息选「发送文本」，上一步的 JSON 字段逐个映射到列。
8. 点「试运行」，用第 3 项的样本喂进去，看每个节点的输入输出，跑 3 条再开自动。

第 4 步的温度给到 0.3，是为了让同一批留言每次分类结果一致。做文案生成可以调到 0.7，分类、抽取这类任务压在 0.3 以下更稳。

节点别一次加满

第一版控制在 3 到 4 个节点，跑 2 天再决定加什么。我看过一个流程堆了 18 个节点，其中 6 个是「万一模型输出格式不对」的兜底，主线路一改，这 6 个兜底全要重配，维护成本比人工还高。

定时触发和消息触发怎么选

差别在「谁先发起」。定时触发由平台按 cron 主动跑，适合每天固定时间汇总数据、出日报这类活；Webhook 要等外部系统调 1 个地址，适合客户留言、订单状态变化这类事件。

1 条流程只留 1 个入口，两种都要就拆成 2 条流程，共用一个模型节点。我踩过的坑是把定时和 Webhook 塞进同 1 条线，下午定时跑的时候把还没发生的消息当成空值处理，一次写进了 6 条空记录，事后手工删了半小时。

参数怎么填

表格第 5 行和第 6 行是一对。超时给足，重试给 2 到 3 次，能把接口抖动挡掉大半；两个都压到最短，流程每天都得人盯着补跑。

输出格式这一栏决定后面好不好接

让模型输出 JSON，字段名固定成 4 到 6 个，比如 category、summary、urgency、need_human。字段一多，模型漏字段的概率就上去了，实测超过 8 个字段时，20 条样本里会有 2 到 3 条缺项。

接表格时把 need_human 做成 1 个开关列。客服看到 1 就人工接，看到 0 就走自动回复，这一步能省掉大半判读时间。

报错怎么排查

1. 触发没反应。先看流程是不是停在「草稿」状态，多数平台要点 1 次「发布」才开始收消息。再看 Webhook 地址有没有多复制 1 个空格。
2. 模型节点报 400。多半是提示词里的变量取空，把上一步输出展开看字段值，字段名大小写不一致也报这个。
3. 输出被截断。最大输出长度不够，往上调 1 档，同时在提示词里写明「不超过 300 字」。
4. 表格写入失败。列名和字段名对不上，或者日期列收到的是文本，把日期字段单独格式化 1 次。
5. 整条流程偶发超时。看单节点耗时，模型节点超过 40 秒就把输入压短，附件先抽文本再喂。
6. 跑一半停了。免费额度用完或者并发到上限，后台用量页能看到具体卡在哪个限额。

第 5 条最常被误判成平台不稳。我把 1 条流程的输入从 1 万 2 千字压到 3 千字，单节点耗时从 52 秒降到 11 秒，超时再没出现过。

人工检查点放在哪

两类活必须留人：涉及金额和承诺的回复，涉及客户隐私的字段。做法是在流程末尾加 1 个「待审」列，机器只写草稿，人点 1 次确认才发出去。这 1 列的成本很低，出事后的返工成本高得多。

怎么验证成功

1. 看日志。平台每跑 1 次都有 1 条运行记录，连续 20 条的输入输出字段都完整，才算稳。
2. 对样本。挑 10 条人工做过结果的样本让流程重跑，分类一致率低于 8 成先改提示词。
3. 看耗时。整条流程平均耗时压在 30 秒以内，客服才愿意用，超过 1 分钟基本没人等。
4. 看漏数。对比触发了多少次、落地了多少条，两个数字差 1 条以上就要查输出节点。

上线后第 1 周每天花 5 分钟看这 4 个数字，第 2 周起每周看 1 次。真正容易出问题的地方是输入格式变化，比如客户开始发图片、表格换了模板，这类变化人看一眼就知道，日志里看不出来。

我自己那条第 1 版只做了分类，没做摘要，客服还得看原文。第 2 周把摘要字段加上，人均处理量从每天 60 条涨到 110 条，改动只是提示词里 1 句话。

本文信息核对时间：2026-11。各平台的节点名称与限额会调整，参数按平台后台当页说明填。