Zapier MCP 实用指南：让 AI 助手连接业务应用

Zapier MCP 能让 AI 助手把对话中做出的决定落实到业务应用里：记录销售线索、起草回复，或趁上下文还在时创建跟进任务。对于已经使用 Zapier 的业务人员，最直接的好处就是少在窗口之间复制粘贴。起步时，先限定可用操作，再选一项结果便于核查的工作。

Zapier MCP 是什么？

Zapier MCP 通过 Model Context Protocol（模型上下文协议）将 AI 助手与应用连接起来。这套通用协议让 AI 软件能够调用外部工具。助手选择操作并提供具体参数，Zapier 则通过已连接的应用执行操作，再把结果返回给助手。

可以把它想成一个有人值守的调度台：助手说明要办什么事，调度台检查有哪些服务可用，连接的应用负责执行。MCP 提供统一的请求格式，但不会替你判断是否该给客户发那封邮件。

客户端就是你使用的 AI 应用。Zapier 在技术概览中列出了 Claude、ChatGPT、Cursor 等客户端。服务器保存着这些客户端可用的应用和操作，不需要你自行部署机器。关于底层标准，可参阅 MCP 是什么。

先看运行模式，再看支持多少应用

首次搭建范围明确的工作流时，应选择托管模式（managed mode）。由你指定可用操作，助手不能自行启用其他操作。

不过，新建服务器通常默认采用智能体模式（agentic mode）。Zapier 可以根据现有应用连接预先启用操作，助手也能在你提出工作要求时发现并添加更多操作。这适合开放式协助，但也意味着“我只启用了这些工具”不再代表固定的权限边界。服务器模式文档明确说明了两者的区别。

实际变化在于交接发生在哪里。过去，你可能要复制对话摘要、打开电子表格录入记录，再打开消息应用编写通知。配置好 MCP 工作流后，你可以在对话中审阅拟写入的记录和消息，再让助手执行。决定是否执行、核实执行结果，仍由你负责。

如何配置 Zapier MCP？

先设置服务器，选好操作及其使用的应用账户，再连接 AI 客户端。以下步骤依据官方文档整理，并非实际账户操作演示，也不表示我们运行过你的应用。

创建或选择服务器

打开 Zapier MCP 控制台。Zapier 的控制台设置指南说明，应先点击 + New MCP Server，再选择 AI 客户端。较新的文档将创建按钮称为 Add MCP server。

也可以从客户端发起连接：在助手中连接 Zapier，然后完成授权。首次连接时，Zapier 会创建默认服务器，之后连接的客户端也会加入该服务器。现有应用连接可能自带已启用的操作。如果你通过这条路径接入，应选择已有服务器，不要默认操作列表是空的。

明确限定可用操作

进入服务器的 Settings，选择 Managed mode，点击 Save changes。这项设置会影响连接到该服务器的所有客户端。切换后，需要刷新客户端的工具列表，例如重启 Claude Desktop 或重新加载 Cursor。模式切换说明也介绍了其他客户端的刷新方法。

先检查已有操作，移除不在试点范围内的部分。接着：

1. 点击 Add tool，搜索并选择应用。
2. 选择所需的具体操作，例如 Create Spreadsheet Row（创建电子表格行）。
3. 连接准备使用的应用账户，添加工具。
4. 打开该操作的 ⋮ 菜单，选择 Configure，配置字段并保存。

尽量固定写入目标：使用哪张表、哪个频道或哪个项目，不应交给助手猜。内容字段则留给助手填写。Zapier 配置中的固定值会覆盖客户端传入的值。

连接你实际使用的客户端

控制台指南的最后一步是打开 Connect 标签页，按所选客户端的说明操作。目前各客户端的接入方式如下：

组织可能要求管理员先启用连接。如果试点需要严格限定操作范围，就不要直接运行会扩充工具列表的引导提示词。

对于未列出的客户端，Zapier 文档给出的路径是 Add MCP server → Other，然后进入 Settings → API token → Generate token。客户端必须支持 Streamable HTTP，这是 Zapier 的 MCP 所用的网络传输方式。请按其他客户端接入说明获取连接令牌。令牌以及包含令牌的任何 URL，都应像密码一样保管。

