十個被低估的 Hermes 功能，展現其真實力量
持久身分、工作階段恢復、可重複使用技能、閘道、排程、子代理、設定檔、模型切換、側面提問與事件鉤子。
許多人將 Hermes 當作一個稍微強大一點的 ChatGPT 來使用：他們連接 Telegram、提出問題，然後就停在那裡。這錯過了使 Hermes 成為實用代理基礎設施的架構。
它更深層的功能解決了重複出現的操作問題。它們保存身分、恢復先前的決策、分離角色、排程工作、委派任務並回應事件。它們共同形成了一個持續工作的操作層，而不是單一的對話。
1. SOUL.md：持久身分與邊界
檔名有大小寫之分；SOUL.md 描述代理應如何行為。它可以定義語氣、優先事項、價值觀、溝通風格與核准規則。
檔案應具體但簡短。「要有幫助」這類陳述幾乎沒有幫助。更有用的指導包括如何呈現不確定性、何時請求許可、使用哪種語言，以及如何處理衝突的指令。
由於檔案是可讀取的，身分變更可以被審查與版本控制。這比允許個性透過聊天歷史不可見地漂移更安全。
2. 工作階段搜尋：恢復先前的決策
長時間運作的工作會產生難以手動尋找的決策。工作階段搜尋允許使用者找到先前的討論、連結與結論。
在重複研究或更改計劃之前，搜尋功能特別有用。應搜尋先前的決策與相關的推理過程，而不僅僅是關鍵字比對。重要的發現應推廣到專案筆記或持久記憶中。
工作階段搜尋是一個恢復工具，而不是有組織的文件記錄的替代品。
3. 技能：將提示詞轉化為工作流程
技能捕捉了一個可重複的程序。使用者不需要重新解釋如何準備報告或處理客戶，直接呼叫技能即可。
一個好的技能應說明其目的、所需的輸入、步驟、工具、輸出格式、檢查事項與限制。它應在多個範例上進行測試，並在出現實際邊界案例時進行修訂。
技能是 Hermes 隨著時間推移變得越來越有用的最明顯方式之一。改善被儲存在可見的成果中，而不是遺留在某個被遺忘的對話中。
4. Telegram 閘道：真正的控制介面
Telegram 不僅僅是接收答案的地方。指令、主題、檔案與通知可以使其成為 Hermes 的遠端控制介面。
不同的主題可以對應到不同的專案。排程報告可以送達專屬的頻道。核准請求可以從手機上處理。
閘道必須限制允許的使用者並保護 Bot token。即使 Telegram 是審查的地方，最終的成果仍應儲存在專案系統中。
5. Cron 任務：週期性的代理工作
Cron 任務允許 Hermes 按照排程運作。有用的範例包括晨間簡報、每週研究、健康檢查與專案審查。
排程應說明時區、模型、資料來源、輸出目的地以及當沒有任何變化時的行為。在信任排程之前，先手動觸發任務。
週期性工作應定期審查。沒有人閱讀的報告應被暫停，即使它成功執行。
6. 子代理：平行研究與執行
子代理可以處理較大任務中獨立的部分。主要代理協調它們並整合它們的輸出。
當每個子任務範圍狹窄且回應格式已定義時，委派的效果最好。主要代理不應只是串接答案；它必須解決重複與不一致的問題。
子代理也需要權限邊界。研究代理很少需要允許發佈或修改帳戶的憑證。
7. 設定檔：獨立的代理工作區
設定檔允許一個 Hermes 安裝支援多個角色。每個設定檔可以使用自己的模型、工具、記憶與身分檔案。
客戶設定檔可以與個人設定檔保持分離。程式碼設定檔可以使用針對軟體最佳化的模型，而研究設定檔則使用為長上下文合成選擇的模型。
設定檔減少了背景污染，但它們並不完全等同於強使用者隔離。敏感客戶可能需要獨立的實例與憑證。
8. 模型與提供者切換
不同的任務需要不同的模型。Hermes 可以在不重建整個代理的情況下切換提供者或模型。
對例行分類使用較便宜的模型，對困難推理使用高級模型。維護一個已核准的備援方案，並記錄哪些工作流程已經過測試。
更換模型可能會改變工具使用行為與寫作風格。在切換後測試工作流程，而不是假設相容性。
9. /background 與 /btw：獨立背景工作階段
/background <prompt>（別名為 /bg 與 /btw）會啟動另一個代理工作階段，讓目前的工作階段保持可用。背景代理只會收到你在該指令提供的 prompt，不會繼承前景對話紀錄；但會沿用相同的模型、提供者、工具組與相關執行期設定。
它適合執行可獨立完成的研究或檔案分析。背景工作完成後，先審查回傳結果，再套用到前景計畫。由於系統不會自動補上前景背景脈絡，prompt 必須明列必要路徑、限制、輸出格式與安全邊界。
10. 鉤子與 BOOT.md：回應事件與啟動
鉤子會在定義的事件發生時執行。鉤子可以回應新檔案、Webhook、任務狀態變更或其他訊號。Hermes 並未內建 BOOT.md 鉤子；已記錄的模式是建立一個 ~/.hermes/BOOT.md 檢查清單與一個使用者定義的 gateway:startup 鉤子來讀取它並執行一次性代理。
啟動動作應輕量且安全。合適的範例包括驗證必要的目錄、載入簡短的狀態說明，以及回報已停用的整合功能。避免每次服務重新啟動時都執行繁重或破壞性的工作。
事件鉤子應驗證其來源，並設計為能容忍重複傳送。外部服務可能不止一次發送相同的 Webhook。
Hermes 作為基礎設施
這些功能揭示了平台的真實面貌。身分提供了行為的連續性。工作階段搜尋與記憶保存了知識。技能保存了程序。閘道提供了存取能力。Cron 任務與鉤子提供了主動性。子代理與設定檔提供了委派與隔離。模型切換提供了靈活性。
結果不僅僅是更聰明的對話。它是一個可設定的基礎設施層，適用於代理、記憶、工作流程、訊息傳遞與工具。
從解決最迫切問題的功能開始。如果舊決策遺失了，使用工作階段搜尋與專案筆記。如果提示詞重複了，建立一個技能。如果工作必須定期執行，加入一個 cron 任務。如果指令衝突了，拆分設定檔。以目的為導向的採用方式能讓系統保持有用，而不是變得複雜。
動手實作：用 /background 與 /btw 執行真正的背景工作
**成果：**研究任務在隔離的背景工作階段中執行，同時前景對話仍可繼續使用。
**時間：**5–10 分鐘。
**風險：**中。每個背景任務都是獨立、由模型驅動的工作階段，並會繼承工具與權限。
開始之前
在含有非敏感 README 或其他安全文字的目錄中啟動一般 Hermes CLI 工作階段。背景工作階段只接收你提供的提示詞，不會繼承前景對話的歷史紀錄。
cd /path/to/a/non-sensitive/project
hermes動手完成
在 Hermes 提示列啟動一個明確的背景任務。立即繼續使用前景工作階段，再檢查執行中的工作。
/background 讀取 README.md，列出五個新貢獻者會提出的問題。不要修改檔案。
/status
/tasks別名 /btw 的語義完全相同。它不是加入目前對話的輕量側問；它會啟動另一個獨立的背景工作階段。
/btw 讀取 README.md，列出缺少驗證命令的設定步驟。不要修改檔案。
/tasks驗證成功
成功時可看到三個訊號：
- Hermes 立即為每個背景任務指派 ID，並把控制權還給前景提示列。
- 任務執行時，
/tasks會顯示該任務。 - 結果稍後出現在獨立的背景結果面板，不會被注入前景對話的上下文。
發生問題時
- 使用
/help或斜線命令的自動完成功能，確認已安裝版本提供/background。 - 如果任務缺少背景，使用精確檔案路徑與預期輸出重跑；背景工作階段無法從前景對話推斷資訊。
- 使用
/tasks檢查執行中的任務。停止或取消卡住的工作，不要持續建立副本。
安全、隱私與成本
背景代理程式會繼承目前的模型、提供者、工具組與檔案權限。獨立工作階段提供的是上下文隔離，不是檔案系統沙箱。避免對私密目錄使用過度廣泛的提示詞，也不要把憑證放進提示詞。平行啟動任務會倍增 token 與工具成本，因此應使用有範圍限制的輸出契約，而且只啟動必要數量的工作代理程式。
官方參考
來源影片： 10 Hermes Agent Features Most People Aren’t Using，Sharbel A。根據完整逐字稿改編重組；已移除訂閱呼籲及其他推廣段落。