Hermes 終極新手入門指南：從首次安裝到 AI 營運團隊
一條結構化的路徑，涵蓋主機託管、頻道、記憶、設定檔、連接器、自主工作流程、內容系統、商業應用案例與定價。
Hermes 可以當作聊天機器人使用，但這是這個系統最不有趣的形式。它更深層的價值在於成為一個代理 harness：一個結合模型、身份、記憶、工具、頻道、排程與可重複使用技能的環境。
由於這個平臺可以朝許多方向發展，初學者常常一次安裝太多東西。更清晰的做法是分層建立。首先建立一個穩定的助理。然後賦予它身份與記憶。加入頻道與專案管理。最後將經過驗證的工作流程打包成技能與自主任務。
第一部分：理解 Harness
語言模型是引擎，Hermes 是圍繞它的載具。模型提供推理能力，但 harness 賦予它方向控制、記憶、工具與儲存工作的場所。
這解釋了為什麼同一個模型在 ChatGPT、程式碼助理與 Hermes 中會有不同的行為。周圍的指令與能力改變了它可以執行的工作。
Hermes 強調自我改善與記憶整理。一個成功的程序可以變成技能。重要的使用者事實可以儲存在可審查的檔案或專用的記憶層中。但只有在這些新增項目經過整理時，效益才會複利增長。不受控的記憶與技能增長會製造它原本想解決的混亂。
第二部分：建立可修復的基礎
決定 Hermes 應該在本地還是伺服器上執行。本地安裝較簡單，適合實驗。當代理需要保持線上以處理訊息與排程時，VPS 是合適的選擇。
在設定期間保留一個輔助的技術助理。像 Codex 這樣的程式碼代理可以檢查錯誤、比較設定，並協助修復環境。這種「夥伴系統」很有價值，因為代理在自己的執行環境故障時無法可靠地自行修復。
安裝 Hermes Desktop 作為主要控制介面，並連接一個可靠的模型。維護一個備份資訊來源——新聞入口、文件集合或外部搜尋工具——以便代理可以驗證當前事實，而不僅依賴模型記憶。
電腦使用功能可以稍後啟用。瀏覽器與桌面應用程式的視覺控制功能強大，但不如直接的 API 或命令列工具可靠。僅在沒有結構化整合方式時使用它，並將高風險操作置於確認步驟之後。
第三部分：加入通訊頻道
Telegram 通常是最簡單的行動閘道。透過 BotFather 建立一個 Bot，保護其 Token，並限制允許的使用者 ID。Telegram 主題可以用作獨立的工作區，使研究、個人規劃與營運不會共用一個冗長的討論串。
Slack 讓 Hermes 更像團隊成員。將它放在選定的頻道中，限制它可以讀取的內容，並說明它何時應回覆。一個對每則訊息都發表評論的代理很快就會變成干擾。
透過 Photon 這類橋接工具進行的 iMessage 整合會引入另一個服務與安全邊界。只有當使用者了解涉及哪些憑證、裝置與權限時，才讓 Hermes 設定部分整合功能。
無論使用哪個頻道，都要保留活躍會話的中央視圖。訊息傳遞應該是同一個受管理系統的介面，而不是一堆互不相關的 Bot。
第四部分：定義身份與共享記憶
soul.md 檔案可以描述個性、價值觀、溝通風格與行為邊界。user.md 檔案可以包含使用者的穩定資訊。兩者都應保持簡潔且可審查。
當多個頻道或代理需要相同的事實時，長期記憶會變得困難。Honcho 提供了一個共享記憶層，有助於維持跨會話的連續性。透過 OAuth 連接可以簡化認證，但使用者必須決定哪些資訊適合儲存在外部服務中。
共享記憶不應取代專案檔案。客戶簡報、活動企劃或技術規格應放在明確的文件中。記憶最適合存放持久的背景脈絡與偏好，而不是重要工作的唯一副本。
第五部分：為代理提供專案結構
聊天時間軸是一個糟糕的專案管理系統。像 Multica 這樣的視覺看板可以將對話與任務和狀態配對起來。Hermes 可以成為專案經理，在看板上建立卡片、在條件滿足時移動任務，並將成果附加到對應的項目上。
設定檔允許一個 Hermes 安裝支援多種角色。研究員、內容創作者、營運助理與開發者可以有各自的模型、工具與指令。Squad 將代理分組為協調團隊。
這些結構需要清晰的交接機制。每個委派的任務應定義預期的成果、截止日期或停止條件，以及由誰審查。一個沒有明確擁有權的代理團隊只會製造更大的混亂。
第六部分：選擇正確的連接器
Hermes 可以透過幾種機制連接外部服務：
- MCP 伺服器提供標準化的工具與結構化回應。
- 命令列工具在服務提供可靠的 CLI 時既有效率又透明。
- 直接 API提供精確的控制，但需要自訂認證與錯誤處理。
- Composio可以作為通往許多商業應用程式的閘道。
- 電腦使用模擬人在瀏覽器或桌面介面中的操作。
偏好最結構化且最不脆弱的選項。直接 API 或設計良好的 MCP 工具通常比透過視覺化方式點擊網站更容易驗證。
對於 Google Workspace，專用的 CLI 或連接器可以存取 Gmail、Calendar、Drive 及相關服務。從唯讀任務開始，並分別測試每個工具。
第七部分：用五步驟配方建立自主工作
一個可靠的代理工作流程可以分五個部分設計：
- **觸發：**排程、Webhook 或使用者目標啟動工作。
- **背景：**代理接收相關的專案事實與限制條件。
- **工具：**它收集資料或執行有範圍限制的動作。
- **成果：**它產出檔案、報告、頁面或任務更新。
- **審查與學習：**人員檢查結果，成功的程序改善被保存下來。
早報示範了這個模式。Cron 任務在固定時間執行，讀取行事曆與已核准的資訊來源，總結優先事項，並傳送結果。一旦工作流程穩定，就將其打包為可重複使用的技能。
/goal 方法可以啟動一個更大的成果，而非單一動作。代理分解目標、委派子任務並組裝成果。明確定義最終結果仍然很重要——「使用這些品牌資產建立一個響應式動態產品頁面」比「做一個很棒的網站」更容易驗證。
第八部分：將相同模式應用於真實商業產出
本課程展示了廣泛的建置項目，但它們都共享相同的操作邏輯。
動態網站
Hermes 可以協調設計參考、網路研究、素材生成與部署工具，來建立一次性網站。輸出仍應測試行動版佈局、可及性、效能與正確的連結。視覺上的打磨不能取代功能驗證。
房地產行銷套件
一個可重複使用的技能可以將房地產資料與圖片轉換為房源文案、社群貼文、傳單與登陸頁面素材。原始細節必須保持權威性；代理不得虛構房間數量、價格或社區描述。
潛在客戶擷取擴充功能應尊重隱私、平臺條款與推廣法規。一份聯絡人清單並不代表自動獲得發送訊息的許可。
內容生產系統
一個已核准的點子可以重新利用為短影片腳本、輪播圖、電子報與社群貼文。內容日曆可以追蹤狀態，而 Blotato 等工具負責處理已核准的發佈。
AI 影片剪輯可以使用兩遍流程：先移除空白片段並選出主要剪輯，再加入 B-roll 與視覺處理。人工審查在節奏、事實陳述與品牌調性方面仍然很重要。
電子商務廣告
廣告工廠可以將一份產品簡報轉化為多個創意概念與變體。工作流程應保留已核准的產品宣稱，並分離測試假設。成效資料可以為後續迭代提供參考，但代理不應將小樣本解讀為確定性結論。
社群與收件匣管理
社群助理可以分類問題、準備草稿回覆並呈報緊急問題。給代理一個專屬的電子郵件帳號，比共享個人收件匣更能建立清晰的問責制度。權限與保留規則應明確規定。
交易與投資工作流程
Hermes 可以收集公開申報文件、市場數據以及來自 QuiverQuant 或 Coinvest 等服務的訊號。一個自我改善的研究工作流程可以根據評估結果來優化分析。
自動化交易帶有財務風險。研究、紙上交割與警報應與實際執行分開。模型生成的推理不能取代財務建議、風險限制或法規遵循。
健康與長壽指導
代理可以將睡眠、運動、營養與穿戴式裝置資料整理成趨勢報告。它應識別模式並向專業人士提出問題，而不是自行診斷疾病。健康資料需要特別謹慎的儲存與存取控制。
第九部分：建立一個指揮中心
隨著設定檔、工具與工作流程的數量增長，一個中央指揮中心（課程中稱為 Jarvis）會變得非常有用。它提供了一個統一的位置來查看任務、排程、代理、成果與錯誤。
同一個五步驟配方也適用於此：定義指揮中心的來源資料、工具、檢視畫面、動作與審查流程。它應揭露代理正在做什麼，而不是用一個友善的名稱來隱藏複雜性。
第十部分：將代理系統轉變為服務
企業可能為成果付費，而不是為底層軟體付費。入門級的提案包括安裝與行政助理設定。更高階的提案包括網站、房地產套件、內容系統、廣告工作流程與社群營運。
定價應反映成果的價值與風險，而不僅僅是建置所需的小時數。持續運作的系統需要保留合約來涵蓋監控、維修、模型更換與工作流程改善。風險反轉——例如有限試用或明確的驗收標準——可以讓提案更容易被接受。
不要將「AI 代理」當作抽象物件來銷售。銷售一個有明確範圍的定義結果：每日主管簡報、客戶處理工作流程或內容生產管線。
接下來該做什麼
三個小時的可能性範圍可能令人不知所措。初學者應選擇一條路徑：
- 安裝 Hermes 與一個模型。
- 連接一個頻道。
- 定義身份與基本的使用者資訊。
- 建立一個專案看板或工作區。
- 實作一個五步驟工作流程。
- 在它運作後將其打包為技能。
- 只有在工作流程在無人監督下安全時，才加入排程。
目標不是重現每一個示範，而是理解共同的架構並將其應用於一個有價值的問題。一旦該系統可靠，每個新的工作流程就會成為使用者已經理解的操作模型的延伸。
來源影片： The Ultimate Beginner’s Guide to Hermes Agent，Samin Yasar。根據完整三小時逐字稿濃縮重組；已移除推廣內容與重複示範。