Hermes Agent 社群提出 Curator 修補，技能整理遭截斷仍可能被記為完成

Hermes Agent 的技能庫維護功能出現長任務可靠性回報。10 月 13 日公開的議題指出，啟用 Curator 的模型整併流程後，審查代理可能持續累積上下文，直到回覆被截斷；系統卻仍更新執行次數與排程時間，讓未完成工作看起來已經結束。目前議題仍開啟，相關修補處於草稿階段。社群議題

回報者的環境包含 44 個代理建立的技能，模型上下文上限為 262,144 tokens。一次整理耗時 6.9 小時、呼叫工具 98 次，最後請求達 261,643 tokens，只剩 501 tokens 空間。作者分析，完整技能讀取與改寫內容反覆進入近期對話，而這部分受到壓縮保護，導致上下文難以縮減。這是單一環境的觀察，尚無較小的確定性重現案例。重現條件與分析

官方文件顯示，Curator 的確定性閒置歸檔與模型整併是兩個階段；會讀取、修補及合併技能的模型流程預設關閉，須設定 curator.consolidate: true 或手動指定。整併前會建立技能樹快照，可供回復。因此，這項回報的直接範圍是主動啟用整併的使用情境。Curator 文件

草稿 PR #138076 提議在判斷請求是否容納得下時，預留最多 4,096 tokens 輸出空間，小視窗則以一成為上限；同時把截斷結果標為未完成，將待處理技能寫入 run.json。另一份草稿 #138012 著重傳遞結構化失敗原因，讓狀態查詢與報告顯示提前結束。輸出預留方案、狀態傳遞方案

對長時間運行的代理而言，這個案例顯示完成狀態需要結合模型的終止原因。工程團隊接下來應觀察修補是否合併、待辦交接能否支援續跑，以及大型技能庫的實際驗證；目前公開測試結果來自提案作者，尚不能視為正式版本已解決問題。