OpenClaw 新版发布:依赖升级了,agent 也更“讲规矩”了

OpenClaw 这版 release 的重点，不在“又做了什么新功能”，而在“以后怎么改、怎么退、怎么稳住”。它把 agent 修复策略说得更明确了，把底层依赖往上提了，也把启动链路和发布规范一起收紧了。     

这次 release 的三个信号

1. 修复策略开始强调边界

这版最值得注意的一点，是官方把修复方向说得更清楚了：默认走边界清晰的重构，内部实现尽量轻，插件 SDK 和 API 的弃用路径也要显式。     

agent 系统越大，越怕接口不清、模块互相缠绕。OpenClaw 这次是主动把“怎么改才安全”写进发布说明里，这比单纯加几个能力更像成熟平台该有的动作。   

2. 依赖升级不是顺手，是真在抬门槛

这次还一起抬了几个底层版本：@openclaw/proxyline 到 0.3.3，Pi 相关包到 0.75.1，最低支持的 Node.js 提到 22.19。     

这通常说明两件事。一是项目在主动清理旧环境带来的不确定性。二是后面的插件、运行时、本地开发链路，会更依赖统一的底座。     

3. 启动和发布更看重稳定性

这次 release 还动了不少和启动、探针、日志相关的细节：镜像参数处理更克制，restart trace 里把 startup probe、config、runtime 拆开看，gateway 和 sidecar 的启动时序也做了优化。     

OpenClaw 这次是在压这些最烦人的问题。  

为什么这版值得盯

这类 release 的价值，不在“有没有更炫的 demo”，而在“平台是不是更像平台了”。     

如果你已经在生产里用 OpenClaw，或者自己写了插件、技能、内部工具，这次更新就值得认真看。因为它在告诉你：后面这套系统会更强调规范、兼容和边界，而不是无限往外长。     

换句话说，它不是一版追热点的更新，而是一版把系统往稳定性那边拉回来的更新。     

一句话总结

OpenClaw v2026.5.18 像一次收口动作：修复更明确，依赖更统一，发布更稳。对 agent 平台来说，这种版本通常比“多一个新功能”更重要。