Zapier：让AI调用工作工具，把需要核对的动作留在审批处

让 AI 判断一封来信的主题，和让它据此改表格、发消息，是两种不同的工作。Zapier 当前将原本独立的 Agents 能力迁入流程编辑器里的 AI by Zapier：用户提供触发事件、任务说明及可用工具，AI 可以选择调用工具，再返回可供后续步骤使用的字段。对已有跨应用流程的运营人员，价值是把判断、执行与人工核对放进同一条可查看历史的流程。当前迁移说明

从文字结果走到工具动作，先限定输入和输出

AI by Zapier 指南允许在提示中使用前一步的字段，并定义输出字段的名称、类型与必填条件。添加应用工具后，还要选择应用、具体动作和连接账号；工具参数可以固定、从有限列表选取，或让 AI 根据任务填写。

例如收到一份活动报名表，可以让 AI 归纳参会主题与待确认问题，再为工作人员准备一条内部记录。若场次和接收频道已经确定，就把这些参数固定；让 AI 只判断主题与缺项，不必同时猜“该把内容写到哪里”。这是编辑设计的试用情境，本文没有连接账号或执行流程，也未验证中文分类效果。

返回一段好读的总结，并不表示后续步骤一定能正确使用。检查时要看“待确认问题”是否有独立字段、未知内容是否被补成事实、人数和日期有没有被改写。把输出结构说清楚，才能让下游步骤继续处理，而不是再解析一段随意变化的文字。

审批必须配置，不能只靠提示里写“先问我”

工具配置文档明确，Require approval before running 开关默认关闭。为某个工具开启后，AI 在调用它之前会暂停，等待用户批准；没有开启的工具照常执行。读取记录与修改记录可分别配置，不能因为其中一个动作需要审批，就假设整个流程的所有动作都自动等待。

官方配置示例中，Google Calendar 动作下的审批开关呈关闭状态；它展示设置位置，不是本文实际创建会议。封面另取同一官方指南的 Gmail 动作等待审批画面，也不是本文执行结果。

因此，首次采用时可以先让流程读取样例、生成内部草稿，再逐个检查会创建、更新或删除数据的工具，决定哪些需要审批。Preview 会列出输出与 Tools used，运行历史也能查看调用了什么、是否成功及任务消耗。应该检查实际动作和参数，而不只是看 AI 最后说“已完成”。

已有Agents迁移，不会自动拆成多个原生步骤

迁移会生成一个原生触发步骤和一个 AI by Zapier 步骤，原来的提示、工具调用与推理留在这个 AI 步骤里。它不会自动把每个工具调用改成独立、固定顺序的原生步骤；需要更明确控制时，可以迁移后手动调整。这一区别决定了该在哪里检查工具配置和调用历史。

官方尚未公布 Agents 关闭日期，部分知识来源和按需聊天触发的迁移也有差异，不能把迁移理解成所有旧能力已经完全等价。发布新流程后还要停用原 agent，否则二者可能独立运行，造成重复动作。对于已有用户，先检查自己的知识来源与触发方式，再测试和发布，比只看“迁移成功”提示更有实际意义。

可预览，不等于免费账号可以发布工具流程

当前文档在方案标题中列 Free，但正文进一步限定：Free 只能用 Standard 层预览结果，不能添加工具，也不能发布含 AI by Zapier 的 Zap。需要工具的流程应核对付费方案和相应模型层；Advanced 按3倍、Premium 按5倍 tasks 费率，调用工具还会增加消耗。自带模型账号另有路线，仍需核对所接模型与自己的服务费用。

迁移后采用 Zapier 的 tasks 计费，无须继续按一份独立 Agents 订阅推算。工具文档列单次 AI 步骤默认上限75 tasks、可调整至500；达到上限会暂停请求反馈，这不是每月总额度。迁移指南还提醒，当前完整 Zap 测试也会消耗 tasks，试用时应查看实际运行记录。

服务隐私补充说明要求各应用独立认证，连接后会保存提供服务所需的登录凭证，并按用户配置在应用间共享信息。云端流程、所选模型与接收应用的处理条件都应按实际连接核对，不能由“可以审批”推成资料只在本机。适合先从少量、有权处理的样例开始，确认字段、工具、审批和成本都符合自己的工作要求，再启用真实触发。