功能請求（132 筆）

官方標記為 feature 的 issue 總覽，反映產品接下來可能的方向。 資料來自官方 GitHub repo，狀態由官方 label 推導，每筆附原始連結與最後檢查日期。

#58340 討論中 P3 comp/agent

[功能請求] 執行任務前自動載入相關 skills

回報者指出 agent 裝了很多 skill 卻常常忘記載入：遇到任務不先查 skill，而是憑空猜參數或反問使用者。根因是 skill 是被動的，缺少「分析請求並提示相關 skill」或自動注入 skill context 的機制。

#58325 討論中 P3 comp/agent

[提案] 把 Hermes 當作 Gotong 治理工作流中的個人 agent 層

Gotong 專案作者提出整合構想：Hermes 繼續當個人 agent / 記憶 / 推理層，Gotong 提供外圍的治理協作基底（任務派發、人工審批、append-only 紀錄、MCP/A2A 邊界）。屬於外部專案的整合提案。

#58301 已修復 P3 comp/dashboard

iOS 原生 App 的 sessions 列表應該自動無限捲動載入更早的分頁，而非需要手動按鈕

iOS 原生 App 目前仍仰賴一個明顯的「載入更早 sessions」按鈕，捲動並不會自動載入下一頁。issue 要求捲動到底部時自動請求下一頁，並加上防止重複載入與到底停止的保護。此 issue 已修復並關閉。

#58300 已修復 P3 comp/dashboard

iOS 原生 App 的 session 篩選器應顯示各來源的完整總數，而非目前已載入頁面的計數

iOS 原生 App 的 sessions 側邊欄目前依已載入到 client 的 session 數量顯示篩選 chip 計數，在分頁載入下這個計數會產生誤導。issue 要求改用後端提供的完整總數，並將 mobile-native / ios-native / macos-native 等別名統一歸類為 Native。此 issue 已修復並關閉。

#58274 討論中 P3 comp/cron

功能請求：完整的 Profile 對等性（Dashboard、Sessions、Cron、路徑隔離）

使用者同時執行多個 Hermes profile，但發現非 default profile 在多個子系統中被當成次等公民對待，例如 cron job 會寫到錯誤 profile 的目錄、dashboard 功能只看得到 default profile、Desktop App 完全忽略非 default 的 session。issue 把這些個別問題彙整成一個總覽，指出根因是程式碼假設 ~/.hermes/（default 根目錄）才是唯一正式路徑。

#58248 討論中 P3 comp/gateway

訊息送達後的持久化留存機制會繞過 PII / redaction hook（rich-sent index、delivery mirror、API 錯誤傾印）

Hermes 0.18 會在訊息送達（transform_llm_output 之後）的多個地方把對話內容寫入磁碟，卻都沒有提供 redaction hook 或保留期限（TTL）設定，包括 rich_sent_index.json 和 delivery mirror。對於使用 PII tokenization plugin（在送達時才還原 PII）的部署來說，這些是還原後 PII 唯一會落地到磁碟的地方。

#58217 討論中 P3 comp/agent

[Feature] 建議讓 pre_llm_call 掛勾能拿到「上一輪做了什麼」的紀錄

目前 pre_llm_call 這個 plugin hook 只能在每輪對話開始前看到「將要做什麼」，卻看不到上一輪實際發生的結果（例如是否切到備援 provider、工具是否一直失敗），因為這些狀態會在下一輪開始時被清空。提案新增一個 turn-outcome 紀錄，並透過新的 last_turn 參數傳給下一輪的 pre_llm_call。

#58198 討論中 P3 comp/cli

[Feature] 建議把目前選擇的 Model 與 Provider 顯示在清單最上方，方便快速存取

使用者反映每次切換模型或 thinking level 時，都要往下捲動清單才能找到目前已選擇的項目，建議讓目前選定的 provider 和 model 自動排到清單最前面。

學校診斷與解法
#58197 有暫時解法 P2 comp/agent

[Feature] 建議在工具呼叫格式錯誤時，強制指定 tool_choice 重試

透過 OpenAI 相容介面連接的本機／量化模型偶爾會產生格式錯誤的工具呼叫（如缺少必要欄位），目前無法修復的呼叫會被靜默替換成空參數執行，或是把錯誤訊息丟回模型重試卻常常重複失敗，浪費對話輪次與 context。提案是偵測到格式錯誤時，在重試時把 tool_choice 釘選在該工具上；作者提到此功能已在另一個 PR（#44587）實作並運作中。

#58196 討論中 P3 comp/agent

[Feature] 建議加入「先驗證才能宣稱完成」的行為規範與未驗證完成宣稱偵測器

目前 agent 常在沒有實際驗證的情況下就宣稱任務完成或可運作，缺乏引導 agent 先驗證再宣稱完成的機制，也沒有偵測器能標記出沒有紀錄支持的完成宣稱。提案新增系統提示引導與一個預設只記錄不阻擋的影子偵測器；作者提到此功能已在另一個 PR（#54576）實作並運作中。

#58195 討論中 P3 comp/agent

[Feature] 建議讓 MoA 參考顧問模型可各自設定獨立的 reasoning_effort

在 MoA（Mixture of Agents）架構中，參考模型只是提供建議，aggregator 只讀取它們的最終回答，但在推理模型上大部分運算時間都花在 aggregator 看不到的內部思考過程；目前沒有辦法只調整參考顧問的推理強度而不影響 aggregator。提案新增一個可選的 per-slot reasoning_effort 設定；作者提到此功能已在另一個 PR（#57043）實作並運作中。

#58194 討論中 P3 comp/gateway

[Feature] 建議推出 Excel 側車功能，讓使用者能在即時開啟的活頁簿中直接與 Hermes 對話

目前沒有辦法讓 assistant 直接操作即時開啟的 Excel 活頁簿，重度使用試算表的使用者（如會計、財務）必須先把資料匯出或貼出再貼回結果。提案建立 apps/excel/ 側車，透過 Office.js 工作窗格與零相依的 Node 橋接程式連到既有的 api_server，並嚴格限制只能透過結構化 JSON 動作合約讀寫試算表資料；作者提到此功能已在另一個 PR（#44356）實作並運作中。

#58193 討論中 P3 comp/agent

[Feature] 建議讓 agent 能「附加」到一個開啟中的桌面視窗，直接觀看與操控

目前若要讓 assistant 操作某個桌面應用程式，使用者必須用文字描述視窗與其中的控制項，對記不住選單路徑的使用者（含輔助科技需求者）幾乎不可行。提案新增「附加 app / 視窗」功能，讓使用者選取一個開啟中的視窗後，agent 可透過 UI 自動化側車程式觀看並操控它；作者提到此功能已在另一個 PR（#53852）實作並運作中。

#58192 討論中 P3 comp/agent

[Feature] 建議讓 local backend 的 prompt 前綴保持「熱機」，避免每次都重新做 cold-session prefill

本機 llama.cpp / vLLM 類伺服器只有在新請求與先前快取狀態的 prompt 前綴完全一致時才能重複使用 KV 快取，否則每個新 session 都要重新處理共用前綴（通常 1~2 萬 token），造成延遲。提案是新增一個選用的 gateway watcher，定期重放最小化請求讓共用前綴保持在快取中；作者提到此功能已在另一個 PR（#57019）實作並運作中。

#58188 討論中 P3 comp/gateway

[Feature] 建議為 BlueBubbles 新增產品層級的「訊息投遞健康檢查」，而非只看 process 是否存活

BlueBubbles/iMessage 可能進入一種局部假健康的狀態：Messages.app 顯示已讀、gateway process 仍在跑、連接埠也開著，但 Hermes 實際上收不到任何 iMessage webhook 也不會回應。提案希望新增產品層級的健康檢查與分類後的復原機制，而非只依賴現有零散的個案修補。

#58170 討論中 P3 comp/tui

[Feature] 建議 Hermes CLI/TUI 支援滑鼠操作與選取文字自動複製（比照 Claude Code）

提案新增兩項目前 Hermes CLI/TUI 缺少、但 Claude Code 已有的體驗：滑鼠支援（點擊移動游標、展開收合區塊、捲動）以及選取文字自動複製到系統剪貼簿，藉此減少操作 CLI 時的摩擦。

#58161 討論中 P3 comp/desktop

[功能需求] 希望桌面版能新增介面字體大小調整功能

使用者反映桌面版 Hermes 的介面字體太小，且沒有調整選項，因此提議新增字體大小調整功能，方便視力不佳的使用者使用。

#58151 討論中 P3 comp/cli

[功能需求] 新增 CLI 指令與 agent 協助的 session 封存/整理功能

