龍蝦最大痛點被官方插件升級！對話永不忘記

henry 發自 凹非寺
量子位 | 公眾號 QbitAI

報！龍蝦更新了！

剛剛，新的OpenClaw測試版（2026.3.7）已經推出，并光速上線OA兩家最新模型GPT-5.4Gemini Flash 3.1

與此同時，一并更新的還有：

• ACP綁定在重啟后依然可保留
• 精簡版Docker多階段構建
• 用于網關認證的SecretRef
• 可插拔的上下文引擎
• 支持HEIF圖像格式
• 修復Zalo渠道問題

其中，可插拔的上下文引擎（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中，上下文管理邏輯是寫死的

例如對話過長時如何壓縮歷史、如何拼接上下文、何時丟棄舊信息，這些都由系統內部固定實現，插件幾乎無法介入。

而這次更新之后，情況發生了改變。

簡單來說，上下文插件化意味著：

• 不同插件可以實現不同的上下文管理策略
• 系統核心不再寫死上下文壓縮邏輯
• 插件可以控制上下文壓縮、上下文組裝，以及子Agent的生命周期

翻譯成最直觀的體驗就是：當你和“龍蝦”進行長時間、多輪對話時，它的“記性”會明顯變好。

以往龍蝦對話常見的情況是：

• 對話變長后，系統開始壓縮上下文，比如不按要求寫，只列bullet point
• Agent逐漸忘記之前的計劃
• 甚至忘記自己修改過哪些文件
• 任務運行到后期，模型突然變得“變笨”

而新的上下文插件機制，正是為了解決這些問題。

隨著定制化上下文策略的開放，未來針對不同場景的記憶方案也將不斷出現，讓“龍蝦”在執行不同任務時變得更加高效，也更加經濟。

lossless-claw：一種“不會丟失上下文”的方案

舉例來說，官方重點推薦的插件lossless-claw，就展示了一種新的上下文管理思路。

在傳統Agent系統中，一旦對話過長，系統通常會：直接丟棄舊內容。

而在lossless-claw中，舊對話不會被刪除，而是：

• 持久化到SQLite數據庫，按對話組織
• 對舊消息塊生成摘要，使用配置的LLM
• 將摘要壓縮為更高層級節點，形成DAG（有向無環圖）
• 每輪對話時，將摘要 + 最近原始消息組合成上下文
• 提供工具（lcm_grep、lcm_describe、lcm_expand）讓Agent可搜索、回溯歷史

也就是說，在多輪對話中，原始消息會被完整保留，系統根據摘要與原始消息保持關聯，而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