首次写入前，先核对账户

每项操作都会通过选定的 Zapier 应用连接执行。你要核对的是这个身份：连接的邮箱、工作区或客户关系管理（CRM）账户，而不只是 AI 订阅账户显示的名字。

要设置应用的默认连接，打开该应用的 ⋮ 菜单，选择 Manage connection，选中目标连接，再点击 Set default connection。单项操作可以覆盖默认连接。操作配置说明介绍了账户选择和固定字段的设置方式。

先对测试目标运行试点，在应用中核查结果，并查看服务器的 History。助手在对话中回答得很肯定，并不能证明数据已写入正确位置。

**用量：**每次工具调用消耗现有 Zapier 任务配额中的两个任务，与 Zaps 共用同一份配额。

最适合先交给它的三项工作

先选择助手已经掌握相关上下文、而你又能判断结果是否正确的工作。以下是基于公开操作设计的工作流建议，并非经过测量的案例研究。

记录合格销售线索，并通知团队

**销售运营人员最适合尝试的第一项工作：**把已经在对话中确认符合条件的销售线索，转成共享记录和团队通知。

启用 Google Sheets 的 Create Spreadsheet Row 和 Slack 的 Send Channel Message（发送频道消息）。固定目标表格和频道，提供约定好的列名，并要求助手在写入前展示行内容和消息。

可以这样要求：“使用上面已批准的销售线索信息。先给我看准备写入的行和频道消息。等我批准后，先添加行；只有添加成功，才发送通知。”

这样，决定刚做出就能完成清晰交接。两项输出都应包含便于识别的线索标识。如果行添加成功、消息发送失败，重试前先检查发生了什么，不要直接让助手把整套操作重做一遍。

结合 CRM 信息起草邮件回复

**适合客户经理：**把客户档案用于邮件回复，但不给助手发送邮件的权限。

启用 HubSpot 的 Find Contact（查找联系人），以及 Gmail 的 Get Conversation（获取邮件会话）和 Create Draft Reply（创建回复草稿）。后两项列在 Zapier 的 Gmail MCP 操作目录中。Get Conversation 接收的是 thread ID，也就是邮件会话的标识，因此要提供正确的会话标识，不要以为它会搜索整个收件箱。

可以这样要求：“阅读这个邮件会话，根据发件人的邮箱地址查找联系人。只使用查询返回的客户事实起草回复。如果无法确定是哪位联系人，就停下来询问。保存草稿，供我审阅。”

这里的权限边界体现在工具配置上：可以使用 Create Draft Reply，不能使用 Send Email（发送邮件）。你在邮箱中核对收件人、承诺和事实陈述，再手动发送。查询 CRM 能补充上下文，却不能让没有依据的折扣或交付承诺变得可信。

根据邮件会话创建任务

**适合项目协调人员：**把具体的客户请求转成任务，并给执行者提供足够的上下文。

启用 Gmail 的 Get Conversation，以及 Asana 的 Create Task From Template（从模板创建任务）。先准备合适的任务模板，再把会话 ID、指定模板和目标位置交给助手，要求它在创建前指出负责人或截止日期等缺失信息。

可以这样要求：“阅读这个邮件会话，概括客户要求完成的工作。先展示拟创建的任务，并指出缺少什么信息。批准后，再用我们的客户请求模板创建任务。”

这样能减少滞留在邮箱里的请求。如果可用字段允许，应在任务中保留邮件引用。创建任务，不等于已经设定了合理的截止日期，也不等于有人接受了这项工作。

试点之后，值得尝试的两种扩展

**运营负责人可以用它准备客户通话简报。**通过联系人查询和指定的邮件会话，在对话中整理当前的客户关系背景。好处是减少通话前四处查找资料的时间。在简报能稳定区分检索到的事实与建议讨论的话题之前，保持只读。

