2026年，任何有价值的企业都需要采用合适的工具来触达客户，而很少有工具能像WhatsApp一样举足轻重。
Meta首席财务官苏珊·李在今年1月的财报电话会议上向投资者透露，该应用上的付费消息业务在2025年第四季度已突破年化20亿美元的运营规模。但要在WhatsApp上正确配置企业账户，仍然是一项繁琐的工作。初始的接入流程常常需要开发者在Meta账户设置、API文档和代码编辑器之间来回切换，完成连接与验证电话号码、配置webhook，并让整个集成正常运行。其中一部分是一次性的工作，但诸如管理消息模板、测试变更以及排查配置问题等任务，仍会让开发者反复回到这些工具中。
Meta今天公布的解决方案是：让AI编码智能体通过MCP直接处理这类配置工作中的大部分内容。
将编码智能体与WhatsApp连接
理解WhatsApp商业工具MCP服务器用途的最简单方式，是看一看开发者可能想要交给智能体来完成的那类任务。
以一家希望通过WhatsApp提供客户支持、订单更新或偶尔推送特别优惠的在线零售商为例。开发者可以将新的MCP服务器连接到诸如Claude或Codex这样的智能体，用自己的Meta账户登录，并选择允许该智能体访问哪些自己已经管理的企业账户。这种访问权限仅限于所选择的企业范围——连接智能体并不会让它随意访问开发者关联的所有Meta账户。
开发者给智能体提供企业希望使用的号码和显示名称，智能体即可处理添加该号码以及为其设置WhatsApp账户所需的步骤。随后Meta会通过短信或语音发送一次性验证码；开发者将验证码返回给智能体后，该号码便可完成验证并注册用于发送消息。
Meta产品营销人员佐伊·利伯曼在周二发布的博客文章中表示，这一想法最终是要把一系列原本分散的API任务，转变为用户可以用日常语言要求智能体完成的事情。
“你只需描述自己想要什么——账户、号码、模板以及API调用，交给你的智能体来处理。”
利伯曼写道：“你只需描述自己想要什么——账户、号码、模板以及API调用，交给你的智能体来处理。”
一个模板示例
WhatsApp商业工具MCP服务器的大部分功能，关注的是如何让企业最初顺利地在WhatsApp上运作起来。然而，消息模板展示了初始配置完成后，智能体依然能够发挥作用的方式。
这里有一条WhatsApp规则值得解释。当客户向企业发送消息时，会开启一个24小时的客户服务窗口，在此期间企业可以用普通的自由格式消息进行回复。客户发来的每一条新消息都会重新开启这个24小时的计时。这一规则的目的是防止企业将一次旧的客户对话变成无限期发送未经请求消息的渠道：一旦窗口关闭，企业若想再次联系该客户，通常需要使用经Meta批准的消息模板。
因此，零售商可以要求智能体创建一个营销模板，例如向客户提供优惠券，或者创建一个用于发送订单更新的实用型模板。模板可以包含标题、正文、页脚和按钮等元素。
在同一次对话中，使用智能体的人可以列出企业现有的模板，查看特定版本，更新或删除它。
一切配置就位后，开发者可以要求智能体发送一条测试消息，在正式面向客户之前检查一切是否按预期运行。如果收件人不在24小时客户服务窗口内，智能体可以提示无法发送自由格式消息，并建议改用已批准的模板。
此外，还需要处理WhatsApp对话的另一半：当客户回复时会发生什么？
开发者可以要求智能体配置webhook，告知WhatsApp将这些收到的消息和其他事件发送到何处，例如零售商的CRM系统、客户支持平台、聊天机器人或订单管理系统。
智能体既可以查看账户，也可以修改账户。这意味着可以询问已经配置了哪些内容，或者还有哪些内容需要处理——例如，企业是否缺少Meta收取可计费WhatsApp消息费用所需的付款信息。
这一切都设有一定的防护措施。智能体使用的是连接它的那个人的访问权限，Meta表示通过MCP执行的操作都会被记录下来。
“每一次读取都在你自己的查看者身份下运行，每一次调用都会被记录，任何改变状态的操作都需要经过身份验证的个人而非应用层凭证来完成。”
利伯曼写道：“每一次读取都在你自己的查看者身份下运行，每一次调用都会被记录，任何改变状态的操作都需要经过身份验证的个人而非应用层凭证来完成。”
Meta的MCP推进仍与人类身份紧密绑定
这种以人类身份为核心的做法，恰逢业界围绕AI智能体应如何表明自身身份这一更广泛争论的背景之下。如今的智能体往往继承使用者本人的权限，而一些公司正在推动为智能体赋予其自身可限定范围、可撤销的独立身份——Vercel近期收购Better Auth便是例证。这一概念也出现在各大云平台中，例如微软的Entra Agent ID，会为在Azure AI Foundry或Copilot Studio中创建的智能体自动分配身份。而亚马逊Bedrock AgentCore Identity则为每个智能体赋予自己的身份，使其能够代表用户行动，也能独立行动，而无需借用任何人的登录凭证。
因此，尽管业界明显正朝着赋予智能体独立身份的方向推进，Meta在这里仍然坚持将人类牢牢纳入流程之中。智能体只能在经过身份验证的用户现有权限范围内行动，这使权限始终受限于一个已知的人类账户，也让敏感操作更容易被追溯和控制。
值得注意的是，这并非Meta首次尝试让其开发者工具能被AI智能体所使用。今年6月，该公司推出了开发者工具MCP，后更名为Meta社交技术MCP，该工具适用于Meta整个开发者平台——包括使用WhatsApp Business API构建的集成。
这两者之间存在一些重叠，但运作层面有所不同。Meta社交技术MCP是更为宽泛的开发者工具：智能体可以借此发现Graph API端点、搜索Meta的文档、检查某个集成背后的应用，并排查错误。这当然也涵盖使用WhatsApp进行开发的场景。
而WhatsApp商业工具MCP则更专注于运营WhatsApp Business本身。它为智能体提供了用于处理WhatsApp商业账户、接入与验证电话号码、创建和管理消息模板、配置与测试webhook，以及发送测试消息的工具。
利伯曼写道：“两者是互补关系——如果你两者都需要，就都安装上。”
这款全新的WhatsApp服务器目前仍处于早期阶段。Meta表示将采取逐步推广的方式，这意味着并非所有人都能立即使用，而相关界面和工具本身仍处于测试阶段，可能会有所变动。
Q&A
Q1：WhatsApp商业工具MCP服务器是做什么的？
A：它让AI编码智能体（如Claude或Codex）能够直接处理WhatsApp Business的配置工作，包括添加和验证电话号码、创建管理消息模板、配置webhook以及发送测试消息，将一系列分散的API任务转变为可以用日常语言完成的操作。
Q2：使用WhatsApp商业工具MCP安全吗？
A：Meta表示设有防护措施，智能体只能使用连接它的人的访问权限，所有操作都会被记录，任何改变状态的操作都需要经过身份验证的真实用户，而非应用层凭证。
Q3：WhatsApp商业工具MCP和Meta社交技术MCP有什么区别？
A：Meta社交技术MCP是更宽泛的开发者工具，用于发现Graph API端点、搜索文档和排查错误；WhatsApp商业工具MCP则更专注于WhatsApp Business的具体运营，二者功能互补，可同时安装使用。
