如何比大多數人更善用 Hermes：架構、專案隔離與可擴展工作流程
關於 VPS 部署、模型選擇、記憶、漸進式技能、設定檔、委派與真實自動化的最佳實踐指南。
大多數 Hermes 設定會變得混亂，原因是可以預測的：安裝、記憶、專案檔案、技能、憑證與自動化任務被允許累積，卻沒有一套架構。代理可能仍然會回應，但沒有人能解釋哪些檔案是權威的，或哪個設定檔擁有哪個工作流程。
一個可擴展的設定始於隔離與明確的結構。系統應讓人容易回答：Hermes 在哪裡執行？哪個模型處理這項任務？代理知道什麼？哪個技能是啟用的？專案檔案儲存在哪裡？什麼被排程了？誰核准結果？
根據可用性選擇本地或 VPS 部署
本地部署提供直接存取，適合實驗。當 Hermes 必須保持線上、接收 Telegram 訊息與持續執行 cron 任務時，VPS 是更好的選擇。
伺服器應使用金鑰式 SSH 存取、最新的套件、受限制的防火牆，以及在可能的情況下使用非公開的閘道。記錄安裝與設定過程，以便實例可以重建。
在添加工具之前，先驗證 Hermes 能在重新啟動後存活，並且備份能捕捉其重要狀態。
理解模型角色
主要模型處理主要的代理循環，但每個任務並不需要相同的模型。一個強大的推理模型可以處理規劃與綜合。較便宜的模型可以處理例行分類。專業工具可以在完全不需要模型的情況下處理搜尋或提取。
模型選擇會影響工具可靠性、成本與上下文容量。使用分配給技能的確切模型來測試重要的技能。在一個提供者上成功的工作流程，可能在切換後失敗。
將提供者憑證保存在儲存庫之外，並維護一個已知的備援方案。
學習操作指令
Hermes 提供了用於會話、模型、排程、技能與系統狀態的指令。使用已安裝版本的說明文件，而不是依賴舊的教學。
關鍵的習慣是檢查。在建立新的任務之前先列出任務。在假設背景之前先檢查活躍的會話。在比較輸出品質之前先檢查當前的模型。在工具失敗後閱讀日誌。
指令之所以有用，是因為它們暴露了狀態。操作者不應完全依賴於對話式的系統狀態聲明。
將記憶作為架構來設計
記憶應按用途劃分：
- 身份描述代理的行為方式；
- 使用者記憶儲存穩定的偏好與事實；
- 專案記憶儲存決策與當前狀態；
- 會話歷史記錄對話；
- 技能儲存程序；
- 成果儲存輸出與證據。
不要將所有資訊放在一個龐大的記憶檔案中。這會浪費 context 並產生衝突。持久的專案事實應歸屬於專案。全域使用者記憶應保持簡短。
定期審查記憶。過時的指令比遺漏的瑣事更危險，因為它們會以虛假的信心影響後續任務。
在技能中使用漸進式揭露
漸進式揭露意味著只向代理顯示當前任務所需的指令。頂層技能說明其適用時機，並在需要時指向更深層的參考資料或腳本。
這保持了初始 context 的小巧，並減少干擾。研究技能可能只在研究開始時載入來源評估規則，然後只在起草時載入特定的報告模板。
技能應重複使用腳本與模板，而不是嵌入大量文字區塊。它們應包含驗證步驟與清晰的失敗訊息。當另一個會話可以在沒有原始作者隱藏知識的情況下使用它時，該技能才算成功。
在檔案系統中隔離專案
每個專案應有自己的目錄，包含 context、輸入、輸出與任務特定筆記。共享技能可以放在共同的位置，但專案資料不應混合。
一個簡單的結構可能包括：
context/用於簡報與限制條件；inputs/用於來源材料；work/用於中間檔案；outputs/用於已核准的 deliverables；logs/用於執行記錄。
代理應明確接收專案路徑。檔案工具應盡可能限制在預期的工作區內。
隔離改善了安全性，並防止一個客戶的資訊出現在另一個客戶的輸出中。
設定檔是角色；委派是任務關係
設定檔定義了一個持久的操作身份，擁有自己的工具、模型與記憶。委派則將特定任務分配給另一個代理或子代理。
當角色重複出現時使用設定檔：研究員、開發者、客戶操作員或財務分析師。當一個有範圍限制的任務可以獨立完成並回傳給協調代理時，使用委派。
不要為每個小任務建立永久的設定檔。不要委派高度依賴不斷變化的共享背景的工作。選擇能讓擁有權最清晰的機制。
圍繞證據建立工作流程
一個真正的工作流程始於觸發，終於可驗證的成果。以股票研究代理為例：
- 每日排程啟動工作流程。
- 代理載入投資組合與研究政策。
- Firecrawl 或其他提取工具收集核准的公開來源。
- 代理將新資訊與先前的筆記進行比較。
- 它撰寫一份包含引用的結構化報告。
- Kanban 卡片記錄完成或阻礙因素。
- 報告被送達供人員審查。
代理不應僅僅因為產出了研究報告就執行交易。分析與財務動作需要分開的權限與風險控制。
結合 Kanban 與 Cron 任務
Cron 任務建立重複的工作，而 Kanban 暴露狀態。排程可以在執行開始時建立或更新一張卡片。當成果準備好時，卡片移動到等待核准；只有在接受後才移動到完成。
失敗的執行應建立一個可見的受阻狀態，並附上錯誤與日誌位置。對於一個永遠線上的系統來說，無聲的失敗是不可接受的。
這個模式適用於每日報告、內容研究、系統監控與客戶 deliverables。
狹義地整合工具
Firecrawl 與類似工具可以收集網路內容以供研究之用。給代理一個定義的來源清單、爬取限制與儲存位置。遵守 robots 規則、服務條款與著作權。
每個整合都應有明確的目的。不要僅僅因為工具可用就安裝它們。更多的工具會增加 context、憑證、更新與可能的失敗模式。
在啟用動作功能之前，先測試一個唯讀功能。在專案日誌中記錄確切的錯誤。
操作者檢查清單
在認為設定成熟之前，請確認：
- Hermes 能重新啟動並保持可連線。
- 備份可以還原。
- 機密資料在儲存庫之外。
- 全域記憶簡短且經過審查。
- 專案使用不同的目錄。
- 技能漸進式載入資訊。
- 設定檔具有不同的角色與權限。
- 委派的任務有輸出合約。
- Cron 任務有時區、限制與傳送路徑。
- Kanban 或其他儀表板能顯示失敗與核准。
- 重要的輸出包含證據與引用。
- 高風險操作仍受人類控制。
更好的使用意味著更少的隱藏複雜性
最好的 Hermes 操作者不是擁有最多代理或整合的人。而是能夠檢查系統、解釋每個工作流程、從失敗中恢復，並知道哪些資訊影響了輸出的人。
架構創造了這種清晰度。記憶與程序分離。專案被隔離。技能漸進式地揭露資訊。設定檔定義持久的角色。委派保持有範圍限制。排程產生可見的證據。
透過這些實踐，Hermes 可以在研究、客戶、營運與自動化之間擴展，而不會變成一個無法維護的提示詞與憑證集合。
來源影片： How to use Hermes Agent better than 99% of people，Nemanja Mirkovic。根據完整逐字稿改編重組；已移除推廣內容。