openclaw v2026.4.29：全新人物維基記憶、主動(dòng)運(yùn)行轉(zhuǎn)向、NVIDIA模型生態(tài)與海量通道穩(wěn)定性修復(fù)

引言：AI助手的又一次蛻變

作為一款個(gè)人AI助手，OpenClaw（曾用名“Claw”）在本地的運(yùn)行速度、隱私安全與多平臺(tái)覆蓋能力一直備受關(guān)注。就在2026年4月30日，開(kāi)發(fā)團(tuán)隊(duì)正式發(fā)布了v2026.4.29版本（版本號(hào)對(duì)應(yīng)2026年4月29日）。這次更新并非簡(jiǎn)單的修修補(bǔ)補(bǔ)，而是從記憶系統(tǒng)、消息隊(duì)列、模型提供商、網(wǎng)關(guān)可靠性、通道兼容性到安全審核的全面進(jìn)化。

如果您正在使用OpenClaw管理WhatsApp、Telegram、Discord、Slack、Matrix或微信/QQ等十幾個(gè)平臺(tái)上的對(duì)話，這次升級(jí)將帶來(lái)運(yùn)行更穩(wěn)定、記憶更智能、回復(fù)更可控的體驗(yàn)。本文將基于長(zhǎng)達(dá)數(shù)萬(wàn)字的官方變更日志，為您逐一梳理最值得關(guān)注的新特性、行為變化與修復(fù)重點(diǎn)。

一、記憶系統(tǒng)升級(jí)：從“知識(shí)庫(kù)”到“人物維基” 1. 全新“人物維基”（People Wiki）

過(guò)去，OpenClaw的記憶插件主要存儲(chǔ)對(duì)話片段或文檔摘要。從2026.4.29開(kāi)始，記憶系統(tǒng)獲得了面向智能體的“人物維基”元數(shù)據(jù)能力。這意味著您可以：

• ? 為對(duì)話中的聯(lián)系人建立規(guī)范別名（canonical aliases）

• ? 生成人物卡片（person cards）與關(guān)系圖譜（relationship graphs）

• ? 查看隱私/來(lái)源報(bào)告（privacy/provenance reports）

• ? 按證據(jù)種類（evidence-kind）追溯信息來(lái)源

• ? 使用搜索模式：人物查詢、問(wèn)題路由、源證據(jù)及原始聲稱

對(duì)于需要長(zhǎng)期維護(hù)客戶關(guān)系、團(tuán)隊(duì)成員檔案或研究協(xié)作記錄的用戶而言，這一功能將極大提升AI對(duì)人物背景的把握能力。

2. 主動(dòng)記憶（Active Memory）獲得會(huì)話級(jí)過(guò)濾

為了避免在不同群組/頻道之間交叉污染回憶內(nèi)容，本次更新為主動(dòng)記憶引入了可選配置：allowedChatIds和deniedChatIds。運(yùn)維人員可以精確控制哪些直接對(duì)話、群組或頻道才啟用記憶召回，從而在保持大范圍會(huì)話簡(jiǎn)潔的同時(shí)，為關(guān)鍵會(huì)話開(kāi)啟上下文延續(xù)。

3. 部分召回與超時(shí)保護(hù)

當(dāng)隱藏的記憶子智能體（sub-agent）執(zhí)行超時(shí)時(shí)，系統(tǒng)不再丟棄所有結(jié)果。現(xiàn)在會(huì)返回有界的部分召回摘要（bounded partial recall summaries），同時(shí)保持默認(rèn)的臨時(shí)記錄路徑。這確保即便在某些惡劣網(wǎng)絡(luò)或負(fù)載下，仍然能恢復(fù)出有用的上下文。

4. 只讀REM預(yù)覽診斷

新增doctor.memory.remHarnessRPC 端點(diǎn)（只讀），使運(yùn)維客戶端可以預(yù)覽有界REM（Recurrent Experience Memory）的輸出，而不會(huì)執(zhí)行任何變更操作，方便調(diào)試與審計(jì)。

?? 二、消息與自動(dòng)化：主動(dòng)運(yùn)行轉(zhuǎn)向成為默認(rèn) 1. 主動(dòng)運(yùn)行轉(zhuǎn)向（active-run steering）

