众所周知，OpenClaw以前叫做Clawdbot专业配资交流论坛网，是Anthropic觉得这个发音非常接近自家的旗舰产品Claude，所以才要求OpenClaw改名。
当时大家都以为这事就此过去了，谁想到，原来让OpenClaw改名，是因为Anthropic自己要做OpenClaw了。
Anthropic官方在3月31号发文，称Computer use功能现已正式加入到Claude Code之中。
Computer use不是什么新产品，早在2024年10月22，Anthropic就公开测试。
它能让Claude不只会读代码、跑命令，还能直接操作电脑界面。它能看屏幕、点按钮、切窗口、走网页流程，去完成那些没有现成API、只能靠人手动点来点去的任务。
那Anthropic早干什么去了？
第一，这个能力太重了，它碰的不是文本，而是真实电脑界面，出错成本比普通代码助手高得多。
第二，它早期更像实验能力，适合先在API和测试场景里打磨，而不是直接塞进日常产品。
第三，Claude Code过去主要还是终端里的代码助手，对“自己去点界面”这件事没有那么强的刚需。但现在Anthropic明显在把Claude Code往长期运行的代理系统上推，Computer use才开始变得真正有用。
还没完，就在上个礼拜，Anthropic给Claude Code加装了Channels功能。可以通过外部社交软件，来和电脑的Claude Code沟通，指挥它干活。
至此，Claude Code已经彻底演变成了Anthropic自己的OpenClaw。
01
和OpenClaw有何不同？
Anthropic官方文档对Channels的定义很明确，它本质上是一个MCP server，用来把外部的消息、告警、webhook或者监控事件，推送到一个正在运行中的Claude Code会话里。
你完全可以把它理解成Claude Code的“收件箱”和“门铃系统”。
以前你想让Claude Code继续干活，你得一直守在那个会话前面。
有了Channels以后，你就能发消息给Claude Code指挥它干活。
理论上，只要这个会话还活着，外部世界里发生的事情，无论是一条来自手机的消息，一条来自监控系统的告警，还是一条来自某个服务的webhook，都可以被送进来，打断它、唤醒它，或者给它下一步指令。
Computer use干的则是另一件事。
它可以替你执行命令，就像你坐在电脑屏幕前一样，读屏幕上的文字、看屏幕上的插图，再模仿你的手去控制鼠标和键盘。
简单说，Channels是“耳朵”，负责把外部世界的消息带进来。Computer use是“手”，负责在没有现成API、没有专门连接器的情况下，直接去操作界面。
两者放在一起，Anthropic版的OpenClaw就这么诞生了。
但是要注意，OpenClaw的逻辑和Anthropic这套完全不是一回事。
Anthropic的Channel，更像Claude Code对外开放的一种“消息接口规范”。
它解决的问题是：怎么把消息、事件和回复安全地送进一个正在运行的Claude Code会话。它的核心是MCP，而MCP是一种协议，它的逻辑是如何允许第三方按这个约定去做一个能对接Claude Code的消息入口。
Channel是在“定规矩”，告诉你要怎么发送消息，才能让你的Claude Code理解。OpenClaw则是已经把很多聊天软件接好了，拿来就能用。
两者之间既像竞争，又不完全是竞争。
再往下走一步，就会走到你问的那个很有意思的问题。
既然Anthropic说Channel本质上是一个MCP server，那也就意味着，我用任何一个能发消息的软件，都能通过Channels，来指挥我的Claude Code。
因为从Channels的抽象层看，Anthropic并不关心消息来自哪里。
只要你能把某种外部消息转换成符合Channel contract的入站事件，再把Claude的回复按要求送回去，这个“消息源”在协议层面就成立。
我以《魔兽世界》来举个例子。
在游戏里执行/chatlog命令然后输入你想要发送的内容，这样私聊会持续写到World of
Warcraft/_retail_/Logs/WoWChatLog.txt这个文件里
然后用Widnows里的PowerShell命令来监听（tail，Get-Content -Path "x:...WoWChatLog.txt" -Tail 0 -Wait）WoWChatLog.txt，最后再把监听到的新消息发送给Channels，就可以实现用《魔兽世界》来控制Claude Code了。
比如你可以在游戏里发私聊说“cc stop”，那么Claude Code就会终止当前的命令。
而这点，OpenClaw永远也做不到。
因为《魔兽世界》并没有一个官方、通用的外部网络/本地进程接口，让游戏里的Addon实时把消息交给你电脑上的OpenClaw，再实时收回结果。
02
为什么说MCP又回来了？
Channels官方文档已经把话说透了，Channel本身就是一个MCP server。
也就是说，Anthropic没有把“消息入口”做成一个私有黑盒，而是直接承认说这层能力可以被抽象成一个标准化接口。
过去大家对MCP最普遍的不满，是它听上去很开放，真正落地时却很麻烦。认证复杂，权限管理难，部署不轻，远程状态维护也累。
很多团队一开始觉得它像是万能插座，后来越做越发现，它并不能天然解决agent系统里的所有问题。
于是MCP在很长一段时间里，更像一个“大家都知道，但未必真当主战场”的基础协议。
但这次不一样的地方在于，行业对MCP的需要变了。
在此之前，很多公司拿MCP就一个用处，让模型通过MCP来调用工具。
现在情况不一样了，越来越多的人意识到，想要让agent系统开始需要“持续接收外部事件”，还是得靠MCP。
甚至包括OpenClaw的创始人斯坦伯格。
他在3月28号发了一条X，说“下一版的OpenClaw也会是一个MCP”，并且在最后写了一句话说“我知道这很尴尬”。
斯坦伯格和Anthropic早有过节，并且他现在是OpenAI的人了，这才导致这次OpenClaw更新加入更多MCP支持，会显得有些尴尬。
但中国有句古话，叫“识时务者为俊杰”。
Anthropic把消息通道做成开放的MCP接口，本意是扩展Claude Code的边界，但这套接口反过来也给了OpenClaw这样的第三方一个机会，去承包更大的消息入口层。
斯坦伯格真正盯上的，正是Claude Code下面那层“消息入口层”。
他想把OpenClaw最强的那层“多消息渠道网关”包装成一个标准接口，能被Claude Code以及其他MCP兼容agent直接复用。
以前OpenClaw的多渠道能力，更多是绑在OpenClaw整套系统里的。你想用它的入口，就必须得连带着用它的Gateway和agent体系。
如果OpenClaw也学Anthropic用MCP，那OpenClaw就能把“多渠道消息入口”单独拿出来，当成一个标准组件给别人接。
这样它卖的就不只是OpenClaw这个产品，而是它最强的那一层能力。
网友们普遍觉得Claude Code用起来太累了，又要背诵各种命令，又要必须使用英文，而且还要忍受那个一言难尽的UI。
但是Claude Code能干的活很多，还能接入各种大模型，这就让母语是汉语的大家伙捏着鼻子也要用Claude Code。
此前曾有人有人开发出了对应的Skill，能实现说人话给OpenClaw听，OpenClaw可以转换成对应的命令输入到Claude Code里。
一旦OpenClaw自己能打通这条MCP消息通路，那就无需再添加额外的Skill，OpenClaw就能直接控制Claude Code。
此外，OpenClaw现在官方定位已经很清楚，它是一个self-hosted gateway，负责渠道、会话、路由。
但如果它把这层能力MCP化，它就不只是“OpenClaw自己的网关”，而更像“任何MCP兼容agent都能调用的消息网关”。
这会让它的价值从“你要不要用OpenClaw”变成“你要不要复用OpenClaw的消息网络”。
不过要我说，MCP协议其实并没有翻红。
真正翻红的专业配资交流论坛网，是“让agent接上现实世界”这件事本身。
旗开网提示：文章来自网络，不代表本站观点。
