Hermes Advanced Delegation 新外掛:子代理選模型與設定檔,權限怎麼跟著走?
Hermes Advanced Delegation 新增模型與設定檔路由,讓子代理從核准名單選擇執行方式。整理 0.22.5 版本門檻、預設模型、跨設定檔憑證與模式生效時間,掌握分工與權限差異。
讓 AI 派幾個子代理做事時,查資料和改程式未必需要同一種模型。Hermes Advanced Delegation 讓這種差別可以事先設定,再交由主代理依任務選擇。
Hermes 原本就能指定子代理共用的模型,卻不等於主代理能依每一項工作,從事先核准的多個選項裡挑出合適的一個。
Nous Research 於 2026 年 10 月 26 日介紹這個外掛,目錄顯示它在 10 月 22 日列入、23 日更新,新增按模型及按設定檔分派的兩種模式。
其中設定檔不只決定模型,也會帶入自己的憑證、技能與終端機政策,因此分工方式一改,實際能碰的系統也可能跟著改。
我認為它適合已經需要區分模型或工作身分的 Hermes 使用者。若所有子代理本來就該共用一種模型,內建模式會比較單純。
要決定一項任務該交給誰,先得分清楚替它換模型,與讓它借用另一個工作設定檔的差別。
Hermes Advanced Delegation 的兩種路由有什麼差別?
模型路由替每項工作選一條模型設定,設定檔路由則讓子代理以另一個 Hermes 設定檔執行。路由可以理解為預先安排好的執行去向,主代理只能選擇已經備好的路線。
官方外掛文件把內建模式與新增模式分開,原因是它們處理的選擇不同。內建模式讓子代理共用指定模型。模型路由則讓不同工作有不同選項。
例如,使用者可以把便宜快速的模型命名為 fast,把較適合複雜分析的模型命名為 deep,再為本機服務建立 local 路由。這些名稱與用途是使用者設定,並不是系統測試後給模型的品質排名。
設定檔路由則更像借用另一份工作身分。名為 coder 的設定檔可能已有自己的模型、技能與終端機規則,子代理選到它時,執行條件會跟著那份設定走,而不只是替同一個工作換一個模型名稱。
一次只啟用一種模式
三種模式不能同時當成多層選擇器一起使用。使用者要先決定目前啟用內建、模型路由或設定檔路由,再讓主代理從該模式提供的選項分派工作。
不過,切換模式不會要求把另一種模式的設定全部刪掉。它們各自保留設定區塊,因此可以先比較需求,再切回原本的安排,而不必每次重新填寫所有路線。
因此設定路由之前,必須先決定模型應該看見哪些選項,而不是讓它自行拼出供應商或帳號。

