掌握 Hermes Desktop：從本機聊天應用程式到永遠線上的代理控制中心
一份實用指南，涵蓋安裝、模型供應商、遠端閘道、設定檔、成品、子代理、排程與訊息傳遞。
如果你將 Hermes 視為一個控制中心而非單純的聊天視窗，理解起來會容易許多。一般的即時通訊軟體適合快速傳送指令，但當代理需要管理多個工作階段、檔案、排程任務、專業角色以及長期專案時，很快就會變得難以應付。Hermes Desktop 將這些元素整合到一個視覺化的工作空間中。
這款桌面應用程式在兩個截然不同的階段中都很有用。初學者可以用它來安裝 Hermes 並連接模型，無需在終端機中操作。有經驗的操作員則可以用它來管理一個保持在線上、在伺服器上運作的遠端 Hermes 實例。操作介面仍在本機，但真正的代理可以在其他地方全天候運作。
從最簡單的可運作安裝開始
最快的方式是下載 Hermes Desktop，將其放入電腦的應用程式資料夾，然後開啟它。在首次啟動的過程中，應用程式會要求選擇一個模型供應商。這個供應商提供語言模型，Hermes 用它來進行推理和寫作。
雲端供應商是最容易的起點。根據供應商的不同，可以透過 API 金鑰或既有訂閱登入來取得存取權限。Hermes 會將每個請求傳送給該模型，並在桌面介面中顯示回應。這種分離很重要：Hermes 是代理系統，而選擇的模型則是背後的推理引擎。
設定畫面讓這種關係一目瞭然。使用者可以選擇主要模型，為視覺或網頁提取等任務設定其他模型，並設定備用模型。備用模型可在主要供應商無法使用時提供連續性。個性、時區、工作區位置、介面主題以及推理區塊的顯示與否，也都可以在不手動編輯設定檔的情況下調整。
本機模型可行，但需要取捨
Hermes Desktop 也可以連接透過 LM Studio 等軟體在本機執行的模型。本機模型可以避免按使用量計算的 Token 費用，並將更多處理留在使用者自己的機器上。然而，它需要足夠的記憶體和運算能力，而且其品質可能不如頂尖的託管模型。
本機設定通常包括下載相容模型、啟動本機模型伺服器，然後在 Hermes 中輸入其位址。模型服務和 Hermes 不必在同一台機器上，只要網路連線設定安全即可。這使得你可以在一台筆記型電腦上執行操作介面，同時使用家中或辦公室裡另一台效能更強大的電腦。
對大多數初學者來說，合理的進展是先透過雲端模型驗證工作流程。當隱私、可預測成本或離線操作變得更加重要時，之後再引入本機模型。
為什麼遠端閘道很重要
當電腦進入休眠或離開網路時，桌面安裝就會停止運作。一個永遠線上的代理需要一個永遠線上的主機。虛擬私人伺服器（VPS）是一台位於資料中心的小型租用電腦，可以讓 Hermes 持續運作。
遠端閘道的設計將三個元件分開：
- Hermes Desktop 提供操作介面。
- Hermes 閘道在遠端伺服器上運作並執行工作。
- 模型供應商提供語言模型。
在伺服器上部署 Hermes 之後，桌面應用程式可以連接遠端閘道，而非本機實例。Tailscale 等私人網路工具可以在筆記型電腦和伺服器之間提供更安全的連接，無需將閘道直接暴露於網際網路。
實際的好處很簡單：當筆記型電腦闔上時，排程工作仍會繼續執行。Telegram 和其他訊息的連線也會保持可用。桌面應用程式成為通往持續運作代理的視窗，而非代理所依賴的機器本身。
桌面工作流程以工作階段和成品為核心
一個嚴謹的代理工作流程所產出的遠不只是聊天訊息。因此，Hermes Desktop 將工作階段分開，並讓產生的材料更容易找到。
工作階段讓不同的專案保持獨立。一個研究對話不需要與編碼任務或個人規劃討論共用相同的可見歷史。成品則收集有用的輸出，例如文件、連結、圖片和產生的檔案。使用者不必翻閱數月的訊息來找回先前的結果，可以直接搜尋和瀏覽這些材料。
桌面介面也讓模型切換和語音輸入更加容易。使用者可以在處理要求較高的任務時選擇不同的模型，然後在進行一般工作時切回較便宜的模型。當設定了多個供應商時，這點尤其有價值，因為最強的模型並不總是最經濟的選擇。
即時預覽和子代理將聊天轉變為工作空間
當 Hermes 建立網頁、報告或結構化檔案時，即時預覽可以在對話旁邊顯示結果。這縮短了回饋迴圈：使用者可以檢查輸出、要求修改，然後看到修訂後的結果，無需在多個應用程式之間切換。
子代理將相同的理念延伸到委派任務。主要代理可以將獨立的工作分配給專門的代理，例如研究、編碼或內容準備。主要工作階段仍然作為協調層，而子代理則在有限的任務範圍內工作。這比開啟許多不相關的聊天更有用，因為委派仍然與共同的成果相連。
良好的委派仍然需要清晰的指令。每個子代理都應收到特定的目標、允許使用的材料以及預期的輸出。像「研究所有東西」這樣籠統的要求會產生難以處理的結果；而「比較這三個產品的價格、隱私和部署複雜度」這樣更具體的請求則更容易驗證。
設定檔建立可重複使用的代理角色
設定檔是 Hermes Desktop 中最重要的組織功能之一。一個設定檔可以包含自己的個性指令、模型偏好、工具和工作慣例。這讓一個 Hermes 安裝可以表現得像幾個不同的助手。
例如，一個歸檔設定檔可以被指示將連結轉換為 Obsidian 筆記庫中格式一致的標籤化筆記。一個研究設定檔可以將雜亂的問題和來源頁面轉換為結構化的簡報。一個編碼設定檔可以使用專為軟體工作選擇的模型，而一個寫作設定檔則可以使用不同的模型和風格指南。
其價值不僅僅是方便。設定檔減少了重複的提示。一旦角色、工具、輸出格式和儲存規則被記錄下來，使用者可以切換到合適的設定檔，而不是重新解釋整個工作流程。
設定檔也可以讓共享的伺服器更加靈活，但不應被誤認為是嚴格的使用者隔離。連接到同一台 Hermes 安裝的使用者，根據設定方式，可能仍然能夠看到共享的工作階段歷史或檔案。當需要使用者之間的隱私時，更安全的做法是使用獨立的帳戶或實例。
Cron 藍圖讓重複性工作更輕鬆
Cron 工作是按排程執行的任務。Hermes 可以將 cron 工作用於每日簡報、程式碼倉庫監控、定期研究、收件匣檢查，以及其他應在無需手動提示的情況下發生的任務。
自動化藍圖提供了一個可重複使用的起點。使用者不必從頭定義每個排程和指令，而是可以匯入藍圖、補充缺少的細節，然後審查產生的任務。桌面介面也提供了用於建立、編輯、暫停和手動觸發任務的控制項。
排程代理比排程簡單的腳本需要更多的考量。提示應定義什麼是有意義的結果、結果應傳送到何處，以及代理絕對不能自動做什麼。一個監控任務可能被允許報告變更，但未經批准不得發布、購買、刪除或聯絡任何人。
技能和訊息傳遞完善了作業層
技能將可重複使用的方法打包，這樣 Hermes 就不必每次都重新發現相同的流程。一個技能可以描述如何準備研究簡報、儲存連結、更新知識庫，或使用特定的外部工具。技能中心（Skills Hub）讓這些套件更容易被發現、安裝、啟用和停用。
訊息傳遞整合將代理擴展到桌面之外。Telegram、WhatsApp 和其他支援的頻道可以作為遠端控制面。在設定好頻道並重新啟動閘道後，其對話會單獨顯示在桌面應用程式中。這讓手機端的互動可用，同時不會將每條訊息混入主要的桌面工作階段。
用於訊息傳遞的 Token 和使用者識別碼應被視為機密。存取權應限制給已知使用者，且憑證絕不應貼到公開聊天或螢幕截圖中。
從實驗到日常系統的合理路徑
Hermes Desktop 降低了安裝門檻，但其真正的價值在於初始聊天正常運作之後才會體現。最佳的進展是漸進式的：
- 安裝桌面應用程式並連接一個可靠的模型。
- 為不同的專案建立獨立的工作階段。
- 為一種重複性的工作類型新增一個設定檔。
- 只有在需要持續運作時，才將閘道移至一個永遠線上的伺服器。
- 新增一個經過仔細限制的排程任務。
- 在基本工作流程穩定後，再引入技能、子代理和訊息傳遞。
這個順序讓系統保持易於理解。Hermes Desktop 之所以強大，正是因為它能組合許多活動零件，但這些零件只有在逐一新增並在實際使用中驗證後，才最值得信賴。
動手實作：證明 Desktop 工作不會困在單一視窗
- 成果： 建立一個範圍明確的 Desktop 工作階段、產出可審查的 Markdown 成果，並從命令列介面（CLI）恢復同一個工作階段。
- 時間： 15–20 分鐘。
- 風險： 低。實作只會在一次性資料夾內寫入一個檔案，不會使用通訊、Cron 或遠端閘道。
開始之前
- 完成模型供應商設定，並確認一般 Hermes 對話已能正常運作。
- 建立或選擇一個不含密碼、權杖或私人文件的一次性資料夾。
- 保持危險指令核准機制開啟；本實作不需要
YOLO模式。
本實作仍在本機進行。日後要把 Desktop 當成常駐遠端控制介面前，先通過以下五步驟閘門。Desktop 連接的是遠端 hermes serve 後端；Telegram、Discord 或 Slack 的通訊閘道則是另一個程序。
| 步驟 | 成功證據 | 遇到以下情況就停止 |
|---|---|---|
| 1. 證明主機正常 | 遠端主機以程序管理器持續執行 hermes serve，且 hermes status --deep 顯示健康。 |
登出後後端停止，或模型供應商基礎檢查失敗。 |
| 2. 證明網路邊界 | 受信任網路上的後端只能經 Tailscale 或其他私人網路連入；公開可達的後端使用 OAuth。 | 使用基本驗證的 9119 連接埠直接暴露在公開網路。 |
| 3. 證明連線目標 | 設定 → 閘道 → 遠端閘道 顯示預期設定檔、遠端網址與已驗證連線。 | 設定檔錯誤、驗證未啟用，或無法確認網址來源。 |
| 4. 證明遠端執行 | 無害提示會回報遠端主機名稱，並說明沒有修改檔案。 | 回答其實來自本機、要求額外權限，或無法證明執行位置。 |
| 5. 證明可恢復 | 關閉並重開 Desktop 後，同一個遠端設定檔會重新連線，且工作階段仍可恢復。 | 重新連線後遺失工作階段、切換了設定檔，或必須降低驗證強度。 |
動手完成
從現有 Hermes 安裝啟動 Desktop：
hermes desktop在 Desktop 中將一次性資料夾設為工作空間，並送出以下提示：
只檢查目前工作空間。建立 desktop-lab-summary.md，內容包含：
1. 工作空間路徑；
2. 現有內容的五點清單；
3. 一項標示清楚的下一步行動。
不要修改或刪除其他檔案。寫入前先顯示預定內容。審查預定內容，只核准這一個檔案寫入，並確認 Desktop 檔案瀏覽器出現 desktop-lab-summary.md。關閉 Desktop，再從終端機恢復最近的工作階段：
hermes --continue要求 Hermes 重述成果檔中的下一步，但不要修改任何檔案。
驗證成功
- Desktop 顯示已設定的模型，且成功完成超過一輪對話。
- 一次性資料夾只新增
desktop-lab-summary.md。 hermes --continue恢復原對話，回答與成果檔一致。- 沒有其他檔案變更，也沒有啟用網路或通訊整合。
發生問題時
- Desktop 無法開啟時，以
hermes logs gui -f檢查啟動日誌。 - CLI 無法恢復工作階段時，執行
hermes sessions list，確認 Desktop 與 CLI 使用同一個設定檔。 - Hermes 想修改額外檔案時，拒絕核准，並用唯一允許的檔名重新送出提示。
安全、隱私與成本
模型可能由雲端託管，因此只使用不含敏感資料的一次性資料夾。不要把 API 金鑰貼進對話。將寫入限制在單一命名路徑，核准前先檢查內容，完成後再手動刪除實作資料夾。本實作只需少量模型回合；若供應商儀表板出現非預期的重複呼叫，立即停止。
官方參考
來源影片： Master Hermes Desktop in 34 mins，Keith AI。根據完整逐字稿改編與重組；已移除廣告宣傳部分及口語重複內容。