回報者是重度使用者，累積數百個 session 後 session_search 結果變得雜亂，希望新增封存、分類標籤、清理與匯出 session 的 CLI 指令，並讓 agent 本身也能協助使用者整理 session 記錄，而不只是手動管理。

學校診斷與解法
#58134 討論中 P3 comp/desktop

[功能需求] 強化桌寵顯示：加入即時執行狀態（參考 Petdex Desktop）

回報者指出 Hermes 目前的桌寵功能只依 5 種基本狀態切換表情，沒有顯示即時執行資訊。提案希望新增浮動視窗模式、顯示目前執行工具與進度、token 用量與耗時的即時狀態氣泡，並讓桌寵能對跨 agent 工具產生反應，同時擴增至 9 種以上可自訂狀態。

#58132 討論中 P3 comp/cli

feat: 会话添加重要性/优先级标记 (Session Importance)

### 问题描述 Hermes 目前没有给会话（session）标记重要性或优先级的功能 ### 建议方案 给每条会话增加一个「重要性/优先级」属性 **1. 设置重要性** - CLI：`her

學校診斷與解法
#58130 討論中 P3 comp/desktop

[功能需求] 桌面版音訊播放列加入音量滑桿、播放/暫停與速度切換

回報者指出 Hermes 桌面版的朗讀 / TTS 播放列目前只有狀態文字與停止鍵，缺乏音量控制、暫停/繼續播放與播放速度調整等基本播放器功能。提案新增音量滑桿、播放/暫停按鈕與速度切換三項控制。

#58125 討論中 P3 comp/cli

[功能需求] TUI/CLI 顯示即時看板任務狀態

回報者指出目前 hermes kanban ls 只能顯示靜態結果，需要手動重新執行才能看到進度，也沒有明顯區分「閒置」與「執行中」任務的視覺提示。提案新增 CLI 的自動刷新模式、TUI 看板中執行中任務的閃爍提示、狀態變化的 Telegram 通知，以及顯示 worker 的最後心跳時間。

學校診斷與解法
#57748 討論中 P3 comp/gateway

[功能需求] 執行任務期間即時顯示 context window 使用量到桌面版/TUI 狀態列

此 issue 提出功能需求：目前 desktop 與 TUI 狀態列的 context window 使用量儀表只在 message.complete 時才更新，導致長時間的 agentic turn 期間畫面會凍結在前一輪的數值，直到結束才跳動一次。作者指出底層資料其實在每次內部 API 呼叫後都已更新，只是 gateway 沒有在 turn 進行中就傳遞出去。

#57742 討論中 P3 comp/dashboard

[功能需求] Dashboard 檔案頁面支援整個資料夾下載 / ZIP 匯出

此 issue 提出功能需求：目前 Hermes web dashboard 的 Files 頁面只能逐一下載單一檔案，無法整個資料夾（含子目錄）一次下載。作者以一個含 6,275 個檔案、24 個子目錄的備份資料夾為例，說明目前的做法在實務上不可行。

#57738 討論中 P3 comp/desktop

Hermes Desktop 的 Docker 執行後端切換沒有狀態顯示、健康檢查或設定引導

此 issue 提出功能需求：在 Hermes Desktop 的進階設定中選擇 terminal.backend: docker 後，介面沒有連線狀態顯示、沒有『測試連線』功能，若 Docker Desktop 未安裝或 daemon 未啟動，第一次呼叫 terminal / file / execute_code 只會出現通用錯誤而無任何引導。

#57731 討論中 P3 comp/desktop

[功能需求] 提供正式的更新日誌（changelog）畫面

此 issue 提出功能需求：目前桌面版更新時只顯示幾則更新說明，底部再顯示『還有 25 項更新』的字樣，作者希望能有一個頁面可以捲動 / 翻頁查看所有累積的更新內容，而不是只看到最新的一部分。

#56655 討論中 P3 comp/agent

[功能需求] 透過 pre_llm_call 的 model override 實現依任務類型的逐輪模型路由

此 issue 提出功能需求：希望 plugin 能依照每一輪傳入的訊息內容，選擇該輪要使用的模型（例如寫程式用程式導向模型、簡單問題用快速便宜模型、分析用強推理模型）。作者指出目前 pre_llm_call 只能把內容注入使用者訊息、無法改變模型，pre_gateway_dispatch 也只能 skip / rewrite / allow，沒有 hook 能讓 plugin 直接呼叫 switch_model()。

#49730 討論中 P3 comp/gateway

[功能需求] 跨平台（Telegram、iMessage、CLI 等）共用 session 上下文的對話延續性

回報者指出目前使用者在不同平台切換時，只有長期記憶與已儲存事實會延續，實際對話紀錄仍侷限在原本發生的平台上，導致上下文片段化，使用者必須重複資訊或手動請 agent 查詢過去 session。提案希望能有機制，讓其他平台/session 的相關對話內容可自動或依需求注入目前 session。

#47349 有暫時解法 P2 comp/agent

功能提案：可設定的記憶後端，將 memory.md 改名為 rules.md 並支援只用 honcho/fact_store

提案指出 Hermes 目前把 MEMORY.md 與 USER.md 兩個固定檔案的全部內容在每一回合都注入 system prompt，造成規則（永遠該注入）與事實性資料（應可查詢）混雜，且大量條目會造成每回合的 token 浪費；提案建議把 memory.md 更名為 rules.md，並支援可設定的記憶後端。

#46169 討論中 P3 comp/tui

[Feature] 建議 Desktop 版支援 Ctrl+F / Cmd+F 在聊天與編輯器內搜尋文字

提案讓 Hermes Desktop 支援類似瀏覽器的「尋找」功能，可在聊天紀錄與 SOUL.md 等編輯器/設定介面中搜尋文字，具備反白標示、上一筆/下一筆導覽與符合筆數顯示等功能。

#44428 討論中 P3 comp/gateway

功能請求：支援 Telegram Bot API 10.1 的 Rich Messages 與豐富草稿串流

這個 issue 指出 Telegram Bot API 10.1 新增了 RichMessage 等豐富訊息格式（標題、清單、表格、LaTeX 等區塊），提案讓 Hermes 的 Telegram gateway 支援這些新 API，取代目前 plain/MarkdownV2 訊息與逐則編輯的串流方式，讓輸出呈現更完整。

#44300 討論中 P3

[功能需求] 桌面版終端機面板應自動跟隨 agent 使用的後端環境

回報者指出 Hermes 桌面版內嵌的終端機面板在 Windows 上一律啟動 PowerShell，即使 agent 實際設定的後端是 WSL2 等其他環境，導致終端機顯示的環境與 agent 實際執行環境不一致，也無法用 read_terminal 監控 agent 的真實執行狀態。提案是讓終端機面板自動偵測並對應 agent 設定的後端。

#43397 討論中 P3 comp/gateway

建議 Gateway 保留 Telegram 等平台的轉發訊息中繼資料（forwarded-message metadata）

目前 gateway 在正規化收到的訊息時會捨棄 Telegram 原生的轉發訊息中繼資料（如 forward_origin），導致 agent 無法分辨使用者是自己輸入還是轉發他人訊息。提案新增一個平台中立的標註層來保留這類上下文。

#41222 討論中 P3 comp/cron

功能請求：把 Kanban 看板整合進 Desktop app

目前 Kanban 看板與 Desktop app 是分開的，使用者要另開終端機下指令（如 hermes kanban list）並手動複製任務 ID，造成多 agent 協作時的操作阻力。此 issue 提議在 Desktop app 加入側邊欄或 /kanban 指令，讓使用者不用離開聊天介面就能查看與操作看板任務。

#40399 已修復 P3

功能請求：Hermes Desktop 樣式、主題與字型自訂

這個 issue 指出 Hermes Desktop 目前視覺自訂選項很少，提案建立涵蓋編輯器排版（粗體/斜體、字型、字級、程式碼區塊配色）、深色/淺色主題切換、跟隨系統外觀，以及自訂主題等功能的完整樣式系統。此 issue 已關閉。

#40297 討論中 P3 comp/desktop

功能請求：Desktop 版支援每個 session 各自選擇工作目錄，而非僅限啟動時的 cwd

這個 issue 指出 Hermes Desktop 目前只能在啟動時透過 --cwd 或環境變數指定單一工作目錄，長期使用多個專案時很不方便；側邊欄選擇資料夾也不會真正變成新 session 的工作目錄。提案讓使用者能在 App 內新增/開啟專案資料夾，並讓新 session 綁定該資料夾。

#40166 討論中 P3 comp/desktop

[Desktop app] 新增字體大小 / 縮放控制

