什么是 Pushwoosh Messaging MCP?
Pushwoosh MCP 让你的 AI 助手——Claude、Cursor 或其他任意客户端——通过 Pushwoosh 直接向海外用户发送消息。你用自然语言告诉助手要发什么、发给谁,它就能通过 Push、Email、SMS、WhatsApp 等渠道完成实际投递。
对于正在把营销自动化能力交给 AI 智能体、同时需要稳定触达海外用户的出海团队来说,这解决的是执行层的最后一公里:智能体不再只是给出建议,而是能把建议一路带到用户设备上。
底层设计刻意保持简洁:
一个工具连接所有渠道 一次 Notify 调用即可触达 Push、Email、SMS、WhatsApp、Telegram、LINE 或 Kakao——一次接入,处处可用。
用自然语言描述发送需求 助手用你在聊天里输入的方式描述这次发送,然后真正把消息发出去。
在你已经使用的 AI 客户端里直接工作 接入 Claude、Cursor、Windsurf 或自定义客户端——在你已经工作的地方运行,无需切换工具。
”
AI 助手已经能很好地做出决策:触达谁、发什么内容、什么时候发。但一直没有解决的是那个枯燥又棘手的环节——真正把消息投递到用户可能在的每一个渠道上。这正是我们补上的那一块。
Pushwoosh Messaging MCP 把这个执行环节直接交给了助手本身。现在,你的智能体可以把一条建议一路执行到实际送达,整个用户沟通流程明显变得更高效——这对需要向海外用户规模化触达的出海团队尤其关键。
为什么你的 AI 助手需要它
一个能规划出完美消息、却无法发送的 AI 助手,只是把待办事项丢给了你——你仍然要手动打开 Pushwoosh 后台去执行。Messaging MCP 去掉了这一步,让助手能够直接投递自己生成的内容。这与整个生命周期营销正在发生的转变一致:可以参考我们整理的生命周期各阶段 AI Prompt 合集 ,了解当助手拥有这种执行权限后,还能规划哪些场景。
”
服务端已托管,无需任何本地安装——客户端配置里填一个 URL 即可,智能体严格运行在你自己的、权限受限的 Server Token 之下,只能访问你指定的 App 和渠道。
真正的发送需要你先行审批才会执行,智能体无法自主群发。所有调用都是幂等的,可安全重试,连接中断不会导致重复发送,每次响应都会返回结构化的消息码,可在 Message History 中追溯。
由于该 Token 运行在已经通过 SOC 2、ISO 27001 认证并符合 GDPR 要求的基础设施之上,智能体获得的安全基线就是我们已经审计过的那一套——你不需要从零开始重新评估它的安全性。
用它能做什么(真实使用场景)
🛠️
开始之前:
你的用户分群和事件数据已经在 Pushwoosh 项目里。在你已经使用的 AI 客户端中,用自然语言告诉助手你想做什么——触达谁、走哪个渠道、发什么内容。助手负责规划这次发送;Messaging MCP 则是让它真正拥有跨渠道投递权限的那一层。你会拿到一个消息码,可在 Message History 中追踪。
以下是出海 App 现在就能直接复用的真实场景:
⚡ 在时效性事件发生的瞬间发送消息
系统里发生了用户此刻就想知道的事情。
When a price_drop event fires, notify the users who saved
that item that the price just dropped. Send a push and track it.
MCP 做了什么: 在助手调用的那一刻,把推送投递给匹配的用户,并返回一个消息码。
结果: 提醒在仍然有意义的时刻送达,发送记录也能在 Message History 中查到。
触发条件是可替换的:降价、补货、比赛开始、内容上线、限时促销——同样的模式,不同的事件。可参考基于事件的营销自动化 了解背后的搭建逻辑,跨境电商促销节点(如 618、双十一)尤其适用这种即时触达模式。
⏰ 在截止时间前触达用户
有些消息只在特定时间窗口内有意义——免费试用即将到期、积分即将过期、订阅即将续费。
Message everyone whose trial ends in 2 days. Send a push;
if a device isn't reachable, send email instead. One message per user.
MCP 做了什么: 先投递推送,对推送无法触达的用户,由助手自动回退为发送邮件。
结果: 提醒在窗口关闭前,通过每个用户真正能接收到的渠道送达。
试用期、续费、即将过期的奖励、保留的预订——任何带有时间限制的场景都遵循同样的逻辑。对出海 SaaS 和跨境电商来说,这类场景直接对应续订挽留和促销库存的临期提醒。
🔄 用用户真正会打开的渠道召回沉默用户
某个用户已经沉寂一段时间,你也不确定还能通过哪个渠道触达他。
Take my inactive-30d segment and win them back. Use whichever
channel each user is most likely to open, and follow up with
the non-responders in 2 days.
MCP 做了什么: 按助手为每个用户选定的渠道进行投递,并为每次发送返回一个消息码,方便后续跟进只针对未响应的用户。
结果: 一次真正触达每个仍可联系到的用户的召回尝试,而不是一条被所有人忽略的群发消息。
流失玩家、退订用户、不再打开 App 的购物用户——召回逻辑在这些场景下都是通用的,这也是出海游戏和跨境电商团队最常见的留存痛点。
📩 为每个用户发送个性化消息
有时候重点不是多触达一个用户,而是确保每个人收到的都是为他量身定制的消息,而不是同一条群发内容。
For everyone in my active-players segment, send a push recommending
what to play next based on their recent sessions. Personalize each one.
MCP 做了什么: 为每个用户单独投递专属消息——一人一次发送——并为每次发送返回一个消息码,方便追踪整批任务的执行情况。
每个用户收到属于自己的消息版本,规模可达整个用户分群
结果: 每个用户都拿到专属版本,规模覆盖整个用户分群,不需要逐条手动撰写,也不是笼统的一刀切推送。
商品推荐、内容推荐、使用情况回顾——任何需要因用户而异的消息场景,都适用这个模式。关于如何在有限预算下规模化实现个性化,可参考messaging personalization on a $0 budget 。
几分钟内完成接入 🔌
服务端已托管,无需任何安装。整个接入过程只需几分钟,也不需要你是开发者。3 个步骤:
1
获取 Server API Token
登录 Pushwoosh Control Panel,进入 Settings → API Access,生成一个 Server Token,并将其权限范围限定在你的智能体需要发送的 App 和渠道内。
2
将服务端添加到你的 AI 客户端
把一个 URL 和你的 Token 填入客户端配置(Claude Desktop、Cursor、Windsurf 或任何其他 MCP 客户端的配置结构都相同)。无需安装任何东西——Pushwoosh 已托管服务端。
3
在测试设备上试运行
打开一个新对话,让你的智能体发送一条测试推送。如果返回了消息码,就说明已经成功连接。
完整接入步骤、各客户端配置方式以及所有参数说明,详见Pushwoosh MCP 官方文档 。
用 Pushwoosh Messaging MCP,让你的 AI 智能体真正开口
选择上面任意一个 Prompt,在你已经使用的客户端里直接运行。你的智能体负责思考;Pushwoosh Messaging MCP 负责把消息投递到海外用户所在的每一个渠道。恰好在对的时间点。