在之前的版本中，當(dāng)系統(tǒng)收到多條待處理的轉(zhuǎn)向消息（steering messages）時(shí)，默認(rèn)是一個(gè)一個(gè)串行處理。現(xiàn)在消息隊(duì)列默認(rèn)采用steer模式，會(huì)在下一個(gè)模型邊界處一次性排空所有等待中的Pi轉(zhuǎn)向消息，同時(shí)保留舊版一個(gè)接一個(gè)的轉(zhuǎn)向方式作為備選（通過(guò)隊(duì)列配置切換）。這種改變顯著提升了連續(xù)指令的執(zhí)行效率。

此外，轉(zhuǎn)向隊(duì)列附帶500ms的跟進(jìn)防抖（fallback debounce），并提供了完整的隊(duì)列模式、優(yōu)先級(jí)與丟棄策略文檔。

2. 可見(jiàn)回復(fù)強(qiáng)制（visible-reply enforcement）

新增全局配置messages.visibleReplies，允許運(yùn)維人員要求任何來(lái)源的聊天產(chǎn)生的可見(jiàn)輸出都必須通過(guò)message(action=send)進(jìn)行發(fā)送。而原有的messages.groupChat.visibleReplies則繼續(xù)作為群組/頻道的覆蓋選項(xiàng)。這有效避免了某些通道悄悄完成回復(fù)卻不向用戶展示內(nèi)容的情況。

3. 子智能體路由元數(shù)據(jù)

在子智能體聊天與智能體廣播負(fù)載中，現(xiàn)在會(huì)攜帶spawnedBy字段，客戶端無(wú)需額外會(huì)話查找即可對(duì)子會(huì)話事件進(jìn)行路由。這對(duì)構(gòu)建具有層級(jí)結(jié)構(gòu)的多智能體面板非常友好。

4. 可選跟進(jìn)承諾（follow-up commitments）

引入了一種推斷式跟進(jìn)承諾（inferred follow-up commitments），采用隱藏的批處理提取方式，支持：

• ? 按智能體/按通道限定范圍

• ? 通過(guò)心跳傳遞提醒

• ? CLI 管理命令

• ? 簡(jiǎn)單的開(kāi)關(guān)配置：commitments.enabled與commitments.maxPerDay

• ? 心跳間隔與到期時(shí)間鉗制，避免“魔法簽到”立即回顯

這使得定時(shí)提醒或周期任務(wù)變得更加自然和可控。

?? 三、提供商與模型支持大幅擴(kuò)展 1. NVIDIA 提供商正式加入

OpenClaw 現(xiàn)在擁有NVIDIA 提供商，包含：

• ? API密鑰引導(dǎo)流程

• ? 設(shè)置文檔

• ? 靜態(tài)元數(shù)據(jù)目錄

• ? 字面模型引用選擇器

這意味著您可以在 OpenClaw 中直接選擇 NVIDIA 托管的模型，并保留它們的前綴標(biāo)識(shí)，更輕松地接入 NVIDIA 的AI基礎(chǔ)設(shè)施。

2. Amazon Bedrock 思路對(duì)齊

針對(duì) Bedrock 上的Claude Opus 4.7，現(xiàn)在完整暴露了其思考檔案（xhigh、adaptive、max），而 Opus/Sonnet 4.6 仍然保持自適應(yīng)默認(rèn)值。/think菜單和輸入驗(yàn)證與 Anthropic 傳輸行為保持一致。

3. 更安全快速的模型/認(rèn)證路徑

• ?模型清單支持（manifest-backed paths）：大量模型發(fā)現(xiàn)和認(rèn)證流程現(xiàn)在基于清單完成，避免運(yùn)行時(shí)加載不必要的鉤子。

• ?Codex/OpenAI兼容接口：重放了更安全的數(shù)據(jù)流處理，特別是對(duì)openai-codex/gpt-5.4-mini的恢復(fù)支持（之前因規(guī)避清單封鎖而被抑制，但經(jīng)過(guò)實(shí)際OAuth證明后重新啟用）。

• ?本地小模型友好：上下文窗口閾值現(xiàn)在根據(jù)有效模型窗口動(dòng)態(tài)計(jì)算，并設(shè)有4k/8k的安全底線，避免小模型被固定的16k/32k拒絕。

• ?Ollama：修復(fù)了工具調(diào)用名稱規(guī)范化問(wèn)題（例如functions.exec正確分發(fā)到exec）；支持:cloud模型的顯式解析；保障取消信號(hào)與超時(shí)機(jī)制協(xié)同工作。

• ?Google Gemini：當(dāng)用戶內(nèi)容為空或過(guò)濾后，會(huì)發(fā)送非空的占位內(nèi)容，避免“contents is not specified”錯(cuò)誤。