macOS 上的 Hermes desktop app 沒有調整字體大小或縮放的方式，標準 macOS 縮放快捷鍵（Cmd+加/減/0）與觸控板縮放手勢都無效，config.yaml 也沒有相關的 display 設定，在高解析度或大螢幕上預設字體過小，且沒有替代方案。

#39691 討論中 P3 comp/agent

功能請求：整合 headroom-ai 做工具輸出壓縮

這個 issue 提議整合開源工具 headroom-ai，在個別工具輸出（如 log、grep 結果、JSON、程式碼）進入 context 前先壓縮，以解決現有 context_compressor.py 在對話層級摘要壓縮時遇到的多項已知問題，例如誤判觸發時機、壓縮後反而變大、摘要失敗導致資料遺失等。

#38975 討論中 P3 comp/tui

Desktop UI：完整支援設定自訂 OpenAI 相容 provider

Hermes Desktop 目前對許多已知 provider 有內建 API key 欄位，但對自訂的 OpenAI 相容端點（如 AI Router、LiteLLM、自架 gateway 等）只有部分 UI 支援，使用者只能借用其他 provider 的欄位或手動編輯設定檔，容易造成混淆並限制模型清單。此 issue 提議在 Providers 設定中直接加入「Custom provider」選項，只需填 Base URL 與 API key。

暫時解法

目前只能借用 LM Studio 等其他 provider 的欄位，或手動編輯設定檔/環境變數。

#38969 討論中 P3 comp/tui

功能請求：Desktop 版新增文字縮放與可調整內文寬度／邊界設定

這個 issue 指出 Hermes Desktop 目前聊天訊息的顯示欄位偏窄，在大螢幕上留下大量空白，在小螢幕上又容易造成過度換行，對有視力需求的使用者也不友善。提案新增可自訂的文字縮放與內文寬度設定。

#38952 已修復 P3 comp/tools

功能請求：讓 Mixture-of-Agents（moa）可透過 config.yaml 完整設定以兼顧成本與品質

目前 mixture_of_agents（moa）工具固定使用一組昂貴的頂級模型並套用最高推理強度，成本過高難以日常使用。issue 提議在 config.yaml 新增 moa 區塊可自訂參考模型、聚合器、溫度與推理強度等參數，並提供 session 層級指令與 slash command 動態開關 MoA 路由。此 issue 已修復並關閉。

#38671 討論中 P3

功能請求：Desktop Remote Gateway 應支援真正的遠端工作區 / 檔案瀏覽器

Hermes Desktop 連到遠端後端時，聊天與 session 執行是在遠端機器上跑，但 Desktop 的檔案瀏覽器/工作區面板實際上讀的是本機 Electron 檔案系統，導致遠端模式下的「工作區」名不符實，除非另外把遠端檔案系統掛載到本機才能勉強瀏覽，但仍會出現檔案瀏覽器指向本機掛載路徑、而 agent/session cwd 卻解析在遠端的分裂狀況。

#38602 討論中 P3 comp/desktop

[Feature] 支援桌面版 Hermes 以純用戶端模式安裝，連線遠端 Hermes

回報者想把 Hermes Desktop 安裝成連線到遠端既有 Hermes 服務的輕量用戶端，但現況是只要偵測不到本機安裝，桌面 App 就一定會在首次啟動時自動跑 electron/main.cjs 裡的 bootstrap，執行 install.ps1 安裝 Python、Node 等依賴，沒有官方提供的純用戶端安裝版本。

暫時解法

body 提到可在首次啟動前先設定環境變數 HERMES_DESKTOP_REMOTE_URL 與 HERMES_DESKTOP_REMOTE_TOKEN，讓桌面 App 改連線遠端後端、跳過本機後端啟動；但 Electron 外殼本身仍會被安裝，且一旦取消設定這兩個環境變數，下次啟動仍會嘗試 bootstrap 本機環境。

#38519 討論中 P3

功能請求：Hermes Desktop 支援僅安裝前端（不含 agent 本體）

使用者希望能只安裝 Hermes Desktop 的前端介面，直接設定連線到已安裝在另一台機器上的 agent，而不需要在同一台機器上安裝 agent 本體。

#37713 討論中 P3 comp/gateway

功能請求：Desktop Remote gateway 應支援從 UI 切換 Hermes profile

當 Hermes Desktop 連到遠端 Hermes 後端時，目前只能看到 profile 清單，實際生效的 profile 仍取決於遠端後端啟動時的 HERMES_HOME/HERMES_PROFILE，Desktop 的 Profiles 頁面無法真正切換後端使用的 profile。此 issue 提議讓 Desktop UI 能直接切換遠端使用中的 profile。

#36970 討論中 P3 comp/desktop

Desktop：為已存在的 Hermes 服務新增正式的遠端用戶端引導流程

此 issue 指出目前 macOS Desktop 安裝程式的流程偏向本機優先：開啟下載的 DMG 就會看到「Install Hermes」的 setup/bootstrap 畫面，對已經在伺服器或服務機上跑 Hermes、只想要一個桌面用戶端的使用者來說容易造成混淆，讓人誤以為不支援遠端模式，即使桌面版程式碼其實可以手動設定連到遠端後端。作者希望新增明顯的「使用既有 Hermes 服務」/「連線到遠端 Hermes」啟動路徑，可輸入後端網址與 token 或配對碼，並驗證健康檢查端點。

#35750 討論中 P3 comp/cli

功能請求：即時語音對話模式（語音輸入輸出、低延遲）

這個 issue 指出目前與 Hermes Agent 的互動只能靠文字（CLI/TUI/IM 平台），沒有像真人對話般的即時語音互動方式。提案在終端機/TUI 中加入麥克風輸入、即時語音轉文字、低延遲回應與語音合成輸出的完整語音對話模式。

學校診斷與解法
#34352 討論中 P3 comp/agent

功能請求：解決 Hermes 多租戶（multi-tenant）問題

這個 issue 指出 Hermes 目前的 memory 操作會繞過 hook 系統，導致無法在不修改核心程式碼的情況下做到租戶隔離。作者團隊釋出了開源專案 Hermes Swarm Map，擴充現有 Hermes 模式以支援多租戶環境下的權限控管，並提案將相關修改回饋（upstream）到 Hermes 核心。

暫時解法

作者表示已在正式環境自行維運修正版本數月，並釋出開源專案 Hermes Swarm Map 作為現階段的替代方案。

#33223 討論中 P3 comp/agent

[討論] 為什麼移除了 smart_model_routing？希望能夠恢復

此 issue 是一則討論串，詢問 2026 年 3 月新增、隔月即被移除的 smart_model_routing 功能（會將短小簡單的訊息自動路由到便宜模型）為何被整個移除，而不是保留為 opt-in 選項；作者認為許多使用者仍認為此功能對成本控制有幫助，希望能說明移除原因或考慮以 opt-in 形式恢復。

暫時解法

作者提到目前可用的暫時替代方式是手動切換模型，例如執行 hermes chat -m opencode-zen/deepseek-v4-flash-free。

#32925 討論中 P3 tool/skills

功能請求：整合 Microsoft SkillOpt 實現 agent skill 自我演化

這個 issue 提議探索整合微軟釋出的 SkillOpt，一個透過軌跡驅動編輯與驗證閘門來訓練可重用自然語言 skill 的文字空間最佳化工具，讓 Hermes 能在不動模型權重的情況下自動最佳化 skill。

學校診斷與解法
#30649 討論中 P3 comp/agent

功能請求：支援 Proton Pass AI Access Tokens 作為機密來源後端

Hermes 目前支援 Bitwarden Secrets Manager 作為外部機密來源，官方文件也表示歡迎提出其他後端需求。Proton Pass 最近推出 AI Access Tokens，提供唯讀 vault 存取、可設定過期時間、稽核紀錄與端對端加密，此 issue 提議將其新增為 Hermes 的機密來源後端。

#29530 有暫時解法 P2 comp/cli

[功能] Profile 模式的 workers 需要獨立於 HERMES_HOME 之外的共用 auth 儲存位置

回報者指出多個 profile 模式的 Hermes worker 各自使用獨立的 HERMES_HOME，導致 OAuth 憑證分散儲存，在使用會輪替或單次使用 refresh token 的 OAuth 服務時容易發生憑證衝突或更新失敗。提案是新增獨立的 HERMES_AUTH_HOME 環境變數，讓 profile 狀態隔離但共用同一個憑證儲存區。

學校診斷與解法
#29299 討論中 P3 tool/mcp

功能請求：MCP OAuth 需要支援 HTTPS callback URL（而非只能用本機 HTTP）

目前 Hermes 的 MCP OAuth 只支援 http://127.0.0.1:8765/callback 這種本機 HTTP callback，許多 OAuth 服務（如 Salesforce 官方 MCP 流程）不接受這種格式。issue 提議在 config 增加 redirect_uri 覆寫選項以支援 HTTPS。

