什么是 Zapier MCP,你到底能用它做什么?
Zapier MCP 把 Zap 所依赖的那套应用库交到你的 AI 助手手里,区别在于助手直接调用它,而不是等待触发器。我们接入了 ConnectMachine,并记录下哪些可行、哪些不可行,以及边界在哪里。
Zapier 花了十年时间为 9,000 个应用构建连接器,让一个应用中的触发器可以启动另一个应用中的动作。Zapier MCP 拿起同一套库,把它指向了别处。决定动作何时执行的不再是 Zap,而是你的 AI 助手,在对话进行中,依据你提出的要求来决定。
这个变化比听上去更大。Zap 是你写一次就让它一直跑的规则。MCP 调用则是当下做出的决定。应用完全相同,握方向盘的人不同。
我们在 Zapier 上发布了 ConnectMachine,所以我们自己的动作也能通过这条路径访问。下面的所有内容都是基于这条真实连接写的,而不是基于营销页面。
简短的回答
Model Context Protocol 是 Anthropic 推出的开放标准,让 AI 工具通过统一接口调用外部系统。Zapier MCP 是 Zapier 对它的实现。你会拿到一个 endpoint,授权希望被访问的应用,之后任何 MCP 客户端都能把这些应用当作工具来调用。
实际效果是,在 Claude 里敲下的一句话就能创建一个联系人、把他查出来、往表格里加一行并发到 Slack,而你一个产品都不用打开。
- 应用只需在 Zapier 中授权一次,用的就是你的 Zap 已经在用的那些账户连接。
- 你启用的是具体动作,而不是把整个目录都交出去。
- 助手只能看到你启用的动作,以及它们真实的参数名。
- 每次调用都以你授权的账户身份执行,因此权限与你亲手能做的完全一致。
它和 Zap 有什么不同
真正的区别在于由谁来选择。Zap 的触发器一触发它就运行,每次都运行,不管这次运行当天是否合理。MCP 调用之所以发生,是因为助手读懂了你的请求并挑选了工具。
Zap 是一条常设指令
每个新联系人都进 HubSpot。不作判断,没有例外,而这种可靠性正是它的价值所在。凡是绝不能遗漏的事情,都该交给它。
MCP 调用是一次性的
把这封邮件里的四个人加进我的联系人,但跳过已经存在的那位。这是逐条记录做出的判断,任何触发器都无法表达。
这里有个细节常常让人措手不及。Zapier 也通过 MCP 暴露应用的触发器,但它们是以读取的形式出现的,而不是会自行运行的东西。调用 New Contact 工具是在请求最近出现的联系人,它并不会订阅这些联系人。MCP 里没有任何东西会在你睡觉时运行,而这恰恰正是 Zap 存在的意义。
已连接的应用究竟暴露了什么
一个应用在 MCP 上的用处,取决于开发者发布了哪些动作。ConnectMachine 目前发布了六个,这是一个相当典型的例子。
- New Contact、Updated Contact 和 Deleted Contact,可按需读取。
- Find Contact,按姓名、邮箱、电话、公司、职位或网站搜索。
- Create Contact,只需要一个名字,其余字段全部可选。
- Update Contact,用于修改已有记录上的字段。
读和写同时具备,才让一个应用值得从助手里调用。只能写入的应用会迫使模型去猜某条记录是否已经存在。Find Contact 消除了这种猜测,也正因为如此,先检查再创建如今是一句话,而不是一张流程图。
在 ConnectMachine 的 Find Contact 中,邮箱和电话为精确匹配,而姓名、公司、职位和网站支持部分匹配。用公司搜索 Acme 能找到 Acme Corp,用邮箱搜索 jane@ 则什么都找不到。
趁着对话还热,先把提醒设好。
实际用起来是什么样
当多个应用同时参与时,价值才真正显现,因为助手会把一次调用的结果带进下一次调用,而你不需要连接任何东西。
活动结束后的整理
你粘贴了一份从胸牌扫描器导出的十二人名单。助手用 Find Contact 逐个核对,创建其中八个新的,为两位换了岗位的人更新职位,并告诉你它没有动的是哪两位。Zap 无法逐行做出这种判断。
补全你已有的资料
找出 Acme 的所有人,看看谁缺少 LinkedIn 链接。你会拿到一份名单,并且可以在同一段对话里补上,因为 Update Contact 就在手边。
一句话之间跨越应用边界
在我的联系人里搜索所有在会议上认识的人,然后把他们放进一个新表格,附上公司和职位。这是两个应用、四次调用,助手把搜索结果一路带进表格,而你一个字段都不用映射。上面的截图就是这个请求正在运行的样子。
Zapier MCP 的短板
这一点值得直说,因为它的失效方式是可以预料的,而且一旦知道就都能避开。
- 没有任何东西是事件驱动的。如果任务是当 X 发生时始终执行 Y,那就写一个 Zap。MCP 不会在无人看管的情况下运行。
- 只有启用过的动作才存在。模型无法调用你没有开启的东西,而工具看似缺失的常见原因,就是它从未被启用。
- 调用会消耗 Zapier 任务,与你的 Zap 共用同一个计数器,因此一场话多的会话会实实在在耗掉配额。
- 参数由模型来挑选。含糊的指令会产生含糊的搜索,而一次匹配到三个人的搜索,应当以向你提问收尾,而不是直接写入。
- 动作会以被设为默认的那个账户身份执行,当你同时连接了工作账号和个人账号时,这一点很容易被忽略。
最后这一条是我们会盯住的。任何会写入的操作,都应该在运行之前就指向正确的连接,而不是运行之后。
从哪里开始
启用一个应用,请求一次读取,确认返回的结果是真实的,然后再允许任何写入。读取可以放心试验,而且它会教你模型是怎样组织参数的,这几乎就是全部的学习曲线。
如果你想要 ConnectMachine 的完整流程,包括授权步骤和最值得先跑的几条提示词,我们单独写在了 通过 Zapier MCP 把 ConnectMachine 接入 Claude 一文中。ConnectMachine 也运行着自己的 MCP 服务器,它在联系人方面更深入,但无法触及你的其他应用,相关内容见 MCP 服务器发布公告。
查看 ConnectMachine 的 Zapier 集成常见问题
什么是 Zapier MCP?
Zapier MCP 和 Zap 有什么区别?
Zapier MCP 能在后台运行自动化吗?
哪些 AI 工具支持 Zapier MCP?
Zapier MCP 会消耗我的 Zapier 任务配额吗?
我的助手能看到我 Zapier 账户里的所有应用吗?
ConnectMachine 通过 Zapier MCP 能做什么?
Zapier 上的 ConnectMachine