**交付经理可以用它记录规划讨论中的决定。**用电子表格操作维护决策日志，用频道消息操作发送商定的通知。要求拟写内容明确负责人和下一步行动。这样有望缩短从有效讨论到可执行交接之间的距离。

两种场景都不需要另造一个通用智能体，而是复用一组小而清晰的操作。

围绕它做什么产品值得尝试？

先做范围小、输出可审阅的工作流。CRM AI 自动化的搜索热度，说明这个方向值得调研，并不能证明买家还需要一个通用助手。

**最值得尝试的方向，是面向客户经理、结合 CRM 上下文的回复工作台。**初版可以只处理选定的邮件会话：检索匹配的联系人，依据查到的信息起草回复，再提交审阅。销售或客户成功团队愿意付费的理由，是它能按团队特定的客户管理和审批规则，一致地处理工作。难点在于差异化：如果只是封装同一段提示词，用户自己在助手里也能复现。价值必须来自准确匹配客户、展示依据和处理例外情况。

**CRM 交接记录工具可以服务销售运营团队。**从已批准的线索信息、目标记录和团队通知做起，为每项操作展示明确结果。更广泛的 CRM 自动化需求，支持进一步调查这条工作流。难点在于部分成功：记录线索与通知团队是两个独立结果。一个最小可用产品，也需要让状态可见，并能在恢复执行时避免生成重复记录。

无论选择哪条路线，都应先用业务人员的真实工作样本验证，再扩展产品。这些只是产品假设，不是收入预测。

限定助手的权限范围

托管模式限制的是可用工具，并不能保证工具每次被允许的调用都正确。

试点期间，不要启用发送邮件、删除记录、批量更新或不受限制的自定义操作。优先选择草稿操作，而非发送操作。固定目标位置，并使用满足工作需要的最低权限应用账户。用提示词要求确认有帮助，但直接移除高风险操作，边界更牢靠。

Zapier 不会把应用凭据交给模型，但查询返回的数据仍可能成为助手的上下文。因此，对它能读取什么，要像对它能修改什么一样谨慎。邮件或客户档案里出现的指令，应作为数据处理，而不是执行新工作的授权。

出现失败时，检查 History 记录。重试写入之前，先查看目标应用。另外，切换共享服务器的模式会影响其上的所有客户端；服务器概览说明了哪些内容是共享的。

什么时候更适合用原生连接器？

如果助手的原生连接器已经能完成所需的具体任务，而且账户控制符合要求，就优先使用它。如果应用自身的 MCP 服务器在文档中提供了 Zapier 未开放的特定操作，可以选择应用自带的服务器。不要先入为主地认为直连功能更深入、速度更快或更安全；应核对实际操作和权限模型。

当工作需要跨越多个已通过 Zapier 连接的应用时，Zapier MCP 最有吸引力。如果任务必须在某个事件发生时自动运行，那么基于触发器的 Zap，可能比你在对话中主动发起请求更合适。这一区分来自 Zapier 对工作流与 MCP 的定义。

如果你正在重新选择自动化平台，可比较 Zapier 替代方案，以及 n8n、Zapier 与 Make 对比。

Zapier MCP 服务器是什么？

它是一组配置，保存着助手通过 Zapier 使用的应用、操作和客户端连接。托管模式下，由你指定固定的操作列表；智能体模式下，助手可以发现并启用操作。

如何开始使用 Zapier MCP？

创建或选择服务器，选好模式和操作，核对各应用连接，再按客户端说明完成连接。从客户端发起登录可能会自动创建服务器，因此，在开始范围受限的试点之前，要先检查预先启用的操作。

Zapier MCP 免费吗？

所有 Zapier 套餐都包含 MCP，但它会消耗现有任务配额。套餐包含访问权限，并不代表可以无限使用。

周一，销售运营人员可以连接一张测试表和一个测试频道，启用添加行与发送消息操作，跑通一条能够从头到尾核查的线索交接流程。在团队能够讲清楚执行了什么、使用谁的账户，以及部分失败后如何恢复之前，先保持试点规模小。

如果你希望为团队搭建范围明确的工作流，可以了解我们的 AI 自动化开发服务。