學校診斷與解法
#25267 討論中 P3 comp/plugins

[Feature] 希望 Hermes 支援用 Claude 訂閱 OAuth 當作 Agent SDK 的 model provider（比照 Codex 模式）

回報者指出現有的 anthropic provider 需要 Developer Platform API key 並另外計費，導致已訂閱 Claude 的使用者形同重複付費（訂閱費 + API token 費）。文中引用 Anthropic 官方說明，指出 2026 年 6 月 15 日起 Agent SDK 與 claude -p 的用量會與互動式訂閱額度脫鉤，改為每月獨立的 Agent SDK 額度（依方案不同為 20~200 美元），且此額度明確涵蓋透過 Agent SDK 以 Claude 訂閱驗證的第三方應用程式。回報者希望 Hermes 能新增一個類似既有 Codex OAuth 憑證池的 Claude 訂閱 OAuth provider，讓這筆額度可以被 Hermes 使用。

#24039 有暫時解法 P2 comp/agent

輔助 fallback chain 應該重用 fallback_providers 設定，而不是維護另一份寫死的清單

此 issue 指出 Hermes 目前維護兩套互不相通的 fallback 機制：使用者在 config.yaml 設定的 fallback_providers，以及給 compression、vision、title、web_extract、curator 等輔助任務使用、寫死在程式中的另一份 fallback 清單（含付費模型）。主要 agent 走使用者設定的 fallback_providers，但所有輔助任務卻走另一份寫死清單，兩者彼此不知道對方的存在。

#23717 討論中 P3 comp/agent

RFC 提案：可插拔的 SessionDB 供應者，支援 PostgreSQL、MySQL 等

此 RFC 提案指出 Hermes 目前多個行程（CLI、Gateway、cron、TUI、API server）共用同一個 SQLite state.db 檔案，在一邊執行一邊更新（git pull / hermes update）時容易發生資料庫鎖定，甚至 WAL checkpoint 中斷造成損毀，因此提議讓 SessionDB 支援可插拔的資料庫後端（如 PostgreSQL、MySQL），取代目前 SQLite 在多行程情境下的限制。

#22791 討論中 P3

功能請求：新增 Infisical 作為外部 Vault 後端（#3630 的子 issue）

此 issue 是 #3630（外部 Vault 支援）的子項目，指出目前支援的外部 Vault 清單（HashiCorp Vault、AWS Secrets Manager、1Password CLI、Bitwarden CLI）缺少對 self-host 使用者很重要的 Infisical。回報者說明若採用 Infisical 建議的多專案架構，Hermes 目前沒有原生方式讀取這些機密。

暫時解法

目前只能用寫死單一專案 ID 的外部 shell wrapper，或把所有機密合併成一個扁平專案，兩者都違背 Infisical 多專案架構的用意。

#21587 討論中 P3 comp/gateway

功能提案：整合 Telegram 新功能，包含 Guest Bot、Bot 對 Bot、貼圖與聊天自動化

提案根據 Telegram 於 2026 年 5 月 7 日釋出的一批新 AI bot 功能，建議 Hermes 導入其中幾項：Guest AI Bot（無需加入群組即可被 @mention 使用）、Bot-to-Bot 通訊（讓多 agent 工作流可直接在 Telegram 上互相對話協作）等，以強化 Hermes 的多 agent 與團隊協作情境。

#20859 討論中 P3

[Feature] 支援 Mistral 作為 LLM provider

此 issue 提議把 Mistral 加入 Hermes-Agent 原生支援的 LLM provider 清單，理由是 Mistral 使用者基數比某些既有支援的 provider 更大，且其語音模型已經整合進 Hermes，作者認為新增文字 LLM 應該不會太困難。目前只能透過 custom provider 選項使用 Mistral，較不方便。

#20510 討論中 P3

功能請求：跨裝置雲端同步 Hermes 所有設定

目前 Hermes 的設定、profile、skills、session 與 memory 都只存在本機 ~/.hermes/ 目錄，多台裝置間沒有內建同步機制，使用者需手動匯出匯入。此 issue 提議加入內建雲端同步功能，涵蓋 config、profiles、skills、memory、sessions 與憑證。

暫時解法

目前只能手動匯出匯入 profile、複製 skills 資料夾，在各裝置間手動同步設定。

#20318 討論中 P3 comp/gateway

功能請求：新增 TrueConf 通訊平台的 gateway 支援

此 issue 要求讓 Hermes 支援 TrueConf Server / Enterprise 平台作為訊息 gateway，使 TrueConf 使用者能直接與 Hermes agent 溝通，不需透過第三方 gateway。回報者指出 Python 已有現成的 python-trueconf-bot 函式庫，實作上應該相對直接。

#20249 討論中 P3 comp/agent

功能提案：Model Presets，可針對單一回合臨時升級到更強的模型

提案指出目前 Hermes 整個 session 只能用同一個模型，若平時用便宜或快速模型，遇到需要更強推理能力的回合時，只能手動切換模型（之後還要再切回來）或硬著頭皮用弱模型應付；提案建議新增 model_presets 設定，讓使用者能為單一回合臨時呼叫指定的 provider 加 model 組合，用完自動切回預設模型。

#18918 已修復 P2 comp/gateway

Slack：把 Markdown 表格渲染成 Block Kit 表格

Slack 的 mrkdwn 格式不支援 GitHub Flavored Markdown 的 pipe 表格語法，導致 Hermes 在 Slack 回覆包含表格的內容（例如工具比較）時，表格會以純文字管線符號顯示而非正常表格。此 issue 已關閉。

#18733 討論中 P3 comp/agent

功能請求：壓縮閾值（compression threshold）依模型 / provider 個別設定

目前 compression.threshold 是全域單一數值，對 1M context 模型（如 DeepSeek V4 Flash）門檻形同虛設，對小 context 模型又太保守。issue 提議在 config.yaml 新增依 provider 或依模型覆寫 threshold 的設定選項。

#18715 討論中 P3 comp/agent

[Feature] 支援遠端 Hermes agent 搭配本機工具執行（遠端大腦、本機執行）

回報者希望能使用遠端的 Hermes Agent，同時把工具執行留在本機端。目前如果本機把 model.base_url 指向遠端 Hermes 的 OpenAI 相容 API server，工具呼叫（例如 pwd）也會在遠端主機上執行，而不是在本機使用者實際的工作目錄執行，這和一般 LLM provider 把 tool_calls 回傳給用戶端執行的行為不同，讓人意外。作者希望的模式是遠端提供 skill、記憶、session 連續性、推理設定，本機負責執行 terminal、檔案、程式碼執行、瀏覽器 / 本機開發伺服器互動、本機 MCP server 等工作區相關工具。

#18080 有暫時解法 P2 comp/dashboard

[Feature] Dashboard 主題可讀性差，希望新增更易讀的主題

回報者認為 Dashboard 現有主題（Midnight、Ember、Mono、Cyberpunk、Rose）只是換色，字體偏襯線、字重輕、對比低，導致整體很難閱讀。因此提出希望新增一個或多個更符合主流 UI 標準（字體、字級、字重、對比）的主題，偏好深色模式，並以 Linear 的清晰易讀作為參考範例。

#16702 討論中 P3 comp/gateway

功能請求：讓 dashboard 隨 gateway systemd 服務自動啟動

使用者反映 Hermes dashboard 目前是獨立行程，在 WSL 重啟或 gateway 當機後不會自動恢復，需手動重啟才能再次使用。提案建立獨立的 systemd 服務，讓 dashboard 在 gateway 之後自動啟動。

#16640 討論中 P3

功能請求：Docker 穩定版釋出頻道

回報者透過 Podman 使用 nousresearch/hermes-agent:latest 映像檔，但因為每幾小時就會推送新映像檔，導致環境更新太頻繁；雖然可以釘住特定版本 tag，但想避免手動追蹤更新的麻煩，因此提議新增一個指向最新穩定版的 stable 標籤。

暫時解法

目前可以手動釘住特定版本 tag（如 v2026.4.23）來避免頻繁更新。

#16102 已修復 P3 comp/cli

[RFC] Kanban 多 profile 協作看板審查（對應 PR #16100）

此 RFC 追蹤已實作的看板功能 PR #16100，內容包含將原本以 cron 驅動改為長駐 daemon（hermes kanban daemon）搭配 systemd、拖放式看板 dashboard 外掛、執行歷史與 worker log 面板、即時 WebSocket 更新，並經過四輪稽核與外部審查，測試涵蓋多行程併發、真實子行程端到端測試與大量隨機化操作的性質測試。此 issue 已關閉，狀態為已修復，後續留言討論轉往 PR #16100 進行。

