從零到個人 AI 助理：在 VPS 上建置 Hermes 而不造成混亂
一套完整的運作模式，涵蓋安裝、訊息傳遞、記憶、技能、排程工作、備份、安全以及多代理擴展。
安裝一個 AI 代理，比起讓它保持有用要容易得多。一個成功的 Hermes 設定需要的不僅僅是一個能用的模型和一個 Telegram 機器人。它需要一個清晰的運作架構：在哪裡運行、記住什麼、如何學習重複性工作、何時自動行動，以及如何保護其檔案。
規劃系統最有用的方式，是圍繞五個實用支柱來思考：基礎設施、智慧、通訊、能力，以及持續性。這五者結合起來，能將一台空白的伺服器變成一個個人助理，能夠在重新開機後存活、從錯誤中復原，並在成長的同時保持易於理解。
理解 Hermes 是什麼——以及它不是什麼
Hermes 是一個代理框架（agent harness）。它圍繞著一個語言模型，讓模型能夠存取會話、檔案、工具、記憶、技能、訊息閘道和排程。模型提供推理能力；Hermes 則提供一個讓這些推理能夠產出持續工作的環境。
這就是為什麼與 Claude Code、OpenClaw 或一般聊天機器人相比可能會產生誤解。Claude Code 專為程式碼倉庫內的軟體工作而最佳化。一般的聊天助手則專為互動式問答而最佳化。Hermes 的設計目標是保持可用、透過外部管道通訊，並累積可重複使用的操作知識。
正確的選擇取決於工作性質。對於集中的程式設計工作階段，一個編碼工具可能更好；而對於一個需要監控資訊、管理例行事務並協調多種工作的助手來說，Hermes 則更為適合。
支柱一：可靠的基礎設施
一個永遠線上的助手需要一台保持連線的機器。VPS 提供了這個基礎，無需家用電腦持續運行。伺服器一開始不需要很大；語言模型通常透過獨立的供應商運行，因此 Hermes 本身主要需要足夠的容量來運行其執行環境、檔案和支援服務。
安裝過程應產生一個可重現的環境。記錄伺服器類型、作業系統、安裝指令、開放的連接埠以及重要檔案的位置。如果託管供應商提供一鍵部署 Hermes 的選項，可以縮短設定時間，但結果仍應檢查，而不是將其視為黑盒子。
部署完成後，在新增整合之前先驗證基本項目：
- Hermes 啟動無錯誤。
- 選擇的模型能夠回應。
- 閘道僅在預期的位址監聽。
- 伺服器能乾淨地重新啟動。
- 重要資料在重新啟動後仍然存在。
這些檢查建立了一個穩定的基礎。在核心服務可靠之前就新增 Telegram、排程和工具，會使得之後的故障更難診斷。
支柱二：模型策略，而非單一模型選擇
Hermes 可以與多個供應商合作。初學者可以透過 OpenRouter 選擇模型，或連接現有的支援訂閱。重要的決定不僅僅是哪個模型最強，而是模型成本和能力如何與工作負載相匹配。
一個高階模型可能適合困難的規劃、編碼或細緻的寫作。一個較便宜的模型可能足以勝任分類、摘要和例行檢查。備用模型可以在主要供應商無法使用時提供恢復能力。
從一開始就要追蹤花費。代理任務可能包含長上下文、工具結果和重複的重試。一個看似便宜的排程，如果它每隔幾分鐘就呼叫一個大型模型，就會變得昂貴。成本控制應屬於每個工作流程的設計，而不是月底的緊急審查。
支柱三：安全的通訊管道
Telegram 是從手機聯絡 Hermes 的便利方式。通常的流程是透過 BotFather 建立一個機器人，將其 Token 複製到 Hermes 的設定中，並將存取權限限制為擁有者的 Telegram 使用者 ID。
Token 是一個機密憑證。它應存放在指定用於機密或設定的系統中，並避免出現在螢幕截圖、程式碼倉庫和共享筆記中。允許使用者的設定同樣重要：一個連上網際網路的機器人不應接受陌生人的指令。
閘道啟動並運行後，用一個無害的請求進行測試。然後測試未經授權的帳戶是否會被拒絕。僅僅因為擁有者的訊息得到了回應，並不代表設定完成；存取控制也必須如預期般運作。
支柱四：記憶與技能
記憶賦予助手連續性。技能賦予它可重複性。這些概念有重疊，但它們服務不同的目的。
記憶應捕捉關於使用者、當前專案、偏好和先前決策的持久性事實。技能則應捕捉程序：如何研究一個主題、更新文件、準備報告或使用某個工具。將所有東西都混入一個巨大的指令檔案中會造成混亂並消耗上下文。
一個有用的技能包含四個部分：
- 清晰的觸發條件或目的。
- 開始所需的輸入。
- 一系列動作和檢查。
- 定義好的輸出格式和停止條件。
第一個技能應解決一個真實的重複性問題。它可能是準備每日行業簡報、將進來的連結轉換為結構化筆記，或審計一個網頁列表。在將其排程之前，先手動執行幾次。每一次失敗都揭示了一個可以新增到技能中的缺失假設。
支柱五：排程與持續性
Cron 工作將一個能幹的助手轉變為一個主動的助手。一個 cron 任務可以每日、每週或以其他間隔運行，並透過設定的閘道傳遞其結果。
第一個排程任務應是可觀察且可逆轉的。每日摘要比自動化的帳戶變更更安全。要包含明確的傳送目的地、最大範圍，以及當找不到有意義的結果時該怎麼做的指示。
持續性也意味著備份。Hermes 會逐漸累積身份檔案、使用者資訊、技能、專案成品、排程定義和設定。失去這些檔案可能會抹去數月的精心調整，即使軟體很容易重新安裝。
一個私有的 Git 儲存庫為非機密的設定和技能檔案提供了實用的備份方式。必須排除機密。提交變更時應附上有意義的訊息，以便損壞的設定可以被追溯和回滾。一個儲存庫只有在恢復測試通過後才最有用，而不僅僅是當檔案出現在遠端網站上時。
安全是一種作業實踐
一個連接了工具和帳戶的代理會擴大錯誤可能造成的影響。安全運作需要多個層面：
- 有意識地保持作業系統和 Hermes 的更新。
- 使用金鑰為基礎的伺服器存取，並停用不必要的服務。
- 透過防火牆或私人網路限制網路暴露。
- 將 Token 存放在原始碼控制之外。
- 每個整合只授予其所需的最低權限。
- 對於不可逆轉或公開的動作要求批准。
- 定期審查日誌和模型花費。
- 在重大變更之前進行備份。
提示注入是另一個考量。來自網頁、電子郵件或文件的內容可能包含旨在操控代理的指令。外部文字應被視為資料，而非可信的指令。技能應指示 Hermes 忽略在不可信的來源材料中找到的指令，除非使用者明確批准。
透過隔離責任來擴展
一個 Hermes 實例可以執行許多角色，但無限制地累積最終會產生衝突。財務工作流程、內容工作流程和客戶支援工作流程可能需要不同的工具、記憶和風險控制。
設定檔或獨立的代理提供了隔離。從一個通用助手開始，只有在有明確理由時才拆分角色：不同的憑證、不同的使用者、不相容的指令，或需要限制某個工作流程可能造成的損害。
當引入多個代理時，要定義所有權。一個協調者可以委派有限的任務，而專業代理則以約定的格式產出結果。共享儲存應有明確的資料夾邊界。排程任務應標明哪個代理擁有輸出，以及將失敗報告到何處。
擴展不是由代理的數量來衡量。而是由系統是否仍然易於理解，以及每個自動化動作是否都有可問責的擁有者來衡量。
一個實用的建置順序
整個設定可以分階段進行：
- 部署 Hermes 並確認服務能在重新啟動後存活。
- 連接一個模型並建立花費上限。
- 新增 Telegram，並附上嚴格的允許使用者清單。
- 在簡短、可審查的檔案中定義身份和使用者偏好。
- 為一個重複性任務建立一個技能。
- 手動執行該技能，直到其輸出一致。
- 排程它並驗證傳遞。
- 將非機密設定備份到一個私有儲存庫。
- 審查日誌、成本、權限和恢復能力。
- 只有在需要隔離時，才新增設定檔或額外的代理。
這個順序避免了一個常見的陷阱：建立了一個壯觀但無法維護的展示。一個個人 AI 助理是透過可靠性、累積的操作知識和安全的重复來體現其價值——而不是透過第一天安裝的整合數量。
來源影片： Hermes Agent: Zero to Personal AI Assistant (1 Hour Course)，Nate Herk | AI Automation。根據完整逐字稿改編與重組；已移除廣告及重複的口語指示。