Hermes Agent 修復「資料庫驚魂」：你的工作階段記錄終於穩了
Hermes v2026.9.11 更新解讀：通俗講解本次版本的新功能與改進
版本資訊
| 項目 | 內容 |
|---|---|
| 版本號 | v0.21.2（v2026.9.11） |
| 發布日期 | 2026 年 9 月 11 日 |
| 發布類型 | 修補版本（Patch Release） |
| 一句話說明 | 修復 v0.21.0 工作階段儲存重寫後引發的 state.db 資料庫脆弱問題，並彙總四天內所有改進 |
通俗解讀
資料庫不再「自己人打自己人」
想像一下：你家裡有四個管家，都在同一時間往同一個帳本上寫字。一個在寫，另一個伸手去翻頁，第三個乾脆把帳本合上——結果帳本被撕壞了。這就是 v0.21.0 之後部分使用者遇到的真實情況：多個背景程式同時往 state.db 這個「總帳本」裡寫資料，互相把對方的鎖給取消了。本次更新把四個「亂寫帳本」的管家全部管住了：託管房間的資料搬進了獨立的 shared-state.db，儀表板改成「唯讀優先」，排程任務走正規連線通道，修復工具也不再貿然動別人的帳本。
健康的資料庫不再被誤判「損壞」
有時候你的帳本明明完好無損，但管家看了一眼就說「這帳本壞了，不能用」。這可能是檔案系統的一個小把戲（比如 OpenZFS 的已刪除目錄項），或者一次讀寫「擦肩而過」造成的誤會。本次修復讓系統不再因為一次小小的磁碟抖動就判定整個資料庫報廢——在 WSL2 上偶發的 I/O 錯誤也不會再讓「檢視工作階段」功能第一次就失敗。
搜尋索引壞了，聊天照樣繼續
以前，如果全文搜尋的索引（相當於帳本後面的「目錄頁」）出了問題，系統會誤以為整本帳本都爛了，直接終止你當前的對話。現在不會了：搜尋功能會暫時降級，索引稍後自動重建，而你的聊天記錄完好無損。就像圖書館的檢索卡片亂了，但書架上的書一本沒少。
排程任務「沒送到」會自動重試
你設了一個定時提醒，但那次觸發因為網路或模型繁忙沒能真正送達。以前它就默默消失了。現在系統會自動進行有限次數的重試，確保你的任務不會因為一次「快遞沒送到」就永遠遺失。
外掛鉤子更完整，中斷也能被感知
當你在工作階段中按下中斷，系統現在會正確觸發 agent_loop_stopped 外掛鉤子。這意味著依賴這個訊號的第三方外掛能準確知道「迴圈停了」，不會一直傻等。
工具參數驗證更嚴格
註冊工具時，如果參數格式寫錯了，系統會直接拒絕，而不是等到執行時才出問題。這就像門口保全提前攔下證件不合格的人，而不是等他進了大廳再出亂子。
新增圖像生成模型與 Slack 整合改進
FAL 目錄新增了 Meta Muse Image，每張圖僅需 0.01 美元，適合大量出圖的使用者。Slack 整合的狀態和標題現在走 Agent Sessions API，資訊展示更準確。
總結
這次更新是一次「止血」式修補：它沒有花俏的新功能，而是把 v0.21.0 大改後留下的資料庫隱患逐一堵上。對一般使用者來說，最直接的感受就是——工作階段記錄不再莫名其妙損壞，聊天不會因為搜尋索引的小毛病而中斷，排程任務也更可靠了。如果你曾在 0.21.0 或 0.21.1 上遇到過「資料庫損壞」的提示，這個版本就是為你準備的。
📎 官方發布說明：https://github.com/NousResearch/hermes-agent/releases