乐于分享
好东西不私藏
夜雨聆风 > > 办公文件 > OpenClaw 又又又又更新了:最近一周7 天刷了 8 个版本,这次连审批和多平台入口都补上了

OpenClaw 又又又又更新了:最近一周7 天刷了 8 个版本,这次连审批和多平台入口都补上了

当前时间： 2026-08-17 16:56:03 分类：办公文件 评论(0)
OpenClaw 又又又又更新了:最近一周7 天刷了 8 个版本,这次连审批和多平台入口都补上了
OpenClaw 最近这更新速度，已经快到让人有点跟不上了。
从GitHub 官方 release 记录看，从 2026 年 3 月 23 日到 3 月 29 日，它一共发了 8 个版本记录。
4 个正式版，4 个预发布版。
这已经不是普通的小步快跑了，而是几乎隔两天就要刷一波存在感。
    看到这里，大多数人应该都能感受到一件事：
    OpenClaw 最近不是“又更了一版”，而是在连续猛更。
    但这波更新最有意思的地方，不只是快。
    而是它一边在加新入口，一边在补确认机制，中间还夹着很典型的工程翻车修复。
    先说那个最容易让人会心一笑的部分。
    3 月 23 日发布的 `v2026.3.23`，官方修了一个非常具体的问题：
    • 之前发到 npm 的安装包里，少带了一些 bundled plugin runtime entry files。翻成人话就是：包发出去了，但里面该带上的某些关键运行时文件没带全。
    • 结果就是，用户全局安装以后，某些功能会直接出问题，飞书/微信插件直接挂掉。
    这种事其实特别能说明现在很多热门 AI 项目的真实状态。
    外面看起来热火朝天，版本刷得飞快，功能越堆越多；
    里面也还是会出现非常朴素、非常工程化、甚至有点狼狈的问题，比如发包漏文件。
    更有意思的是，OpenClaw 官方显然也知道这个问题不能只靠补一次。
    所以同一个版本里，还专门加了一条 release/install 修复：
    如果之后 npm 安装包里再缺 bundled plugins 或 Control UI 资源，就让 release 检查直接失败。
    这句话又是什么意思呢？
    就是以前可能是“发了再说，出了问题再补”。
    现在变成“以后发之前先拦住，别再漏”。
    这就是很典型的互联网工程现场。
    一边狂奔，一边补锅。
    一边发新版本，一边把昨天踩过的坑赶紧填上。
    如果你只看这一段，会觉得 OpenClaw 最近像是在忙着修工程细节。
    但如果继续往后看，就会发现它不只是修 bug，它还在补两个更容易被普通用户感知到的东西。
    第一个，执行前开始补确认。
    在3 月 28 日的 `v2026.3.28` 里，OpenClaw 新增了 `requireApproval`。
    这个名字听起来有点技术味，但意思不复杂。
    你可以把它理解成：
    某些工具在真正执行动作前，先停一下，问你要不要继续。
    比如要调用插件、执行外部动作、发消息、做工具调用，不再是一路自动往下跑，而是可以在关键节点先确认。
    而且这个确认不只是在本地界面里点按钮，它还可以通过 Telegram、Discord，或者 `/approve` 这样的命令完成。
    这就很接近普通人能理解的使用场景了：
    不是不让 Agent 干活，而是让它在真的动手之前，多一道确认。
    第二个，聊天窗口开始被做成工作入口。
    同样是在 3 月 28 日这版里，OpenClaw 还补了 current-conversation ACP bind。
    这句话如果直接照英文写，普通读者大概率会跳过去。
    但它翻成人话，其实挺好懂：
    OpenClaw 不只是接入聊天平台了，它开始尝试把当前这个聊天对话，直接变成一个可绑定、可工作的入口。
    这次 release 里提到的对象包括 Discord、BlueBubbles 和 iMessage。
    也就是说，你以后看到的可能不只是“它支持更多平台”。
    而是这些聊天窗口本身，开始更像一个可以接任务、接操作、接执行结果的工作入口。
    ACP/channels: add current-conversation ACP binds for Discord, BlueBubbles, and iMessage so /acp spawn codex --bind here can turn the current chat into a Codex-backed workspace without creating a child thread, and document the distinction between chat surface, ACP session, and runtime workspace.
    如果把 3 月 28 日这版拆开看，其实逻辑已经很清楚了。
    一边是给关键动作补确认。
    一边是把聊天平台继续变成可工作的入口。
    这两个动作放在一起，普通读者也很容易读懂它这次到底在更什么：
    不是单纯功能更多了。
    而是它开始同时处理两件很现实的事情：
    • 一件是怎么让更多地方能接入 OpenClaw。
    • 另一件是怎么让 OpenClaw 在执行关键动作前别那么莽。
    再往前看一版，也就是 3 月 24 日的 `v2026.3.24`，这个逻辑会更完整。
    因为这一版还专门加了一项很实用的改动：
    让用户更容易看到“当前这个 Agent 到底现在能用哪些工具”。
    这件事听起来不炫，但非常重要。
    很多人用 Agent 最头疼的一件事，就是你不知道它现在到底能做什么。
    界面上看起来什么都能做，真让它做的时候，才发现权限没开、工具没装、当前环境也不支持。
    现在 OpenClaw 开始把“Available Right Now”这种信息直接往前放，其实就是在降低这种理解成本。
    如果把最近这几版连起来看，逻辑其实并不复杂：
    • 3 月 23 日，它在修很现实的工程问题，连 npm 发包漏文件这种事都在补。
    • 3 月 24 日，它在补“现在到底能用什么”的工具可见性。
    • 3 月 28 日，它又把审批和聊天平台入口一起往前推。
    所以这波更新最值得讲的地方，不只是它更得快。
    而是它更得很“现场”，即"知错就改"
    既有新功能，也有修翻车。
    既在往更多入口上接，也在给关键动作补确认。
    这也是为什么 OpenClaw 最近这波更新会特别适合拿出来给大家分享下。
    因为它不是那种只能给工程师看的更新日志，而是需要普通人也能一眼看懂：
    1. OpenClaw 最近一周确实更新得很猛，7 天刷了 8 个版本记录。
    2. 这个项目现在确实很火，也确实更得很猛，但它并不是一个无比完美、毫无失误的成熟系统。
    3. 这就是 OpenClaw 最近最真实的状态：一边猛更，一边补锅，一边把 Agent 往真实世界里拽。

    参考资料：

    OpenClaw GitHub Releases

    https://github.com/openclaw/openclaw/releases

    OpenClaw v2026.3.23

    https://github.com/openclaw/openclaw/releases/tag/v2026.3.23

    OpenClaw v2026.3.24

    https://github.com/openclaw/openclaw/releases/tag/v2026.3.24

    OpenClaw v2026.3.28

    https://github.com/openclaw/openclaw/releases/tag/v2026.3.28