With the new Advanced Delegation modes plugin, Hermes Agent's orchestrator can now pick a different model or profile for each subagent from routes you set up. The right model or profile for every job.https://t.co/qu72GjRqin pic.twitter.com/LMLgBEBuuF
— Nous Research (@NousResearch) October 26, 2026
主代理可以任意選模型或新增路由嗎?
主代理只能從使用者列出的路由名稱裡選,未列入的選項會在啟動子代理前被拒絕。工具輸入中提供的是有限選項,並沒有把新增供應商當成主代理可以隨意採取的動作。
模型看到的是路由名稱與使用者寫的一行描述。供應商、模型識別、服務網址和金鑰不會因此變成工具參數,讓模型臨時編出另一個端點,再聲稱那是一條有效路由。
這使描述成為實際分工的一部分。若 fast 與 deep 都只寫「處理任務」,主代理就缺少選擇依據。若描述清楚交代查詢、摘要或複雜除錯,選擇才比較接近使用者原本的意圖。
但有限名單只限制它能選誰,並不保證每次都選得最好。使用者仍可以從回傳結果查看實際路由,確認任務是否落到原本預期的模型,而不是只看最後答案好不好讀。
外掛選路線,核心安排子代理生命週期
外掛負責回答工作要走哪條路,啟動、隔離、深度與同時執行數等安排,仍由 Hermes 核心處理。因此它不是另一套取代核心的子代理執行系統。
這也讓使用者比較容易定位問題。如果選項不合法,應先查路由設定。如果已選對路線卻不能啟動,還要查看核心限制或模型服務的條件,不能把所有錯誤都當成模型判斷失敗。
設定編輯器會先讓使用者挑已經有憑證的供應商,再選模型、思考設定與服務速度。儲存之前也會驗證這些組合,所以設定錯誤不必等到真正分派任務才全部交給模型猜測。
如果路由格式錯誤或名稱重複,文件說明會略過並記錄警告。這表示看見一份設定檔裡寫了三條路線,不代表主代理實際拿到了三個有效選項,仍要查看系統載入的內容。
尚未設定任何路線時,工具根本不會提供對應的選擇參數。這能避免主代理在空白設定下產生看似完整的分派,但使用者也得先完成設定,才能看到新增模式的意義。
選項收進名單後,下一步才是沒有選路由時該怎麼處理,避免一個省略變成意外的模型切換。
沒有指定路由,任務會用哪個模型?
外掛模式會先看該模式的預設路由,沒有預設才沿用主代理自己的模型。這和內建模式採用的共用子代理設定不同,不能只看舊設定還在,就以為它繼續生效。
官方說明,模型路由和設定檔路由啟用時,不使用原本的共用模型與供應商設定。只有切回內建模式,那些設定才會重新參與決定。
因此,假設主代理使用一個較昂貴的模型,而團隊希望一般子任務走 fast,就應明確把 fast 設為預設。若刻意不設預設,沒有選路由的工作才會沿用主代理模型。
這個差別會影響費用,也會影響能力。把設定留白不是自動採用最便宜選項,使用者需要知道留白所代表的回退方式,才能理解某次任務為何用了不同模型。
回傳紀錄會指出實際執行條件
有走路由的結果會帶回路由名稱,以及實際使用的供應商、模型、推理努力程度與速度等級。推理努力程度是在服務支援範圍內,調整模型投入多少思考工作的設定。
速度等級也受路由本身的支援限制。若指定了一個不存在的努力程度或不提供的速度等級,系統會拒絕啟動,而不是悄悄換成另一種條件繼續跑。
這讓維護者能把「設定想要什麼」和「實際用了什麼」對照。否則,即使一項工作完成,也可能無法判斷當時使用的能力與費用是否符合安排。
但預設只回答模型去哪裡跑,若選的是另一份設定檔,仍得另外檢查它能用的憑證與終端機權限。
設定檔名單為什麼同時也是權限名單?
允許選一個設定檔,就等於允許子代理使用那份設定檔的憑證與終端機政策。設定檔路由因此應被當成授權安排,而不只是替角色取一個方便辨識的名字。
固定版本的官方說明明列,子代理會使用該設定檔的憑證池、技能、身分指示與終端機政策。未列入名單的設定檔不能被選,列出的名稱也必須真正在電腦上存在。
假設某設定檔可以操作工作用系統,另一份只供公開資料研究,把前者加入後者可選的名單,就改變了研究代理能借用的能力。這是一個用來解釋資料流的例子,不代表所有人的設定檔都有相同權限。
安裝範圍也與此有關。外掛應裝在負責分派的設定檔,目標設定檔不必另外安裝同一外掛,但必須已有可以運作的模型。選單出現目標名稱,不能代替確認它的帳號與模型是否可用。
設定檔模式使用的是一份勾選名單。既有描述可以保留,新加入的設定檔則可補一行用途,讓主代理知道該在什麼情況選它。這比只依名稱猜測更能傳達工作界線。
若把所有設定檔都取消勾選,系統會先確認清空,再把正在使用的設定檔路由模式切回內建模式。這個行為避免留下「模式開著,卻沒有任何可選對象」的模糊狀態。
如果名單上的設定檔已不存在,子代理也會被拒絕啟動。系統不會因為名字相似,就自動借用另一份設定,這能讓權限與實際工作身分維持可對照的關係。
路由名稱不包含金鑰,不等於不必管理金鑰
模型路由可以沿用供應商既有的憑證設定。API 金鑰是讓程式呼叫服務時證明權限的代碼,也屬於需要管理的憑證。官方也允許在路由直接填入金鑰,但明確提醒,這會讓金鑰以純文字保存在設定檔案中。
因此,既有供應商設定與直接填入金鑰,是兩種不同的保存方式。主代理看不到原始金鑰作為路由參數,並不表示儲存憑證的地方就不需要維護。
外掛本身沒有額外的模型或網路呼叫,也不能解讀成子代理不會連網。真正的工作仍會依選到的模型、工具及設定檔執行,資料會走哪裡,取決於那條路線本身。
延伸閱讀:1Password for Agents:讓 AI 登入帳號,密碼為何不用交給模型?
權限確認後,還有一個容易被忽略的時間問題:修改模式不一定會立即改掉正在進行的對話。
切換模式為何通常等到下一個對話?
Hermes 預設讓新模式從下一個對話開始,因為工具選項是對話提示快取的一部分。提示快取會重用先前已處理的對話內容,減少下一次請求需要重新讀取的部分。
路由的選項在工作階段開始時建立,因此修改設定後,舊對話仍可能保留原本那一組選項。若只保存新模式,卻期待當前對話立刻變更,就可能誤判設定沒有成功。
官方提供立即套用的選項,會在下一則訊息時重建工具。代價是這段對話需要打斷一次原有快取,所以它是使用者主動選擇的行為,而非每次切換都默默發生。
如果舊對話仍試圖使用上一種模式的路由,系統會拒絕並指出切換方式,不會把原本的選項錯誤地套進另一條路線。這比讓任務繼續跑、事後才發現模型不對,更容易追查。
不同對話介面的選擇方式也可能不同,有些使用按鈕,有些列出編號,但保存到下次與立即重建的差別相同。重點是設定何時進入這段對話,而不是使用者在哪個聊天工具按下按鈕。
當目前選定的分派後端不能執行,例如外掛被停用,Hermes 也會拒絕子代理,並指出可以查看或切換模式的命令。它不會因為工作急著完成,就直接換回另一個模型設定。
設定工具只寫入分派模式及其路由區塊,並透過核心的設定寫入方式保留其他設定與註解。因此調整路線時,使用者比較容易把檔案差異聚焦在這次分工,確認沒有連帶改動其他工作習慣。
這也說明升級時不能只看外掛是否出現在目錄,還要核對核心版本是否支援它需要的分派介面。
哪些版本能用,怎麼判斷是否需要外掛?
Advanced Delegation 要求 Hermes 0.22.5 以上,早幾個 0.22 版本不會因為同屬一個系列就自動相容。這是第一個提供可插拔分派介面的核心版本。
在 0.22.0 至 0.22.4,核心會拒絕安裝或啟用這個外掛,已經放進去的副本也會被略過。更舊版本反而可能忽略版本需求欄位,載入後只記一則警告而沒有作用,因此不能只看「安裝完成」判斷功能可用。
這和先前 0.22 的首次啟動及連接器更新是不同事件。已有舊版 Hermes 的人,應先核對版本,再決定要不要新增路由。不是重新走一次初始設定就自然取得新能力。
延伸閱讀:Hermes Agent 0.22 更新:免 API Key 首次啟動、Connectors 與穩定版本怎麼用?
若所有子代理確實應共用同一模型,內建模式已經能表達需求。只有任務需要不同模型,或需要明確借用另一份工作設定,額外路由才帶來實際差別。
我會先把每條路由允許處理的任務與實際回報對照起來,確定分工真的有差別,再保留需要的設定。
Hermes Advanced Delegation 常見問題 FAQ
主代理能自己新增任意模型嗎?
不能。Hermes 從使用者提供的名稱名單選擇,未提供的選項會在啟動前被拒絕。路由描述仍要由使用者寫清楚。
模型路由與設定檔路由能同時啟用嗎?
不能,一次只有一個模式。不同模式會保留自己的設定,方便之後切換,但不會同時疊在一起運作。
外掛會保證比較省錢嗎?
不會。費用取決於實際路由、模型、任務與快取情況。沒有預設時還可能沿用主代理模型,不能把分派直接等同節費。