學校診斷與解法
#15602 討論中 P3 tool/skills

google-workspace skill：新增多帳號支援

productivity/google-workspace skill 目前設計為單一帳號，OAuth 設定只會寫入固定路徑的 token 檔案，導致同時有個人與公司 Google Workspace 帳號的使用者只能透過 Hermes 存取其中一個帳號。回報者提議加入 --account 參數與每帳號獨立的 token 檔案，讓多帳號可以並存。

暫時解法

目前只能透過另外接一個外部 CLI 工具（如 gog）來存取第二個帳號。

學校診斷與解法
#15445 討論中 P3 comp/tools

feat(browser)：新增 Obscura 作為瀏覽器 provider（用 Rust 打造、支援 CDP 的無頭瀏覽器）

此 issue 提議把 Obscura（開源、Rust 撰寫、專為 AI agent 自動化與網頁爬取設計的無頭瀏覽器引擎）加入 Hermes 作為瀏覽器 provider。Obscura 提供完整的 Chrome DevTools Protocol（CDP）WebSocket 伺服器，可相容 Puppeteer / Playwright，作者列出相較 Chrome/Chromium 記憶體用量、二進位檔大小、載入速度與啟動時間等優勢，並提到內建 stealth 模式、零依賴單一執行檔、平行爬取與跨平台支援等特色。

#15311 討論中 P3 comp/gateway

[功能] 為訊息平台新增通用的動作按鈕 / 內嵌鍵盤支援

使用者提出功能需求，希望 Hermes 能有一套通用、跨平台的方式讓訊息附加互動式動作按鈕（尤其是 Telegram 的 inline keyboard），而不是針對特定功能（如模型選擇、指令核准）各自寫死邏輯，讓 agent 產生的訊息或排程訊息都能附上「是/否」「部署/取消」等按鈕選項。此 issue 為開放狀態，處理狀態為調查中。

#14853 討論中 P3 comp/gateway

功能提案：多 Agent 共用 Discord 頻道協作（訊息歷史注入 + 防止連鎖回覆）

使用者在同一個 Discord 頻道跑 3 個各自獨立的 Hermes agent 實例，遇到 agent 之間看不到彼此訊息、且容易觸發連鎖回覆的問題。issue 分享了作者自行實作的頻道歷史注入與連鎖回覆防止（mention-gating）解法，希望能貢獻回上游專案。

#13484 討論中 P3 comp/agent

功能請求：原生支援 Google Cloud Vertex AI provider

Hermes 目前沒有可用的 Google Cloud Vertex AI 整合路徑，設定 google-vertex provider 時因缺少 OAuth 驗證機制而在每次 cron 執行時靜默失敗。回報者提到自己寫了一個 standalone proxy 處理服務帳號驗證與 token 更新，並透過現有 custom_providers 機制與 Hermes 整合，希望能將此方案貢獻回專案。

暫時解法

回報者提供了一個 standalone proxy（127.0.0.1:8787），處理 GCP 服務帳號驗證與 token 更新，透過 custom_providers 機制串接使用。

#13181 討論中 P3 comp/agent

功能請求：簡化新增 OpenCode Go 等自訂模型到 Hermes Agent 的方式

目前要把 OpenCode Go 這類新模型串進 Hermes Agent，沒有明確或簡單的擴充機制，開發者必須深入內部程式碼才能實驗替代的 LLM provider 或自架推論服務。此 issue 提議建立設定式（YAML/JSON）的模型註冊機制與標準化 adapter 介面。

#13065 已修復 P3 comp/agent

功能提案：為具視覺能力的主模型提供原生 Vision 支援，附參考實作與相關 bug 發現

提案指出 Hermes 目前所有影像分析都會繞道經過輔助視覺模型（如 qwen3-vl），即使主模型本身具備原生視覺能力（如 gpt-4o、glm-5v-turbo、claude-sonnet-4）也是如此，造成額外延遲、成本與資訊流失；回報者提供了一套修改 4 個檔案的原生 vision bypass 參考實作，並在過程中發現了多個會影響任何多模態內容的 pipeline 問題。

#12639 討論中 P3

功能請求：支援原生 Google / Vertex AI provider（繞過 OpenRouter 402 錯誤與速率限制）

使用者反映透過 OpenRouter 使用 google/gemini-3.1-pro-preview 模型時常遇到 HTTP 402 額度不足與速率限制錯誤，即使自己有足夠的 Google Cloud 帳單額度也無法繞過。提案在 config.yaml 直接支援原生 google 或 vertex-ai provider，跳過 OpenRouter 這層中介。

#12572 討論中 P3

功能請求：提供不含 Playwright/Chromium 的輕量版 Docker image

這個 issue 指出官方 Docker image 約 2.4GB，大部分容量來自 Playwright、Chromium 與 Node.js 等瀏覽器自動化相依套件，但許多只需要 CLI 聊天或 gateway 模式的使用者其實用不到這些功能。提案額外發布一個排除瀏覽器相依套件的 slim 版 image tag。

#12240 已修復

[功能] 新增元寶（Yuanbao）作為新的 gateway 平台

使用者提出功能需求，希望 Hermes 新增支援騰訊的 AI 原生社群平台「元寶」（Yuanbao），其「派」群組聊天功能可讓機器人即時與使用者互動；目前 Hermes 已支援 Telegram、Discord、Slack、WhatsApp 及部分中國企業平台（釘釘、企業微信、微信），但尚未支援元寶這類基於 WebSocket + protobuf 協定的消費端 AI 社群平台。此 issue 已關閉，狀態為已修復。

#12238 討論中 P3 comp/cli

[Feature] 為 Agent 資料（~/.hermes/）內建自動備份與版本控制

此 issue 提議為 Hermes 儲存在 ~/.hermes/ 的所有 agent 資料（記憶、skill、對話紀錄、輸出）內建自動備份機制與版本控制，避免使用者因硬碟故障等問題遺失 agent 累積學到的狀態，目前使用者只能自行架 cron job 或第三方工具。提案包含新增 hermes backup CLI 指令，可立即快照或設定每日排程等用法。

學校診斷與解法
#11911 討論中 P3 comp/desktop

功能請求：原生行動 App（iOS 與 Android）搭配語音通話

這個 issue 希望官方推出支援語音通話的 iOS 與 Android 原生 App，讓使用者能像講電話一樣即時與 Hermes AI 助理對話，並涵蓋文字聊天、推播通知等功能。

#11692 討論中 P3 comp/agent

[功能討論] 自我改進 agent 的「憑據追溯」：如何證明是哪個版本的 skill 產生了哪個輸出

使用者以討論形式提出治理層面的問題：Hermes 具備從經驗中自動產生與改進 skill 的自我修改能力，但這也代表一個 skill 的「哪個版本」在何時執行、產生了什麼輸出，缺乏可追溯的憑據。作者提出三個具體的溯源問題，例如某個 skill 在早上被建立、下午被改進後，之後執行時究竟是哪個版本產生的結果。此 issue 為開放狀態，處理狀態為調查中。

#11420 已修復 P3 comp/agent

建議在 auxiliary_client.py 新增 MiniMax 作為 vision backend 支援

設定 AUXILIARY_VISION_PROVIDER=minimax 時，vision_analyze 工具會靜默失敗，因為 _resolve_strict_vision_backend() 沒有處理 MiniMax 的分支，回報者指出 MiniMax 有提供如 MiniMax-VL 之類的多模態端點可以串接。此 issue 已關閉。

#10644 討論中 P3 comp/tools

[Feature] 新增 Brave Search 作為原生網頁搜尋後端

此 issue 提議把 Brave Search API 加入 hermes-agent，成為與現有 Firecrawl、Parallel、Tavily、Exa 並列的第一級網頁搜尋後端，理由是 Brave Search 有較大方的免費試用額度、文件完整的 REST API、支援網頁搜尋 / 自動建議 / 帶引用的 AI 摘要答案，且標榜不追蹤使用者。提案包含新增 tools/brave_search_tool.py，透過 X-Subscription-Token header 驗證，並提供 query、count、country、freshness、extra_snippets 等參數。

#10567 討論中 P3 comp/cli

功能請求：為 hermes dashboard 新增 --host 與 CORS 設定以支援 Tailscale/VPN 存取

hermes dashboard 預設綁定在 127.0.0.1:9119，且程式碼中 CORS 的 allow_origin_regex 寫死只允許 localhost/127.0.0.1，即使加上 --host 0.0.0.0 讓前端能載入，後端 API 呼叫仍會被 CORS 擋下，導致無法透過 Tailscale 等 VPN 遠端存取 dashboard。此 issue 提議開放設定 dashboard 的 host/port 與 CORS 來源。

