GitHub Repo
Hermes Agent 社群回報委派權限落差，子代理可能取得目標設定檔已關閉的終端工具
11 月 1 日的 Hermes Agent 社群回報指出，透過設定檔路由啟動的子代理，可能繼承父代理工具，仍能執行目標設定檔已停用的終端命令。作者提供直接啟動與委派啟動的對照，但尚未見維護者確認，是否調整工具繼承規則仍待釐清。
Hermes Agent 的設定檔委派機制出現工具權限預期落差。11 月 1 日提交的議題指出，使用 advanced-delegation 外掛的 profile_routes 後端時，目標設定檔即使關閉終端工具，由其他設定檔委派啟動的子代理仍可能取得終端能力。回報環境為 Docker 中的 Hermes 0.22.5 與外掛 1.0.0；目前證據來自單一使用者的對照測試。議題與重現步驟
測試將 video-editor 設定為只開啟檔案操作、技能及澄清工具，父設定檔則保留終端。直接啟動目標設定檔時，代理回答沒有終端工具，也未建立測試檔；改由父代理委派相同任務後，子代理列出的工具包含 terminal，並執行帶有指定時間戳的建檔命令。作者另稱，父代理追蹤只出現委派與讀取日誌，未出現父代理自行呼叫終端的紀錄。測試結果
官方文件為這個現象提供了重要背景：一般 delegate_task 子代理原本就繼承父代理已啟用的工具集，模型不能自行傳入工具集參數來增加能力；部分工具另有子代理限制。因此，這份回報涉及「切換設定檔路由時應採用誰的工具設定」，尚不能直接定性為已確認的權限提升漏洞。工具繼承規則
對工程團隊而言，技術重點是設定檔身分、模型路由與工具能力是否具有一致的切換邊界。若工作流程把停用終端的設定檔當作受限工作者，卻由具備終端能力的父代理啟動，實際可用工具可能偏離部署者預期。這是依回報與文件作出的部署風險推論，並無公開證據顯示已發生惡意利用。
截至查核，議題仍開啟，未見維護者確認或修補連結。接下來應觀察專案如何定義設定檔路由的工具契約，以及是否加入直接啟動、委派啟動的權限對照測試；使用這類路由的團隊，也應核對子代理實際取得的工具清單。議題狀態