
众所周知,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接上现实世界”这件事本身。