學校診斷與解法
#10359 討論中 P3

功能請求：原生 Windows 支援（不透過 WSL2）

使用者希望 Hermes Agent 提供原生 Windows 支援，而非透過 WSL2 執行。此 issue 被標記為重複（duplicate）。

#10143 討論中 P3 comp/gateway

[功能] Telegram 主題（Topic）分流：依論壇主題/討論串將訊息路由到不同 profile

使用者提出功能需求，希望單一 Telegram bot 能依照論壇主題（topic/thread）將訊息分派給不同的 Hermes profile，讓每個主題可由擁有各自模型、skills、記憶與系統提示詞的專屬 agent 處理，取代目前需要為每個 profile 各自跑一個 bot token 與 gateway 行程的作法。此 issue 為開放狀態，處理狀態為調查中。

#9514 討論中 P3 comp/agent

功能提案：單一 daemon 支援多 agent，各自獨立 workspace 與記憶，依 topic 隔離

提案指出 Hermes 目前每個 agent 都需要獨立的 profile 與 gateway 行程，若要同時跑多個不同用途的 agent 就要開多個 process，各自佔用資源；提案參考 OpenClaw 的單一 daemon 架構，讓多個 agent 共用同一個 daemon 行程，各自擁有獨立 workspace 與記憶，並依 session key（含群組內 topic）路由訊息。

#9459 討論中 P3 comp/agent

feat(delegation)：delegate_task 支援自訂 agent profile，打造客製化編排 harness

此 issue 提議讓 delegate_task 能從 config.yaml 中定義的具名 agent profile 產生子 agent，讓使用者不用改 Hermes 核心就能打造類似 oh-my-opencode-slim Pantheon agents 的客製化編排 harness。作者指出目前 delegate_task 產生的子 agent 只是父 agent 的複製品，可自訂的部分很有限：系統提示是寫死的模板、model 全域共用、工具權限只到 toolset 群組層級、且沒有系統化的路由規則來區分 explorer / fixer / reviewer 等角色。

#9269 討論中

功能請求：整合 Tailscale serve 提供安全遠端存取

這個 issue 提議讓 Hermes 支援 Tailscale serve，讓使用者能透過私有 mesh 網路以零設定 HTTPS 方式安全存取本機 Hermes API server / Open WebUI，不需公開對外開放連接埠或架設反向代理。提案列出從純文件說明到 config/CLI 整合等不同實作程度的選項。

暫時解法

目前可依官方文件建議手動執行 tailscale serve https://localhost:8642 指令達成，屬於零程式碼改動的做法。

#9056 討論中

功能請求：新增 Nix Home Manager 模組供使用者層級安裝

這個 issue 指出 Hermes Agent 目前只在 NixOS 系統層級支援宣告式設定，缺乏使用者層級（Home Manager）的宣告式安裝方式。提案新增 Home Manager 模組，讓使用者可用 Nix 宣告式設定 Hermes Agent。

#8552 有暫時解法 P2 comp/gateway

功能請求：Slack 平台改用 Block Kit 的 markdown block type，取代舊版 mrkdwn

這個 issue 指出 Slack adapter 目前用舊版 mrkdwn 格式傳送訊息，不支援表格，且需要手動把標準 markdown 轉換成 Slack 的舊格式語法。Slack 現已提供原生支援標準 markdown（含表格）的 markdown block type，提案改用新格式，並同時修改 send()、edit_message()（串流訊息用）與 send_message_tool.py 三處。

#8461 已修復 P3

功能請求：在 Z.AI Coding Plan 中新增 glm-5.1 模型

此 issue 要求在 Hermes 的 Z.AI (GLM) provider 中新增 glm-5.1 模型，讓使用 Z.AI Coding Plan 的使用者能選用這個比 glm-5-turbo 更新的模型。此 issue 已關閉。

#8457 討論中 P3 comp/agent

功能提案：跨 session 搜尋與自動壓縮的持久化 Session Memory

此提案指出 Hermes 目前的 session memory 是暫時性的，session 結束或 gateway 重啟後對話脈絡就會遺失，導致使用者必須不斷重新說明環境、偏好與專案狀態；提案建議建立一個以 markdown 檔案為單位、可搜尋且能自動壓縮的持久化「Vault」式 session memory 系統。

#8366 討論中 P3 comp/gateway

功能請求：跨平台 Session 交接（CLI ↔ Telegram ↔ iMessage）

目前在 CLI、Telegram、iMessage 等不同平台使用 Hermes 時，各平台的 session 是各自獨立、互不相通的，使用者無法把在 CLI 進行到一半的工作接續到 Telegram 上，反之亦然。此 issue 提議建立內建的「交接」機制，讓使用者能在平台間保留任務描述與進度等狀態並無縫接續。

#8287 討論中 P3 comp/gateway

功能請求：支援同一個 Telegram 帳號用多個 bot 連到同一個 agent（各自獨立 session）

目前 Hermes 只能透過 /background 讓同一 agent 平行處理多個任務，但這個方式複雜任務下達麻煩、無法中途互動、且仍是單一佇列序列執行。此 issue 提議讓同一 Telegram 帳號下的多個 bot 各自連到同一個 gateway/agent，建立獨立 session，讓使用者能同時對不同任務進行完整互動。

暫時解法

目前只能用 /background 指令，但有下達任務麻煩、無法中途互動、且仍序列執行等限制。

#7517 討論中 P3 comp/agent

[Feature] 原生支援多 Agent：單一 Gateway 服務多個具名 Agent

此 issue 提議讓 Hermes 支援原生多 agent 架構，讓單一 gateway process 能同時服務多個具名 agent，各自擁有獨立的 session、人格、記憶與工具設定，類似 OpenClaw 的多 agent 架構。作者指出目前 Hermes 是單一 agent 系統：session key 寫死帶 agent:main: 前綴（gateway/session.py:477-484）、SOUL.md 只從單一全域路徑（~/.hermes/SOUL.md）載入、記憶也是全域共用（~/.hermes/memories/），導致使用者同時討論多個不相關主題時 context 會混在一起、增加 token 消耗、降低推理品質，也無法讓使用者擁有各自專精不同領域的獨立 agent。

#6839 討論中 P3 comp/agent

[Feature] 延遲載入工具 Schema：用兩階段注入減少 Token 開銷

此 issue 指出目前每次 API 呼叫都會把所有啟用 toolset 的完整工具 schema 一次注入，在啟用 50 多個工具（terminal、file、web、browser、delegate、vision、memory 等）時，每次呼叫大約會多耗 3,500 到 5,000 個 token，即使該次對話根本用不到這些工具。作者引用另一則 issue 的實測數據，指出在本機模型上帶工具格式的 prompt 處理速度比純文字慢 10 倍（8 個工具下 1,230 tok/s 對比 134 tok/s）。提案是採用兩階段延遲載入：第一階段每次呼叫只送工具名稱與一行說明，第二階段等模型指定要用某個工具後，才在後續呼叫中送出完整 schema。

#6323 已修復 P3 comp/plugins

新增 mempalace 外部記憶體支援

此 issue 提議為 Hermes 加入 mempalace 模組（連結至 milla-jovovich/mempalace repo），提供結構化的外部記憶功能，讓 agent 能擁有超越 context window 的持久化、可查詢記憶，支援長時間任務與跨 session 的連續性。提案包含可插拔的儲存後端（預設本機 SQLite + 向量嵌入）、對話中自動擷取重點事實、語意相似度檢索，以及新的設定項目。此 issue 已關閉。

#6296 討論中

功能請求：Mattermost adapter 應把 COMMAND_REGISTRY 註冊為原生 slash command 並支援自動完成

Mattermost 手機版客戶端會攔截任何以 / 開頭的訊息，當作原生 Mattermost slash command 執行，導致使用者在與 Hermes bot 的私訊中輸入 /approve、/yolo、/help 等指令時會被 Mattermost 回報「找不到指令」，即使加上前導空白也無法正常運作，使得 Mattermost 手機版上包括關鍵的核准/拒絕流程在內的 slash command 功能形同無法使用。此 issue 提議比照 Telegram、Slack 等 adapter，將 COMMAND_REGISTRY 註冊為 Mattermost 原生 slash command。

#5997 討論中

[Feature] 讓每個 skill 可以指定切換不同的 LLM model