• ? 添加了可選的啟動(dòng)診斷時(shí)間線（通過(guò)配置標(biāo)志啟用），記錄網(wǎng)關(guān)生命周期和插件加載階段。

• ? 慢主機(jī)啟動(dòng)時(shí)，若發(fā)現(xiàn)發(fā)現(xiàn)插件卡住，網(wǎng)關(guān)啟動(dòng)不再被阻塞，并且會(huì)提供事件循環(huán)就緒診斷。

• ? 針對(duì) Windows 平臺(tái)插件加載，啟用了原生require()快速路徑，將典型6插件環(huán)境啟動(dòng)時(shí)間從約39秒減少到約2秒。

即使模型配置發(fā)生變化，網(wǎng)關(guān)也會(huì)提供最后一次成功的模型目錄，同時(shí)后臺(tái)刷新舊目錄，避免控制平面請(qǐng)求被阻塞。

3. 運(yùn)行時(shí)依賴修復(fù)

• ? 新增SQLite 后端的插件狀態(tài)存儲(chǔ)（api.runtime.state.openKeyedStore），支持TTL、驅(qū)逐和自動(dòng)插件隔離。

• ? 運(yùn)行時(shí)依賴修復(fù)：包括對(duì)node-llama-cpp的按需保留、跨版本容器升級(jí)不再崩潰、依賴映射始終寫(xiě)入等。

• ? 捆綁的提供商插件現(xiàn)在會(huì)在模型配置引用它們時(shí)自動(dòng)包含，但在醫(yī)生修復(fù)中保持禁用。

實(shí)現(xiàn)了保守的卡死會(huì)話恢復(fù)，僅釋放過(guò)時(shí)的會(huì)話通道，同時(shí)保證正在運(yùn)行的嵌入任務(wù)、回復(fù)操作和通道任務(wù)保持串行化，避免中止合法長(zhǎng)時(shí)間運(yùn)行。

五、各通道修復(fù)亮點(diǎn) 1. Slack：Block Kit 限制與交互回復(fù)

• ? 對(duì)按鈕和選擇器進(jìn)行長(zhǎng)度/個(gè)數(shù)鉗制，使其保持在 Slack Block Kit 的限制內(nèi)。

• ? 對(duì)過(guò)長(zhǎng)的按鈕URL、確認(rèn)文本、備選文本等進(jìn)行截?cái)嗷騺G棄，避免整個(gè)交互負(fù)載被 Slack 拒絕。

• ? 合并消息工具展示與交互塊，防止按鈕和選擇器在有結(jié)構(gòu)化消息主體時(shí)被丟棄。

• ? 現(xiàn)在會(huì)尊重ALL_PROXY/all_proxy和OPENCLAW_PROXY_URL來(lái)構(gòu)建 Bot API 的 HTTP 傳輸層。

• ? 對(duì)于網(wǎng)絡(luò)不可達(dá)等臨時(shí)故障，不再殺死網(wǎng)關(guān)，而是路由到重啟路徑。

• ? 引用回復(fù)遇到QUOTE_TEXT_INVALID時(shí)自動(dòng)降為重試，避免整條回復(fù)丟失。

• ? 發(fā)布輪詢活躍度警告，當(dāng)長(zhǎng)輪詢停滯時(shí)在狀態(tài)與醫(yī)生中顯示。

• ? 在啟動(dòng)應(yīng)用查找和網(wǎng)關(guān)元數(shù)據(jù)獲取期間，對(duì) Cloudflare/Error 1015 HTML 429 REST 失敗進(jìn)行冷卻。

• ? 提供channels.discord.applicationId繞過(guò)應(yīng)用ID查找。

• ? 分割長(zhǎng)CJK回復(fù)時(shí)使用標(biāo)點(diǎn)與碼點(diǎn)安全邊界，避免損壞特殊字符。

• ? 抑制重復(fù)網(wǎng)關(guān)監(jiān)控器：當(dāng)多個(gè)啟用的賬戶解析到同一bot令牌時(shí)，優(yōu)先使用配置令牌并報(bào)告跳過(guò)副本。

• ? 要求 Baileys 出站消息ID后再標(biāo)記自動(dòng)回復(fù)已交付，避免失敗群回復(fù)看起來(lái)已發(fā)送。

• ? 發(fā)布真實(shí)的傳輸活躍性到頻道狀態(tài)，并在傳輸靜默時(shí)強(qiáng)制提前重連。

