时隔九天，OpenClaw 2026.3.22更新出来了，本次版本更新内容非常庞大，点击标题，主要有插件市场、多模型推理、执行系统与安全沙盒等能力整合，完成从工具到平台的跃迁，标志智能体进入系统化与生态化发展阶段。
ClawHub 登场：智能体也开始逛“App Store”了
先来看第一条，也是最能体现“立规矩”的更新。
以前你让智能体装插件，它干的事特别野：你说“装个某某插件”，它直接就跑去npm这个公共仓库里翻。
npm是什么？你可以理解成一个“露天菜市场”，什么人都能摆摊，什么奇奇怪怪的东西都有。你让它装个“calculator”，它可能给你装回来一个带后门的计算器，或者一个根本用不了的空壳子。
现在规矩改了。当你输入“openclaw plugins install <包名>”，智能体会先去ClawHub这个“官方旗舰店”里找。ClawHub就是OpenClaw自己的应用商店，里面的插件都经过审核、有文档、有版本控制，就像苹果的App Store一样，安全可靠。只有在官方店找不到这个插件或者特定版本的时候，它才会退回到npm那个露天市场去碰运气。
这个变化背后的逻辑其实特别简单：让“正规军”优先于“散兵游勇”。你想想，你妈让你去买瓶酱油，你第一反应肯定是去楼下正规超市，而不是去路边那个连招牌都没有的小卖部，对吧？智能体现在也学会了这个道理。
而且这个变化还有一个隐藏福利：以后插件开发者会更有动力把东西放到ClawHub上，因为不上架就意味着“你的插件可能永远没人装”。这就是用规则倒逼生态，让好东西优先被看见。
浏览器大扫除：那个不好用的“老古董”终于退休了
接下来这个更新，看起来像个技术清理，但其实特别有“断舍离”的痛快感。OpenClaw把那个老旧的Chrome扩展中继路径给彻底删了，连带删的还有一堆什么“extension”驱动、browser.relayBindHost这些配置项。
我给你翻译一下这背后的故事。以前OpenClaw控制浏览器有两种方式：一种是“走正门”，用标准的Chrome DevTools Protocol，也就是CDP，这个方式稳定、可靠、正规；另一种是“走后门”，通过一个自己写的Chrome扩展来做中继。这个“后门”方案怎么说呢，就像你为了进一个小区，不刷门禁卡，非要去翻墙，结果墙还老塌。它不稳定、维护成本高、还经常跟新版Chrome打架。
现在OpenClaw终于想通了，把这个“后门”直接焊死了。以后你要在本地跑浏览器相关功能，系统会自动帮你用“医生命令”——也就是“openclaw doctor --fix”——把配置迁移到更稳定的“现有会话/用户”模式。而如果你在用Docker、无头模式、沙盒或者远程浏览器，那就更简单了，直接走干净的CDP通道，不搞那些花里胡哨的。
这个动作的爽点在于：有时候最好的维护不是修修补补，而是直接扔掉。就像你书包里有一个笔帽永远盖不上的圆珠笔，每次用都漏一手墨，你忍了三个月，终于有一天把它扔了，换了一支新的，那种感觉叫“解脱”。OpenClaw现在就是那个终于扔掉破笔的人。
per-agent thinking：每个智能体都有自己的“思考节奏”
先来说这个“per-agent thinking”。翻译成人话就是：你可以给每个智能体单独设置它的“思考模式”。这个“思考模式”其实分三个档次：快思考、慢思考、中间档。
快思考模式适合那些需要秒回的场景。比如你让一个智能体当客服，用户问“你们几点关门”，它不需要深度推理，只需要从数据库里快速抓出营业时间，然后秒回。这种场景下，你希望它反应越快越好，哪怕思考得浅一点也没关系。就像你问同桌“下节什么课”，他瞄一眼课表就能告诉你，不需要先分析课程体系、再推算教学进度。
慢思考模式适合那些需要深度推理的任务。比如你让一个智能体帮你分析“为什么最近奶茶店的销量下降了”，它需要调取历史数据、分析竞争对手、评估天气影响、甚至做用户调研。这种任务急不来，你宁愿它多花点时间，也要输出一份靠谱的分析报告。就像你问学霸“这道数学大题怎么做”，他得拿草稿纸算十分钟，而不是三秒后告诉你“选C”。
中间档就是取个平衡，既不太快也不太慢，适合那些“有点复杂但又不用太深”的任务。以前这些设置都是全局的，你调一次，所有智能体都跟着变。现在好了，你可以给“客服小A”设成快思考，给“数据分析师小B”设成慢思考，给“日常助理小C”设成中间档。三个智能体各干各的，互不干扰。
这个变化的核心冲击是：智能体从一个“统一型号的机器人”，进化成了“可以定制化的员工”。你不需要再用同一个标准去要求所有智能体，而是可以根据它们的“岗位职责”来配置最合适的“脑力消耗”。这就像开一家公司，你不会让前台接待去写年度财报，也不会让CFO去门口发传单。专业的人干专业的事，专业的脑回路干专业的思考。
浏览器大扫除：那个不好用的“老古董”终于退休了
接下来这个更新，看起来像个技术清理，但其实特别有“断舍离”的痛快感。OpenClaw把那个老旧的Chrome扩展中继路径给彻底删了，连带删的还有一堆什么“extension”驱动、browser.relayBindHost这些配置项。
我给你翻译一下这背后的故事。以前OpenClaw控制浏览器有两种方式：一种是“走正门”，用标准的Chrome DevTools Protocol，也就是CDP，这个方式稳定、可靠、正规；另一种是“走后门”，通过一个自己写的Chrome扩展来做中继。这个“后门”方案怎么说呢，就像你为了进一个小区，不刷门禁卡，非要去翻墙，结果墙还老塌。它不稳定、维护成本高、还经常跟新版Chrome打架。
现在OpenClaw终于想通了，把这个“后门”直接焊死了。以后你要在本地跑浏览器相关功能，系统会自动帮你用“医生命令”——也就是“openclaw doctor --fix”——把配置迁移到更稳定的“现有会话/用户”模式。而如果你在用Docker、无头模式、沙盒或者远程浏览器，那就更简单了，直接走干净的CDP通道，不搞那些花里胡哨的。
这个动作的爽点在于：有时候最好的维护不是修修补补，而是直接扔掉。就像你书包里有一个笔帽永远盖不上的圆珠笔，每次用都漏一手墨，你忍了三个月，终于有一天把它扔了，换了一支新的，那种感觉叫“解脱”。OpenClaw现在就是那个终于扔掉破笔的人。
拔式沙盒后台：从“只能Docker”到“爱用啥用啥”
先来说最底层的改变：OpenClaw把沙盒系统从“铁板一块”拆成了“插拔式架构”。翻译成人话就是：以前沙盒只有一种玩法，就是用Docker；现在你可以自己选用哪种“沙盒引擎”了。
这个变化的意义特别大。Docker虽然好用，但它不是万能的。有些场景下你可能不想装Docker，因为太重了；有些场景下你跑在没装Docker的服务器上；有些场景下你只是想临时隔离一下，不想搞一套完整的容器系统。以前这些需求都没法满足，因为你只有一个选项——Docker或者不玩。
现在OpenClaw给你开了口子。它定义了一套“沙盒后台”的标准接口，然后你可以往里面插不同的后台实现。这次更新就带来了一个叫“OpenShell”的新后台，而且后面还会陆续加更多。这就像你的手机充电口从“只能用原装线”变成了“Type-C通用接口”，什么牌子的充电线插上去都能用。
这个架构调整背后的逻辑是：好的系统不是“我给你一个最好的方案”，而是“我给你一个框架，你自己选最适合的方案”。Docker适合某些人，但不适合所有人。OpenClaw现在学会了“放手”，让你根据自己的情况选择沙盒方案。这就像你去吃自助餐，以前服务员给你端上来一盘“今日推荐”，现在你自己端着盘子去挑，想吃什么拿什么。
OpenShell后台上线：镜像模式和远程工作区来了
这次更新带来的第一个新沙盒后台叫“OpenShell”。这个名字听起来有点技术，但你把它理解成“开放的操作壳”就行。它的核心特点有两个：镜像模式（mirror mode）和远程工作区模式（remote workspace）。
先说“镜像模式”。这个模式特别适合一种场景：你想在沙盒里做一些操作，但又希望这些操作能实时反映到外面。比如你在沙盒里创建了一个文件，你希望这个文件也出现在你的真实系统里。以前用Docker沙盒，沙盒里面和外面是隔绝的，你在里面捣鼓半天，外面啥也看不到，最后还得手动把东西拷出来，烦不烦？
现在OpenShell的镜像模式解决了这个问题。它就像一个“魔法镜子”，你在沙盒里做的任何事，都会实时同步到外面一个指定的目录里。你创建文件，外面也能看到；你修改代码，外面也跟着变；你装个软件，外面也能用。但关键是，它依然保持了沙盒的安全隔离——外面的操作不会反过来影响沙盒里面，除非你主动同步。
这种“单向镜像”的设计特别聪明。它既让你享受了沙盒的“安全保护区”，又让你不用忍受“隔离区”的不便。就像你在一个透明玻璃房里干活，你能看到外面，外面也能看到你，但外面的人进不来，你也出不去——除非你主动开门。
再说“远程工作区模式”。这个模式更骚，它让你可以把沙盒跑在另一台机器上。比如你有一台性能强劲的云端服务器，或者你家里有一台闲置的电脑，你可以把沙盒建在那些机器上，然后从你现在这台电脑上操作。这就像你坐在客厅里，用遥控器指挥厨房的机器人做饭。你看不见厨房，但你吃得到饭。
这个模式的价值在于：你可以把“算力”和“操作界面”解耦。你的笔记本性能不行没关系，让沙盒跑在云端服务器上；你不想在本机装一堆乱七八糟的东西也没关系，让沙盒跑在远程机器上。你只需要一个终端，就能操控远端的沙盒，就像它在你身边一样。
沙盒管理命令升级：list/recreate/prune不再只认Docker
以前OpenClaw的沙盒管理命令——比如list（列出所有沙盒）、recreate（重建沙盒）、prune（清理沙盒）——都是专门为Docker写的。这导致一个尴尬的情况：如果你用的是其他沙盒后台，这些命令要么不工作，要么报错。
现在OpenClaw把这些命令全都改成了“后台感知”模式。翻译成人话就是：这些命令不再问“你是不是Docker”，而是问“你现在用的是什么沙盒后台”，然后根据后台的类型去执行对应的操作。
这个改变听起来不大，但它是一个重要的“解耦”信号。就像一个万能遥控器，以前只能控制电视，现在你告诉它“我换成了空调”，它就能控制空调。你不换遥控器，只换被控设备，照样能用。
以后你不管用的是OpenShell、SSH沙盒，还是未来可能出现的其他沙盒后台，一个“openclaw sandbox list”就能列出所有沙盒，一个“openclaw sandbox prune”就能清理掉那些不用的沙盒。你再也不用记“Docker下用什么命令、SSH下用什么命令”，一套命令打天下。
这种“统一接口”的设计思路，本质上是降低你的认知负担。你不需要成为一个“沙盒专家”，不需要知道每种沙盒后台的底层细节，你只需要知道“我想看沙盒列表，就打list；我想清理，就打prune”。这就像你开车，不需要知道发动机是怎么工作的，只需要知道踩油门车就走，踩刹车车就停。
SSH沙盒登场：用你自己的服务器当游乐场
这次更新的另一个重头戏，是新增了一个“SSH沙盒”后台。这个玩意儿特别接地气：它让你可以用任何一台支持SSH的服务器来当沙盒。
想象一下这个场景：你手头有一台闲置的云服务器，或者你实验室里有一台没人用的工作站，甚至是你家里那台吃灰的旧电脑。以前这些机器只能用来跑点简单脚本，现在你可以把它们变成OpenClaw的“沙盒游乐场”。你只需要知道服务器的IP地址、用户名，再配上密钥，就能把这个远程机器变成智能体的“安全操作区”。
SSH沙盒的实现方式也很讲究。它支持三种认证方式：密钥、证书、known_hosts。密钥就是最常见的那种，你把本地的私钥交给OpenClaw，它就能用这个私钥登录远程服务器。证书是更高级的认证方式，适合企业级场景。known_hosts则是用来验证服务器身份的，防止你连到“假服务器”上。
而且，SSH沙盒不是从零搭的。OpenClaw把远程执行命令和文件传输的通用代码抽出来，放在了“核心”里，然后OpenShell和SSH沙盒都复用这套代码。这就像做菜的时候，把“切菜”这个步骤标准化了，不管你是做宫保鸡丁还是鱼香肉丝，切菜的方式都一样。代码复用不仅减少了bug，还让两种沙盒的行为保持一致——你在OpenShell里怎么操作，在SSH沙盒里也怎么操作，不需要重新学一套。
这个SSH沙盒的出现，填补了一个重要的空白：很多人不需要Docker那么重的虚拟化方案，他们只是想要一个“干净的远程环境”来跑任务。SSH沙盒正好满足这个需求。它轻量、简单、安全，而且用的是你已经熟悉的技术（SSH）。这就像你原来每次出门都要开一辆大卡车，现在给你配了一辆自行车，轻便多了，而且该去的地方一样能去。
--
OpenShell瘦身：专注沙盒生命周期，远程执行交给核心
这次更新还有一个隐藏的“职责划分”：OpenShell后台被“瘦身”了，它现在只专注于两件事：沙盒生命周期管理和镜像模式。
什么叫“沙盒生命周期管理”？就是创建沙盒、启动沙盒、停止沙盒、销毁沙盒这些事情。以前OpenShell还要负责远程执行命令、传输文件这些细节，现在这部分代码被抽出来放到了“核心”里。这样一拆，OpenShell的代码更干净，职责更清晰，维护起来也更轻松。
镜像模式依然是OpenShell的独门绝技，因为SSH沙盒不需要镜像模式——SSH沙盒本身就是远程的，你不需要在本机看到镜像。所以OpenShell保留了镜像模式作为自己的特色功能，同时把通用的远程操作能力交还给核心。
这个分工的逻辑特别清晰：核心负责“怎么做”（远程执行命令、传文件），OpenShell负责“做什么”（管理沙盒生命周期、提供镜像）。这就像一个餐厅，核心是中央厨房，负责洗菜切菜配菜；OpenShell是前台服务员，负责接待客人、安排座位。各司其职，不打架。
这种“关注点分离”的设计，是成熟软件工程的标志。它意味着OpenClaw的开发者们在认真思考“如何让系统更容易扩展、更容易维护”。以后如果有人想开发一个新的沙盒后台（比如基于Kubernetes的、基于Firecracker的），他只需要实现核心定义好的那几个接口，剩下的远程执行、文件传输这些脏活累活，核心已经帮他做好了。
Exa登场：智能体终于学会用“时间滤镜”搜东西了
先来看第一个绑定的搜索工具：Exa。这个名字你可能没听过，但你只要知道一件事：它是专门为“搜最新内容”而生的。
以前智能体上网搜东西，最大的问题是什么？分不清新旧。你让它搜“今天的新闻”，它可能给你翻出一周前的报道；你让它搜“最新发布的游戏”，它可能给你推荐一个已经发售两年的“老古董”。这不是它笨，是因为通用的搜索引擎对“时间”这个维度的处理不够精细。
现在Exa来了，它自带“时间过滤器”。你可以告诉它“只要今天的内容”、“只要过去一周的内容”、“只要某个时间段的内容”。这就像你在微博搜东西的时候，可以选择“按时间排序”，Exa把这个功能直接做进了智能体的“搜索工具箱”里。
而且Exa还支持“搜索模式选择”。有的搜索适合“关键词匹配”，有的搜索适合“语义理解”，有的搜索适合“完整句子”。以前智能体只有一种搜索模式，就像你只有一把螺丝刀，不管拧螺丝还是撬罐头都用它。现在Exa给了你多种模式，你可以根据任务类型选最合适的。
最骚的是，Exa还支持“可选内容提取”。什么意思呢？就是它不光给你搜到网页链接，还能把网页里的正文内容提取出来。这就像你让朋友去买书，他不仅把书买回来了，还把书里你觉得有用的段落都帮你标注好了。你不需要再自己点开一个个链接翻半天，Exa直接给你把“干货”端上来。
这个插件在OpenClaw里的配置路径是“plugins.entries.exa.config.webSearch.*”，听着复杂，但你不用管。你只需要知道：装好之后，你的智能体就拥有了一个“自带时间机器的搜索超能力”。
Tavily驾到：给智能体配了个“学术级”搜索助手
第二个绑定的搜索工具叫Tavily。如果说Exa是“搜最新内容的神器”，那Tavily就是“搜深度内容的专家”。
Tavily最厉害的地方在于，它专门为“智能体搜索”做了优化。普通的搜索引擎返回的是一堆链接，你点进去才知道有没有用。但Tavily不一样，它直接给你返回“结构化”的结果——就像一份整理好的报告，而不是一堆散乱的原材料。
Tavily提供了两个专用工具：tavily_search和tavily_extract。tavily_search负责搜索，它返回的结果已经经过了初步的整理和排序，把最相关的内容放在最前面。tavily_extract负责提取，如果你需要对某个网页进行深度分析，用这个工具就能把网页里的所有内容榨出来。
这两个工具配合起来，效果特别炸裂。你可以先让tavily_search找到10个相关网页，然后对其中最重要的3个用tavily_extract做深度提取。这就像你先用百度搜了一圈，找到10篇相关文章，然后挑出最靠谱的3篇，用Ctrl+C和Ctrl+V把关键段落复制出来。
而且Tavily在OpenClaw里的配置也是独立命名的，路径是“plugins.entries.tavily.config.webSearch.*”。这意味着你可以单独给Tavily配置API密钥、设置搜索参数，不会跟其他搜索工具打架。
这个插件的加入，让OpenClaw的搜索能力直接从“小学生”跳到了“研究生”级别。以前智能体上网搜东西，就像让一个小学生去图书馆找资料，他能在书架上找到书就算成功了。现在有了Tavily，就像给这个小学生配了一个研究生导师，不仅告诉他在哪本书里，还帮他划重点、做笔记、写总结。
Firecrawl压轴：网页抓取界的“拆迁队”来了
最后一个绑定的搜索工具叫Firecrawl。这个名字起得特别形象——Firecrawl，翻译过来就是“火力全开的爬虫”。它的特点就一个字：猛。
Firecrawl提供了两个专用工具：firecrawl_search和firecrawl_scrape。firecrawl_search负责搜索，firecrawl_scrape负责抓取。听起来跟Tavily有点像对吧？但Firecrawl的杀手锏在于它处理“复杂网页”的能力。
有些网页特别难抓。比如那些需要登录才能看的内容、那些用JavaScript动态渲染的内容、那些有反爬机制的内容。普通搜索引擎遇到这种网页，基本就放弃了，给你返回一个“无法抓取”或者一堆乱七八糟的代码。
Firecrawl不一样，它专门对付这种“硬骨头”。它内置了强大的渲染引擎，可以执行JavaScript、等待页面加载、处理动态内容。不管你是React写的单页应用，还是Vue做的动态站点，Firecrawl都能把内容完整地扒下来。
而且OpenClaw还把核心的“web_fetch”备用逻辑跟Firecrawl做了对齐。什么意思呢？就是以前如果你用通用的“web_fetch”工具去抓网页，遇到复杂的页面可能就抓瞎了。现在OpenClaw把Firecrawl的“base-URL和环境变量备用机制”也整合进了核心逻辑，还加上了“受保护的端点抓取”功能。简单说就是：抓网页这件事，OpenClaw现在有了一套“后备方案”，Firecrawl搞不定的，还有别的兜底，反过来也一样。
这个配置的好处是：你不用操心“这个网页能不能抓到”，OpenClaw会自动选择最合适的工具去干。就像你出门的时候，手机自动帮你选了最优的交通方式——地铁快就坐地铁，公交顺就坐公交，走路近就走过去。你不用管，它帮你搞定。
--
/btw的魔法：正事和闲话从此分两条跑道跑
先来说/btw最核心的设计理念：多线程对话。以前你跟AI的每一次对话，都是“单线程”的——你说一句，它回一句，上下文从头到尾连在一起。这就像一条单车道，你只能往前走，不能拐弯，更不能并排跑。
现在/btw给你开了一条“并行车道”。你在主对话里跟AI聊正事，突然想插一句闲话，只需要在闲话前面加个“/btw”，这条闲话就会进入一条独立的“旁白通道”。AI在主通道里继续干正事，在旁白通道里回答你的闲话。两个通道互不干扰，就像你的电脑同时开着两个程序，一个在写文档，一个在放音乐，谁也不影响谁。
这个设计背后的逻辑其实特别简单：承认人类的思维本来就是多线程的。你跟朋友聊天的时候，不会因为聊到一半想起另一件事就先把之前的话题扔掉。你会说“对了，顺便问一句”，然后问完再回到原来的话题。AI以前做不到这一点，是因为它把“对话”当成了一条连续的线，而不是可以分叉的树。
现在/btw把这个“分叉能力”还给AI了。你可以在正事进行到一半的时候，随时插入一个“顺便问一下”，AI会回答你，然后自动切回正事。你不需要说“不好意思打断一下”，也不需要担心AI会“精分”。就像你跟朋友说“帮我查个东西，不着急，你先把你刚才说的说完”，朋友会心领神会。