文章指出许多 AI 工作流实为「穿 AI 马甲的传统规则」,并梳理了 AI 在自动化流程中真正发挥价值的四种定位,包括判断、生成、提取等场景。
我岳父岳母把家里所有的灯都接入了 Alexa。但没人记得自己坐的是"客厅"还是"家庭房",所以下了三次命令、误触一次播放列表之后,总有人最后干脆起身走过去按开关。
很多 AI 工作流的构建方式也是这样——比如有人调用模型来检查一个数字是否超过阈值。这件事从 Excel 远古时代起就有条件规则在处理了。这里不需要做任何判断,也不需要解释任何语言,只是处理一个数字,要么触发动作,要么不触发。然而伸手就用 AI 的本能却无处不在。
这笔开销累计起来可不小:根据 Zapier 的 AI 工作流指数,将 AI 保留给推理步骤的工作流,比将每个步骤都经由模型处理的工作流,运行成本低 71%。下面是一个实用的框架,帮助你决定 AI 在工作流中究竟该放在哪里。
Zapier 的 AI 工作流指数分析了采用 AI 工作流排名前 25% 的中大型企业——按 AI 工作流采用率排名——实际上是如何使用 AI 的。综合所有企业来看,AI 往往扮演四种特定角色之一。
此角色中 AI 的作用:为人书写
Communicator 是自动化工作流中最常见的 AI 角色,优势明显:84% 的领先企业都在运行它。AI 在这里的角色是起草内容(例如汇总邮件、Slack 文摘),然后将输出发送给人类——无论是需要同事审核的内部输出,还是直接发送给客户的对外内容。
此角色中 AI 的作用:提取信息并更新记录
Clerk 是第二常见的角色,有 79% 的企业使用。AI 读取非结构化输入——例如通话记录、来历工单或表单提交——并将其转换为结构化字段,写入团队已在用来追踪信息的系统中。
此角色中 AI 的作用:做出决策
这个角色占所有 AI 工作流运行的 44%(其中 76% 发生在非工作时间)。AI 给出一个判断结果,比如一个评分或者是和否的决定,后续步骤直接据此行动。
此角色中 AI 的作用:创建任务
Coordinator 出现在约四分之一的企业中,是四种角色里最少见的。在这个角色中,AI 发起工作,将入站信号转换为团队项目管理系统中的追踪任务或工单。
判断正确角色最简单的方法是从谁(或什么)接收 AI 的输出开始。
如果输出是给一个人的,角色要么是 Communicator,要么是 Clerk。区分走哪条路的依据是形式:Communicator 生成文本(例如摘要、草稿或文摘),而 Clerk 从非结构化输入中提取结构化字段并写入系统。无论哪种方式,在任何动作执行之前,人类都会先看到输出。
如果输出直接给系统或规则,路径取决于人类是否先审核。如果有人在触发任何操作之前先审核输出,那仍然在 Communicator 或 Clerk 的范畴。如果直接执行(没有审核步骤),那就是 Analyst 或 Coordinator。
开始构建之前,先确定工作流中哪些步骤真正需要 AI。即便是领先的企业,AI 工作流中也只有 18% 的步骤是真正的 AI 步骤。其余都靠规则、逻辑和传统自动化运行。如果一个步骤不需要判断或语言解释,条件规则会处理得更快、更便宜。
一旦确认需要 AI,就考虑它扮演什么角色。大多数企业(79%)先建 Communicator 或 Clerk,因为风险更低。在任何操作执行之前,人类会先看到输出,所以如果 AI 出了错,人类有机会发现并纠正。
如果从零开始,找一个当前由人手动根据收到的输入撰写内容、或手动从非结构化来源录入数据的工作流,先在那里构建。已经有了 AI 在工作流中表现的基准之后,再叠加 Analyst 或 Coordinator。
当准备组合多个角色时,要给它们排序。选择一个起始角色,定义它的输出是什么样的,然后问自己第二个角色是否能自然地接上。如果答案是肯定的,就形成了一条干净的链条。如果说不清一个角色在哪里结束、另一个在哪里开始,就把它们当作独立的工作流来处理。
下面是一个实际的排序示例:销售通话结束后,AI 分析通话记录,提取与交易相关的字段,并添加到 CRM(Clerk)。然后条件规则检查交易金额是否超过阈值(这里不需要 AI)。如果超过,第二个 AI 步骤根据匹配标准对线索进行评分,并返回路由决策(Analyst)。这样,一个角色的输出就成了下一个角色的输入。
AI 与你的业务工具连接得越多,你就越需要一个统一的地方来控制它的访问权限。这就是 Zapier 做的事,让你通过 OAuth 管理的连接和细粒度权限安全地连接 9,000 多个应用。
你可以在任何地方开始构建。描述你想创建的内容,Zapier 的 AI 助手会为你配置工作流,只在需要的地方加入 AI。或者你可以安装 Zapier MCP,让 ChatGPT、Claude 或其他 AI 助手在不离开聊天窗口的情况下执行操作。无论你怎么构建,访问模型都保持一致:你决定你的 Agent 可以触及哪些应用和操作,如果情况有变,你的 IT 团队可以从一个地方撤销访问权限。