• ? 在多種路徑上剝離泄露的復(fù)數(shù)工具調(diào)用XML包裝，并保持頻道錯(cuò)誤負(fù)載不出現(xiàn)在聊天中。

• ? Teams：已解析的19:...@thread.tacv2及舊格式ID在啟動(dòng)時(shí)不再誤報(bào)“未解析頻道”。

• ? Matrix：完成交叉簽名握手流程，解決驗(yàn)證循環(huán)卡死問(wèn)題。

• ? Feishu：跳過(guò)僅含空文本{"text":""}且無(wú)媒體的消息，避免空白用戶輪次被LLM拒絕。同時(shí)清理新創(chuàng)建占位行的空字段。

• ? 添加了精確的 OpenGrep 規(guī)則包、源代碼規(guī)則編譯器、來(lái)源元數(shù)據(jù)檢查和 PR/全量掃描工作流，并將 SARIF 上傳至 GitHub 代碼掃描。

• ? 將媒體 base64 解碼和格式轉(zhuǎn)換開(kāi)銷(xiāo)（在配置接受限制內(nèi)）分類為僅性能問(wèn)題，除非有報(bào)告證明限界繞過(guò)、崩潰、數(shù)據(jù)暴露等邊界突破。

• ? 配置的工具部分（tools.exec、tools.fs）不再隱式放寬受限配置文件（messaging、minimal）。若需要這些工具，必須顯式添加alsoAllow條目，啟動(dòng)時(shí)會(huì)識(shí)別受影響配置并給出警告。

• ? 驗(yàn)證調(diào)用方組ID與會(huì)話或生成上下文是否匹配，然后才應(yīng)用組作用域的工具策略，防止偽造組ID獲取更高權(quán)限。

• ? 引導(dǎo)式配對(duì)令牌的頒發(fā)、兌換和批準(zhǔn)基線現(xiàn)在與每個(gè)角色的作用域允許列表綁定，避免引導(dǎo)審批無(wú)意中授予operator.admin、operator.pairing或node.exec范圍。

添加并文檔化了tools.web.fetch.ssrfPolicy.allowIpv6UniqueLocalRange選項(xiàng)，使其可以通過(guò)緩存鍵和DNS/IP檢查，從而讓受信任的假I(mǎi)P代理?xiàng)＃ㄊ褂?code>fc00::/7）能夠工作，無(wú)需開(kāi)放廣泛的私有網(wǎng)絡(luò)訪問(wèn)。

? 七、開(kāi)發(fā)者與插件相關(guān) 1. 插件 SDK 廢棄標(biāo)記與兼容性

• ? 為剩余的遺留別名導(dǎo)出和差異工具/配置別名添加了廢棄元數(shù)據(jù)，并設(shè)置保護(hù)：將來(lái)遺留別名注釋必須帶有@deprecated標(biāo)簽。

• ? 恢復(fù)了已發(fā)布的@openclaw/discord@2026.3.13包所依賴的openclaw/plugin-sdk/discord兼容性門(mén)面，同時(shí)確保新插件使用通用SDK子路徑。

• ? 在 MIRRORED_CORE_RUNTIME_DEP_NAMES 中增加了十個(gè)根包運(yùn)行時(shí)依賴項(xiàng)，防止核心分發(fā)代碼在某些擴(kuò)展未啟用時(shí)出現(xiàn)“Cannot find package”錯(cuò)誤。

• ? 增加了靜態(tài)漂移保護(hù)測(cè)試，掃描src/中對(duì)根包依賴的值導(dǎo)入，若缺失于鏡像允許列表或擴(kuò)展擁有集合則CI失敗。

• ? 編寫(xiě)了 Kitchen Sink 插件 gauntlet，安裝外部包，檢查命令清單、MCP工具、頻道狀態(tài)、提供商輪次、網(wǎng)關(guān)RSS/CPU和致命日志異常。

• ?pnpm gateway:watch現(xiàn)在默認(rèn)通過(guò)一個(gè)命名的 tmux 會(huì)話運(yùn)行，并提供了原始模式和禁用 tmux 的環(huán)境變量，使重復(fù)啟動(dòng)時(shí)不會(huì)侵占調(diào)用者shell。

• ? 配置重新加載的默認(rèn)延遲限制為5分鐘，避免舊活動(dòng)工作永遠(yuǎn)阻止配置重載。

