报！龙虾更新了！
刚刚，新的OpenClaw测试版（2026.3.7）已经推出，并光速上线OA两家最新模型GPT-5.4和Gemini Flash 3.1。
与此同时，一并更新的还有：
其中，可插拔的上下文引擎（pluggable context engine）可谓是这次更新的重点，不少网友纷纷表示：
相比于跑那个模型，上下文才是关键。
细心的你甚至还发现了，在官方的changelog上直接点名了一个插件例子lossless-claw。
那么，这个上下文插件是怎么一回事？有啥用？
上下文管理插件化
总体来看，这次OpenClaw更新可以归纳为三个方面：上下文管理插件化、Agent路由能力升级（频道、topic、独立 session）以及部署与插件工程化（Docker multi-stage、SecretRef、安全策略）。
其中，最值得关注的，就是上下文管理插件化。
根据官方的changelog，这次更新新增了ContextEngine插件插槽。
该接口提供了完整的生命周期钩子，包括：bootstrap、ingest、assemble、compact、afterTurn、prepareSubagentSpawn、onSubagentEnded。
这意味着插件可以在上下文生成、压缩、拼接以及子Agent生命周期管理的各个阶段介入，从而实现完全不同的上下文策略。
用PR作者Josh Lehman的一句话总结：
你其实不需要一个Agent记忆系统，你需要的是不会被重置的上下文。
过去在OpenClaw中，上下文管理逻辑是写死的。
例如对话过长时如何压缩历史、如何拼接上下文、何时丢弃旧信息，这些都由系统内部固定实现，插件几乎无法介入。
而这次更新之后，情况发生了改变。
简单来说，上下文插件化意味着：
翻译成最直观的体验就是：当你和“龙虾”进行长时间、多轮对话时，它的“记性”会明显变好。
以往龙虾对话常见的情况是：
而新的上下文插件机制，正是为了解决这些问题。
随着定制化上下文策略的开放，未来针对不同场景的记忆方案也将不断出现，让“龙虾”在执行不同任务时变得更加高效，也更加经济。
lossless-claw：一种“不会丢失上下文”的方案
举例来说，官方重点推荐的插件lossless-claw，就展示了一种新的上下文管理思路。
在传统Agent系统中，一旦对话过长，系统通常会：直接丢弃旧内容。
而在lossless-claw中，旧对话不会被删除，而是：
也就是说，在多轮对话中，原始消息会被完整保留，系统根据摘要与原始消息保持关联，而Agent随时可以展开摘要查看原文。
理论上，上下文“永远不会丢失”。
（By the way，据作者透露，这一思路来自《LCM: Lossless Context Management》，感兴趣的同学可以进一步阅读。）
在OOLONG benchmark的测试中，使用同一模型时，lossless-claw得分74.8，打败Claude Code70.3。
更关键的是，上下文越长，差距越大。在测试的所有上下文长度下，lossless-claw的得分都高于Claude Code。
PR作者Josh Lehman表示，他已经在OpenClaw上实际运行了一周：
说它表现很好，都算是低估了。
其他更新
除上下文插件以外，这次龙虾的更新还有两大重点：
首先是强化了Agent的路由系统。
针对Discord、Telegram、Slack、Mattermost等平台，OpenClaw引入了持久化线程绑定机制，即使系统重启，Agent与频道或话题的绑定关系依然能够保持。
同时还支持按主题路由 Agent：例如在Telegram中，每个topic都可以运行一个独立的Agent，因此在同一个论坛群里，也可以同时存在多个各自执行不同任务的Agent。
其次是在部署与工程化层面的优化。
例如官方已经开始为iOS App Store发布做准备，移动端版本也正在筹备中。
与此同时，Docker构建也进行了精简，新增bookworm-slim版本，通过Slim镜像减少不必要的依赖，使容器体积更小、启动速度更快，也更适合在服务器环境中大规模部署。
参考链接
[1]https://github.com/openclaw/openclaw/releases/tag/v2026.3.7
[2]https://x.com/steipete/status/2030508141419372667
[3]https://x.com/jlehman_
[4]https://github.com/Martian-Engineering/lossless-claw
文章来自于“量子位”，作者 “henry”。
