GitHub Repo
Hermes Agent 修復設定鍵誤拒回歸，部分拼字錯誤改為警告
主分支修補讓未列入預設表、但執行階段仍會讀取的設定鍵恢復寫入。代價是部分拼字錯誤也改為警告，部署腳本須另外驗證設定是否生效。
Hermes Agent 於 9 月 17 日合併設定寫入修補，讓語音服務商、技能建立提示等實際有效的設定，不再因缺少預設值而遭命令列拒絕。更新已進入主分支，主要關係到追蹤開發分支、以腳本配置代理的部署。[修補 PR](https://github.com/NousResearch/hermes-agent/pull/114226)
問題出在驗證器把 `DEFAULT_CONFIG` 當成完整規格，但部分設定刻意不提供預設值，以區分使用者是否明確選擇。9 月 15 日的改動將未知子鍵由警告改成拒絕寫入，於是合法設定也回傳失敗。回報者檢查既有清單中的 237 條可解析路徑，發現 164 條會被拒絕，範例設定檔另有 11 個受影響項目；這些是特定版本的檢查結果，不代表所有安裝皆受影響。[問題回報](https://github.com/NousResearch/hermes-agent/issues/114107)
受影響範圍跨越語音、瀏覽器、排程與顯示選項。對自動建置多個代理環境的團隊，同一份設定腳本可能在更新後中途停止，留下僅部分完成的環境；這是依失敗行為推得的部署風險，回報未統計實際受影響機器數。
修補後，`stt.provider` 這類未登錄鍵可寫入並附帶提醒。只有能確認前綴放錯位置、移除前綴後對應既知設定的路徑，才維持寫入前拒絕。官方文件也已記錄此行為，避免部署者把一般提醒誤當成設定失效。[設定文件](https://hermes-agent.nousresearch.com/docs/user-guide/configuration/)
代價是同一區段內的拼字錯誤也會放行，例如 `agent.max_turnz` 只會收到近似名稱提示。工程上，這表示腳本成功結束只能證明資料已保存，不能證明代理採用了預期值；部署測試仍應驗證設定讀回及實際功能。設定讀回仍可能只返回檔案值，實際功能驗證才足以確認配置生效。[行為取捨](https://github.com/NousResearch/hermes-agent/pull/114226)
[PR 作者回報](https://github.com/NousResearch/hermes-agent/pull/114226)相關測試有 299 項通過、4 項僅限 Windows 的測試跳過，但本文未自行重跑。截至查核時，最新正式標籤仍為 9 月 14 日版本，因此不能把主分支修補視為容器或雲端已同步上線。維運者應核對部署提交是否包含 `2cf1351`，再測試原本失敗的配置步驟，並確認錯誤提示沒有被部署日誌過濾掉。[正式版狀態](https://github.com/NousResearch/hermes-agent/releases/tag/v2026.9.14)