Hermes Agent 社群回報審批捷徑漏查權限，群組一般使用者可能批准待執行命令

Hermes Agent 於 10 月 30 日收到一則審批權限不一致的社群回報：在設定管理員名單後，一般使用者可能無法執行 /approve，卻仍能以文字回覆批准同一筆待執行命令。回報者指出，v0.22.5 與其查核的主線提交均有此行為；截至查核，議題仍開放，未列出關聯修補。社群回報

官方文件將訊息平台使用者分成兩層：allow_admin_from 內的管理員可執行全部已註冊指令，其他獲准使用者只能使用 user_allowed_commands 指定的指令。群組另有對應設定；未設定管理員名單的作用域則維持相容模式，所有獲准使用者都能執行指令。因此，這次回報關注的是已啟用分級後的審批一致性。官方指令文件

問題位於代理忙碌時的文字審批分流。公開的 gateway/run_busy.py 顯示，_route_plaintext_approval_while_busy 在允許 gateway 控制且存在阻塞中的審批時，會辨識簡短回覆，將訊息改寫為審批指令，再直接呼叫批准或拒絕處理器。該函式本身未呼叫 _check_slash_access。程式註解解釋，這項捷徑是為了讓回覆立即解除等待，避免排入佇列後形成死結。公開程式碼

工程上的意義是，輸入捷徑若只共用動作處理器，卻未共用授權檢查，就可能產生不同入口、不同權限的結果。依回報描述，風險需要已獲准進入的非管理員與待審批命令同時存在；目前證據不足以推論未授權外部使用者也能進入系統。

專案安全政策同時指出，授權名單內的呼叫者被視為同等可信，需要能力隔離的部署應使用不同實例與名單。後續應觀察維護者如何協調這項信任模型與指令分級文件，以及是否補上一般使用者、群組作用域和文字捷徑的回歸測試。現階段這仍是待確認的功能權限回報，不能視為已發布的安全公告。安全政策