• ?openclaw agents、openclaw text agents list和純文本status現(xiàn)在僅使用只讀元數(shù)據(jù)路徑，不會(huì)在打印之前預(yù)加載插件運(yùn)行時(shí)或?qū)崟r(shí)頻道掃描，大幅提升響應(yīng)速度。

• ? 對(duì)于status --all、status --deep、channel、doctor等命令，當(dāng)外部頻道插件需要設(shè)置元數(shù)據(jù)時(shí)，會(huì)從打包的 OpenClaw 分發(fā)根目錄解析運(yùn)行時(shí)回退，避免崩潰。

• ? 當(dāng)隱式回環(huán)網(wǎng)關(guān)連接關(guān)閉或超時(shí)時(shí)，openclaw logs會(huì)回退到配置文件中的網(wǎng)關(guān)文件日志。

• ? 網(wǎng)關(guān)本地或認(rèn)證的/readyz響應(yīng)中包含事件循環(huán)診斷塊：p99延遲、最大延遲、事件循環(huán)利用率、CPU核心比率及降級(jí)標(biāo)志，用于識(shí)別啟動(dòng)緩慢或失控對(duì)話。

• ? 更新時(shí)跳過(guò)配置中禁用的跟蹤插件，保留其安裝記錄但不會(huì)導(dǎo)致更新失敗。

• ?openclaw channels logs復(fù)用滾動(dòng)日志文件解析器，能夠跨日期邊界回退到活動(dòng)日志文件。

• ?PDF提取：解決內(nèi)置字體 PDF 渲染失敗問(wèn)題（通過(guò)從安裝包根目錄解析字體，并向 Node 回退提取器傳遞文件系統(tǒng)路徑）。

• ?媒體：將application/msword或application/x-cfb視為二進(jìn)制，避免可打印樣式的 .doc 文件作為文本嵌入提示。

• ?Cron：驗(yàn)證禁用作業(yè)計(jì)劃編輯后再持久化更新，防止無(wú)效更改部分損壞存儲(chǔ)作業(yè)。添加超時(shí)清理機(jī)制，避免陳舊cron會(huì)話卡死聊天通道。

• ?子智能體：緩存持久化子智能體運(yùn)行注冊(cè)表讀取（通過(guò)文件簽名），同時(shí)保留新鮮解析隔離，減少繁忙網(wǎng)關(guān)對(duì)未更改的subagents/runs.json的熱路徑重新解析。

• ?會(huì)話恢復(fù)：顯式傳遞認(rèn)證承載（并在邊界感知流回退中轉(zhuǎn)發(fā)運(yùn)行中止信號(hào)），使通過(guò)openai-codex-responses等傳輸?shù)哪Ｐ筒辉僖蛉鄙?bearer 而失敗。

• ?iMessage：規(guī)范化已知的前導(dǎo)屬性損壞標(biāo)記，在丟棄這些標(biāo)記時(shí)不折疊內(nèi)部文本。

• ?Discord 互動(dòng)組件：向插件 SDK 添加 Discord 組件消息輔助工具和 Telegram 賬戶解析兼容性門(mén)面。

代碼地址：github.com/openclaw/openclaw

openclaw v2026.4.29是一個(gè)集大成的穩(wěn)定版本，尤其適合以下場(chǎng)景的用戶升級(jí)：

• ? 需要跨多個(gè)群組、頻道和人物進(jìn)行長(zhǎng)期對(duì)話記憶的運(yùn)營(yíng)者（人物維基 + 主動(dòng)記憶過(guò)濾）

• ? 依賴于 Telegram、Slack、Discord、WhatsApp 進(jìn)行自動(dòng)化交互的團(tuán)隊(duì)（大量通道邊界修復(fù)和長(zhǎng)度限制處理）

• ? 使用 NVIDIA、Bedrock 或本地小模型的自托管用戶（提供商擴(kuò)展與小模型窗口適配）

• ? 對(duì)啟動(dòng)速度、插件可靠性有較高要求的開(kāi)發(fā)者（Windows快速路徑、依賴鏡像、診斷時(shí)間線）

我們相信人工智能為普通人提供了一種“增強(qiáng)工具”，并致力于分享全方位的AI知識(shí)。在這里，您可以找到最新的AI科普文章、工具評(píng)測(cè)、提升效率的秘籍以及行業(yè)洞察。 歡迎關(guān)注“福大大架構(gòu)師每日一題”，發(fā)消息可獲得面試資料，讓AI助力您的未來(lái)發(fā)展。