此 issue 指出目前所有 skill 都繼承主 agent 全域設定的 LLM model（透過 config.yaml 或 hermes model 指令），不論 skill 複雜度高低都用同一個 model，導致使用者為簡單、結構固定的 skill（如 gif-search、find-nearby、arxiv）也要付頂級 model 的費用。作者列出現有變通方式的限制：手動用 hermes model 切換需要重啟 CLI session、delegate_task 產生的委派 agent 無法存取父 agent 沙箱內的檔案、而 smart_model_routing 只在對話輪次層級運作，並不知道目前啟用的是哪個 skill。提案是讓 skill 作者能宣告自己適合用哪個較便宜的 model，或讓使用者針對特定 skill 覆寫 model 設定。

#5941 討論中 P3 tool/web

[Feature] 新增 Searxng 作為預設網頁搜尋 provider 之一（與 Firecrawl、Tavily 並列）

回報者希望在 web_tools.py 以及 setup / 環境變數設定中加入 Searxng，作為 Firecrawl、Tavily 等既有 provider 之外的另一個選項，並附上偵測 SEARXNG_BASE_URL 環境變數與後端選擇邏輯的程式碼草稿。作者也提到未來想加 reranker 步驟，但目前尚未開始。

#5826 討論中 P3 comp/gateway

[功能需求] 為 gateway 新增 Linear 平台整合

此 issue 提出功能需求：希望在 gateway 新增 Linear 平台的 adapter（gateway/platforms/linear.py），讓使用者可以直接在 Linear issue 留言中 @提及 agent 來調查問題、彙整相關 issue、更新狀態或提問，不需要切換到 Slack / Telegram / Discord。作者提出的方案包含 webhook 伺服器、HMAC-SHA256 簽章驗證、以及透過 GraphQL API 回覆留言等設計。

#5712 有暫時解法 P2 comp/gateway

功能請求：讓 cron 排程結果能自動注入正在進行中的 gateway 對話 session

Hermes 的 cron 排程工作會在獨立的 session 中執行，執行結果送到 origin/home channel 時只有人類看得到，並附註「agent 無法看到這則訊息」，不會被寫進主要 gateway session 的對話紀錄，導致主 agent 常常不記得自己執行過排程任務，使用者得主動詢問才知道任務有沒有完成。

暫時解法

目前只能靠檔案系統交接（cron 把結果寫進共享的 .md 檔案），再由使用者手動要求主 agent 去讀這個檔案。

#5533 討論中 P3 comp/agent

feat(dreaming)：在 CLI 與 gateway 全面導入穩定的 Dreaming 反思模式

此 issue 描述把 Dreaming 打造成 Hermes 的正式一級功能，讓對話總結、分析與洞察產生這個反思模式能在 CLI 與 gateway（包含 Telegram 傳送）兩種執行路徑上穩定運作。內容包含讓 Dreaming 在正確的 runtime 設定下執行、不依賴工具呼叫、即使底層 agent 發生錯誤也能回傳可用的回應；具體改動包含新增專屬 Dreaming 流程、讓 Dreaming 同步執行、停用 Dreaming 的工具集使其保持反思與確定性、把 runtime/provider 設定傳入 Dreaming、移除傳入 AIAgent.run_conversation 的無效 session_id，並新增錯誤呈現機制與回歸測試。

#5528 討論中 P3 comp/agent

功能請求：危險本機操作的核准規則可自訂（approval-locked command patterns）

Hermes 已有危險指令核准機制，但目前需要核准的指令樣式寫死在 tools/approval.py 原始碼中，使用者無法在不修改原始碼的情況下把特定於自己環境的指令（例如重啟 gateway 服務）標記為需要核准，也無法針對非系統層級危險、但在特定部署中具破壞性的操作設定規則。

暫時解法

目前只能在本機修改原始碼並維護 dirty diff、自建外部 runtime overlay/wrapper，或單純依賴 agent 的 memory / 指示來遵守規則。

#5346 已修復 P3 comp/cli

[UX] CLI 輸入框新增 Shift+Enter 換行支援

此 issue 提議在 Hermes CLI/TUI 的輸入框中新增 Shift+Enter 作為換行按鍵。目前官方支援的多行輸入按鍵是 Alt+Enter 與 Ctrl+J，Enter 用於送出訊息；作者認為對許多終端機使用者來說，Shift+Enter 是更直覺、更符合聊天 App 習慣的「換行不送出」按鍵，並提議在終端機支援時新增此綁定，同時保留 Alt+Enter / Ctrl+J 作為備援。此 issue 已關閉。

學校診斷與解法
#5257 討論中 P3 comp/agent

feat：通用化 ACP client，支援多種 coding agent 的多 agent CLI 編排

此 issue 提議把 Hermes 現有的 ACP（Agent Client Protocol）client（目前是針對 Copilot 特化的 copilot_acp_client.py）通用化，讓 Hermes 可以編排所有相容 ACP 的 coding agent，包括 Claude Code、Codex CLI、Gemini CLI 等共 14 種，做法是改用各家 CLI 廠商與 Zed Industries 官方維護的 ACP adapter，而不是像先前 #3660 提案那樣直接把 CLI 執行檔當子程序呼叫（該做法有合規疑慮）。提案包含新增 agent/acp_client.py 通用 ACPClient 類別、agent/acp_agent_registry.py 的 agent 註冊表，以及 hermes_cli/providers.py 中新增的 provider overlay。

#5143 討論中 P3 comp/gateway

[Feature] 透過 Gateway Hooks 實現多角色自動路由

此 issue 提議讓使用者能定義多個具名「角色」（例如營養師、開發者、財務顧問），各自擁有專屬 session 與系統提示，並用一個輕量分類器（如 Gemini Flash）自動把訊息路由到對應角色，藉此解決目前 Hermes 所有話題共用單一 session、單一人格，導致不同主題互相污染 context、無法給予特定領域專長、且需要使用者手動用 /title、/resume 管理 session 的問題。作者註記此提案在 2026 年 5 月已針對 v0.14.0 架構大幅重寫為 v2 版本，取代舊版有缺陷的做法，改用更乾淨的 contextual classifier 與誤路由回復機制，原始 v1 提案保留在摺疊區塊作為歷史紀錄。

#4983 已修復

[功能] 為 Gemini 模型新增原生 Google GenAI 服務商

使用者提出功能需求，指出目前要在 Hermes 使用 Gemini 模型（如 gemini-3.1-pro-preview）只能透過中介服務或 Google 的 OpenAI 相容端點，但相容層常導致 tool calling 不穩定、串流 token 遺失或 agent 崩潰，因此建議實作直接呼叫 Google GenAI API 的原生 provider，繞過 OpenAI 轉譯層。此 issue 已關閉，狀態為已修復。

#4656 討論中 P3 comp/agent

功能提案：憑證代理 daemon，zero-knowledge 的 HTTP/HTTPS 憑證中介機制

此提案指出現有的 env scoping（#3628）與 PID namespace isolation（#4432）雖降低憑證外洩風險，但子行程仍可能存取到真實憑證值本身；提案建議在 HTTP 傳輸層攔截，讓真實憑證值永遠不出現在 agent 可存取的任何位置，才能從架構上根本防止 agent 讀取憑證。

#4505 討論中 P3 comp/agent

[功能] 優化 Ollama 整合：改用原生 /api/chat 端點取代 OpenAI 相容端點

使用者提出以 Ollama 原生 /api/chat 端點取代目前使用的 OpenAI 相容端點 /v1/chat/completions，宣稱可帶來真正的逐字串流、更長的逾時時間、完整的 Ollama 參數支援，以及約 15-20% 的延遲降低，並附上一份 581 行的 agent/ollama_adapter.py 實作範例。此 issue 為開放狀態，處理狀態為調查中。

#4431 討論中 P3 comp/gateway

功能請求：Gateway session 支援每個群組／主題的個別設定覆寫（topic_configs）

這個 issue 指出目前用同一個 gateway 跑多個 Telegram 群組或 Discord 伺服器時，所有 session 都共用同一組人格、system prompt、CLAUDE.md 與工作目錄，無法針對不同群組或討論串客製化。提案在 config.yaml 新增 topic_configs 區塊，依平台與聊天室 ID 對應各自的設定覆寫。

#3913 已修復

[功能請求] Docker image 缺少 linux/arm64 架構支援

使用者反映想在 Apple Silicon Mac 上跑 Hermes Agent 的 Docker container，但目前沒有提供 linux/arm64 架構的 image，只能用 Rosetta 2 執行 amd64 版本，且官方沒有相關文件說明。此 issue 已關閉。

暫時解法

可透過 Rosetta 2 執行現有的 linux/amd64 image 作為替代方案，但官方尚無相關文件說明。

#3863 已修復

[Feature] 原生支援 AWS Bedrock provider

