OpenClaw 下一版将原生支持 MCP，可直接对接更多消息平台
OpenClaw 下一版将作为 MCP 服务器运行，让代理不必依赖 Anthropic 的实现就能接入 WhatsApp、Telegram、Slack 等消息平台。
TL;DR:
- 开源 MCP 方案减少对 Anthropic 生态的依赖
- 支持更多消息平台，代理可跨服务通信
- 方便企业和加密团队搭建能执行实际任务的代理
- 可能加快行情监控、自动交易等自动化流程
- 同时在消息网关层面带来新的安全风险
标题
OpenClaw 下一版新增 MCP 支持，可连接更多消息平台
概要
OpenClaw 开源代理框架作者 Peter Steinberger 宣布，下一版将以 Model Context Protocol（MCP）服务器的形式运行。用户不必依赖 Anthropic 的 MCP 实现，就能将代理接入 WhatsApp、Telegram、Slack 等消息平台。这解决了一个实际问题：连接不同消息服务往往意味着被某个厂商的方案绑定。OpenClaw 在四个月内获得了 25 万个 GitHub Star，这次升级进一步把它从工具集合推向能实际执行任务的代理。
要点：
- 开源 MCP 替代方案，减少厂商锁定
- 跨平台消息连接，扩大代理的交互范围
- 模块化架构适合企业和加密团队在生产环境部署
分析
OpenClaw 通过支持 MCP，进一步确立了作为闭源方案的开源替代的定位。它的架构把用户访问、任务调度、工具调用分开，可以在不重写整个系统的情况下替换组件。这种灵活性正是企业和加密场景需要的——OKX Ventures 和 HTX Research 的研究都提到过这一点。
消息平台的扩展带来三个好处：
- 身份与会话：跨 WhatsApp/Telegram/Slack 的身份管理和上下文延续更可控。
- 权限与工具：可以更精细地限定代理能调用哪些工具。
- 数据与合规：更容易把数据留在预期边界内，降低泄露风险。
对于需要频繁执行的工作流（比如市场监控、自动下单），多平台直连可以减少集成和运维的麻烦，缩短从信号到执行的时间。
代价也很明确：连接的平台越多，攻击面越大。技术评估普遍指出，当消息网关成为代理与外部世界之间的通道时，它本身就会成为高价值的攻击目标。
影响
| 维度 | 正面 | 需要权衡的地方 | | --- | --- | --- | | 互操作性 | 开源 MCP 减少供应商锁定；组件可替换 | 接入面扩大，集成治理更复杂 | | 工作流效率 | 跨平台消息直连，数据和指令流动更顺畅 | 平台间的一致性和状态同步需要额外处理 | | 安全边界 | 权限和数据范围更可控 | 消息网关成为攻击重点，安全要求更高 |
影响评估
- 重要性：高
- 类别：产品发布、开发者工具、开源
结论： 对于想自建或定制代理栈的团队，这是一个值得尽早关注的机会。最大的受益者是基础设施和应用开发者，以及有合规和数据边界需求的企业和基金团队。纯交易型个人用户的直接收益有限，更可能通过工具性能的改进间接受益。