此 issue 指出目前只能透過 OpenRouter 存取 Bedrock，這會多一層轉手延遲、約 5-20% 的費用加成、無法使用自己的 AWS 帳號憑證，也失去 VPC endpoint、CloudTrail、議定價格等企業功能。作者提議直接串接 Bedrock、使用標準 AWS SDK 憑證鏈（環境變數、共用憑證檔、IAM 角色、具名 profile 等方式），並附上設定結構與 model ID 格式範例，引用 OpenClaw 已有類似實作作為參考。此 issue 已關閉。

#3725 討論中 P3 comp/gateway

功能請求：新增 Rocket.Chat 支援

回報者希望 Hermes 能新增 Rocket.Chat 作為訊息 gateway 通道。

#3326 討論中 P3 comp/cli

功能請求：為 CLI 查詢輸出新增 --output-format json 旗標

使用 hermes chat -q 做程式化編排（如 CI pipeline、MCP server）時，目前只能得到純文字輸出，token 數、成本、session ID、模型資訊等都要自行從非結構化文字解析。此 issue 提議新增 --output-format json 旗標，輸出包含這些 metadata 的結構化 JSON，並已有對應 PR #2916。

學校診斷與解法
#2988 討論中

功能請求：支援 XMPP 聊天協定並搭配 OMEMO 加密

這個 issue 指出目前 Hermes 只支援 WhatsApp、Signal 等封閉式聊天協定，提案新增支援可自架、加密且跨裝置廣泛支援的 XMPP 協定（搭配 OMEMO 加密）作為即時通訊選項。

#2512 已修復

功能請求：原生 Windows 支援

這個 issue 要求為 Hermes Agent 新增原生 Windows 支援。此 issue 已關閉。

#1955 已修復 P2 comp/gateway

功能：讓 gateway 平台（Discord/Telegram 等）可依頻道分別設定模型與 system prompt

提案指出目前 gateway 對所有頻道只能使用同一組全域模型與 system prompt，但 Discord 或 Telegram 群組中不同頻道常有不同用途（如低成本摘要頻道、程式開發頻道、閒聊頻道），因此建議新增 channel_overrides 設定，讓每個頻道可個別指定模型、provider 與 system prompt，並定義優先順序（/model 指令高於 channel_overrides，channel_overrides 高於全域設定）。

#1855 討論中 P3 tool/terminal

功能請求：終端機支援多後端（本地 + 多組具名遠端）並保留持久 shell

這個 issue 指出 Hermes Agent 目前一次只能設定一種終端機後端（local/ssh/docker 等），需要跨多台機器操作的使用者只能用一次性 SSH 指令拼湊，無法保留 cd、環境變數等 shell 狀態。提案支援同時設定本地與多組具名遠端後端，並各自保留持久 shell。

暫時解法

目前只能用一次性的 ssh user@host 'command' 並在每次指令前加上 cd 來繞過，但無法保留 shell 狀態。

#1050 已修復

[Feature] 為 hermes-agent 提供 Homebrew formula

回報者希望能用 Homebrew 安裝 hermes-agent，但官方 homebrew-core repo 裡沒有對應的 formula，因此自行建立了一份並提交到 Homebrew/homebrew-core 的 PR，於此 issue 中請求關注與支援。此 issue 已關閉。

#850 已修復

[Feature] 完整 Docker 化部署

回報者目前的理解是 hermes-agent 主任務是從主機端 CLI 啟動，並支援用 Docker 當作 AI agent 執行工作的沙箱。回報者希望能有完全 Docker 化的部署方式，讓主任務本身也跑在容器裡，透過 http/ws 和已 Docker 化的 agent 沙箱溝通，並附上自己用 Nomad/Consul 搭配 mTLS（透過 Envoy proxy）的架構示意圖作為參考。此 issue 已關閉。

#569 討論中

[Feature] 支援 Agent Client Protocol（ACP）Server 模式：讓 Hermes 能在 Zed、JetBrains、Neovim、Toad 等任何 ACP 相容編輯器中執行

此 issue 提議讓 Hermes 實作 ACP（Agent Client Protocol，由 Zed 提出的開放標準，用於編輯器 / IDE 與 AI agent 之間的通訊，類似 LSP 對語言伺服器的角色）的 agent 端介面，讓 Hermes 能被所有支援 ACP 的編輯器與用戶端使用，不只是 Toad，還包括 Zed、JetBrains IDE、Neovim、Emacs、Obsidian、marimo 等。作者提到 ACP 已獲得 Zed 與 JetBrains 官方合作背書，Google Gemini CLI 是參考實作，Anthropic Claude Code、OpenAI Codex、GitHub Copilot 等也已支援。

#527 有暫時解法 P2 comp/gateway

功能請求：Gateway 權限分級（Owner/Admin/User/Guest）角色存取控制

這個 issue 指出 Hermes Agent 目前的 gateway 授權是二元制（全部允許或完全阻擋），沒有權限層級概念。提案為 Telegram、Discord、WhatsApp、Slack 等 gateway 平台導入分層權限系統（Owner、Admin、User、Guest），讓部署者能與他人共用 agent 卻不必開放完整終端機存取等高風險能力。

#514 討論中 P3 comp/agent

[Feature] 支援 A2A（Agent-to-Agent）協定：遠端 Agent 探索、通訊與互通

此 issue 提議讓 Hermes 支援 Google 提出的 A2A（Agent-to-Agent）開放協定，作為與 MCP 互補的機制：MCP 回答「我能用哪些工具」，A2A 回答「誰能幫我」，讓不同框架打造的 agent 能互相探索能力並透過標準 HTTP 協作任務。作者認為 Hermes 已有成熟的 MCP client（tools/mcp_tool.py），適合進一步支援 A2A，讓 Hermes 能呼叫其他框架的遠端 agent，也能被其他系統當作可被 A2A 探索的 agent 呼叫。

#501 已修復

功能請求：Web UI Gateway，本機瀏覽器介面搭配串流、Artifacts 與豐富渲染

這個 issue 指出 Hermes Agent 目前支援 CLI、Telegram、Discord、WhatsApp、Slack、Home Assistant 等互動方式，但缺少本機瀏覽器介面。作者研究了 30 多個 AI 介面專案（如 AG-UI Protocol、Claude Artifacts、ChatGPT Canvas、Open WebUI 等）後，提案打造支援串流、artifacts、canvas 等功能的本機 Web UI。此 issue 已關閉。

#487 已修復

功能請求：加密稽核軌跡，SHA-256 雜湊鏈結行動紀錄（靈感來自 OpenFang）

這個 issue 提議參考 OpenFang 專案的 Merkle 雜湊鏈結稽核軌跡設計，為 Hermes Agent 新增以 SHA-256 逐筆鏈結、防竄改的行動紀錄機制。作者指出目前 Hermes 的紀錄偏向對話內容導向，缺乏針對「代理程式執行了什麼動作」的結構化、可鏈結安全紀錄。此 issue 已關閉。

#410 已修復

功能請求：安全機密管理工具（API key 匯入、範圍限定存取、遮罩與 skill 需求宣告）

此 issue 是端到端安全機密管理的總覽 issue，指出目前 Hermes 的機密都以明文存放在 ~/.hermes/.env，每個子程序都拿到完整環境變數，檔案工具也會外洩原始機密，且沒有機制讓 skill 宣告「需要 Twilio API key」並安全提示使用者輸入。此 issue 已關閉。

#344 已修復

[Feature] 多 Agent 架構：協調、協作、專職角色與具韌性的工作流程（總覽 issue）

此 issue 是把 Hermes 從單一 agent（可用 delegate_task 產生用完即丟的子 agent，彼此無法溝通、無法共享狀態）演進為真正多 agent 架構的總覽提案，涵蓋具獨立身分與工具集的專職角色、依賴關係感知的工作流程分解、agent 間協作共享 context、當機恢復與卡住偵測，以及跨平台（不同 Discord 頻道、Telegram 群組等）協調。此 issue 已關閉。

#157 已修復 P3 comp/agent

功能請求：使用者可自訂的多模型路由（能力分類 + 評估回饋）

此 issue 提議讓使用者能把多個 LLM 分配到不同能力分類（如速度、智慧程度、不受限、低成本、高度推理），讓工具依宣告的需求動態選擇模型，而非固定使用單一開發者指定的模型，並可選擇性地用評估指標隨時間優化模型選擇。此 issue 已關閉。

#73 已修復 P3 comp/gateway

訊息 Gateway 支援 Matrix 協定

回報者希望 Hermes 能原生支援 Matrix 協定作為訊息 gateway，讓使用者可以透過任何 Matrix 客戶端（如 Element、FluffyChat）並連到自架的 homeserver 與 agent 互動，但表示自己目前沒時間貢獻程式碼實作。此 issue 已關閉。

其他分類

回官方 Issue 精選問答．看學校解法卡．常見問題排解