Pi 與 Hermes 的比較，是兩種不同類別軟體之間的比較，而不是兩個競爭性程式碼 CLI 之間的比較。Pi 是您在專案目錄內啟動的互動式終端機程式碼開發工具；Hermes Agent 則是具備內建記憶體檔案、cron 排程器與訊息頻道的常駐型個人代理程式。兩者皆採用 MIT 授權，安裝費用皆為 $0，並都可透過有文件說明的設定使用第三方模型端點。真正的選擇是在工作階段與常駐之間——而對許多人而言，答案是兩者都要。
先釐清名稱，因為這個查詢在兩邊都很容易產生混淆。Pi 在此指的是由 Earendil Inc. 透過 pi.dev 發布的程式碼代理程式，儲存庫為 earendil-works/pi。它不是 Inflection AI 在 pi.ai 上的 Pi，不是 Raspberry Pi，也不是 Oh My Pi（由不同作者開發的另一個程式碼代理程式）。此處的 Hermes 指的是 NousResearch/hermes-agent。Nous Research 的 官方首頁 將 Hermes 4 與 Hermes Agent 列為位於不同網域的兩個不同產品——Hermes 4 是具有每 token 推理價格的開放權重模型系列，而 Hermes Agent 是免費軟體。本頁任何地方都沒有 Hermes 4 的數字，因為模型價格不是代理程式價格。
該選哪一個
| 如果這是你的情況 | 選擇 | 這會產生的成本 |
|---|---|---|
| 您想要以互動方式逐一處理工作階段，在儲存庫中編輯，並查看每項變更 | Pi | 除了可重播的逐字稿之外，工作階段之間沒有記憶；執行 shell 命令前也沒有核准提示 |
| 您希望在離開電腦時，仍能透過訊息應用程式連絡代理程式 | Hermes Agent | 需要操作一個閘道程序、為每個平台提供自己的 bot token，而且可能還需要一台主機來執行它 |
| 您希望在危險命令執行前看到核准提示 | Hermes Agent | Pi 沒有內建權限系統——README 明確如此說明——因此這不是可調整程度的差異 |
| 您希望安裝內容盡可能精簡 | Pi | 一個 npm 套件對上 Hermes 的安裝程式；後者會安裝 Python 與 Node 工具鏈以及 ripgrep 和 ffmpeg，並複製儲存庫 |
| 您希望代理程式無需自行接線，就能在不同工作階段之間記住您 | Hermes Agent | 內建、在本機執行且預設啟用；Pi 的對應功能是第三方擴充功能，並有自己的執行成本 |
| 您執行的是小型本機或自我託管模型 | Pi | Hermes 的 快速入門要求模型至少具備 64,000 個 token 的上下文，並表示較小的上下文視窗會在啟動時遭拒；Pi 沒有記載相同的最低要求 |
| 兩種描述分別符合您一週中的不同部分 | 兩者皆可 | 設定樹與狀態彼此分開，因此不會互相衝突——但需要維護兩套設定 |
遷移成本並不對稱，值得在決定前先估算。遷移至 Pi 只需要 npm install -g @earendil-works/pi-coding-agent 和一個設定檔。遷移至 Hermes Agent 則需要執行安裝指令碼；根據其 安裝頁面，該指令碼會處理 Python、Node.js、ripgrep 與 ffmpeg、複製儲存庫、建立虛擬環境、全域 hermes 指令及供應商設定；此外，若您想使用桌面應用程式，還需要進行平台檢查：文件記載 macOS 安裝程式僅支援 Apple Silicon，原生 Windows 則有獨立安裝程式；文件也將 Intel Mac 上的 macOS 列為不支援的平台。該頁面未公布最低 macOS 版本。
有一項命名陷阱僅適用於 Pi，而且會悄悄改變您安裝的內容。儲存庫已經移動：現在對 badlogic/pi-mono 的要求會透過 GitHub 自己的重新導向解析至 earendil-works/pi；舊 npm 套件 @mariozechner/pi-coding-agent 在 2026 年 5 月 7 日停留於 0.73.1，並帶有指向 Earendil 套件的棄用通知。任何以舊名稱撰寫的教學或比較，描述的都是落後四個月的軟體。Hermes Agent 則有相反問題——同一次發布有兩個版本號，詳見下文。
逐項比較：工作階段與常駐
| Pi | Hermes Agent | |
|---|---|---|
| 它是什麼 | 精簡的終端機程式碼開發工具，在專案目錄中按工作階段執行 | 持久的個人代理程式：CLI、桌面應用程式與持續運作的閘道程序 |
| 執行環境 | Node，從 npm 安裝 | Python，在 pyproject.toml 中宣告為 >=3.11,<3.14 |
| 確認的版本 | v0.86.1，於 2026 年 9 月 20 日發布；npm 套件版本相同 | 0.21.3，於 2026 年 9 月 14 日以標籤 v2026.9.14 發布——兩個數字指的是同一個版本 |
| 跨工作階段記憶 | 不在文件索引中。工作階段會以 JSONL 自動儲存在 ~/.pi/agent/sessions/ 下，並提供 fork、resume 與 tree 指令——這是逐字稿重播，而不是將已學習的事實注入新工作階段 | ~/.hermes/memories/MEMORY.md（2,200 字元上限）與 USER.md（1,375 字元上限）會在工作階段開始時注入系統提示，且不需要擷取呼叫；工作階段會封存於本機 SQLite FTS5 資料庫 |
| 訊息頻道 | 文件索引中沒有訊息整合頁面 | 單一閘道程序會為 訊息文件索引中的平台提供前端服務——其平台比較表在 2026 年 9 月 21 日列出 28 個平台——並使用您為各平台提供的憑證 |
| 排程 | 沒有記載排程器。非互動式介面包括 SDK、RPC 模式與 JSON 事件串流 | 內建 cron 排程器，可依專案 README 將內容傳送至任何已連線的平台 |
| 擴充功能 | 來自 ~/.pi/agent/extensions/ 或 npm/git 套件的 TypeScript 模組，可註冊工具與斜線命令。pi.dev 目錄在 2026 年 9 月 21 日列出 5,380 個套件 | 相容於 agentskills.io 標準的技能，以及可透過 Python 指令碼使用的子代理程式與 RPC 工具存取 |
| 權限 | 沒有內建功能。README 指出，Pi 不包含針對檔案系統、程序、網路或憑證存取的權限系統 | 危險命令的核准提示、持久化的 command_allowlist，以及在執行前強制套用的檔案寫入拒絕清單 |
| 儲存庫狀態 | MIT，未封存，於 2026 年 9 月 21 日推送 | MIT，未封存，於 2026 年 9 月 21 日推送 |
於 2026 年 9 月 21 日閱讀兩個儲存庫及兩個文件網站。有兩項解讀需要避免。「沒有記憶」與「沒有訊息」兩列，是 Pi 官方文件索引中的缺漏，而不是供應商否認其存在——第三方擴充功能提供了兩者。此外，這兩個儲存庫的星號數與 issue 數不可直接比較：Pi 的 README 表示，新貢獻者建立的新 issue 與 pull request 預設會自動關閉，因此兩個專案衡量的是不同政策，而不是不同的維護品質。Nous Research 也將 Hermes Agent 描述為唯一具備內建學習迴圈的代理程式；這是供應商 README 自身的文字，且未找到任一方針對 Pi 的直接比較基準測試。
pi-hermes-memory 是 Pi 擴充功能，不是 Hermes Agent
本頁存在的目的，就是釐清這項混淆。搜尋「pi hermes」會顯示一個名為 pi-hermes-memory 的 npm 套件，而這個名稱看起來像是兩項產品之間的橋樑。它不是。
該套件由 chandra447 發布——不是 Nous Research，也不是 Earendil——採用 MIT 授權，版本 0.9.9，於 2026 年 9 月 13 日發布。其 npm 說明最後寫著「Ported from Hermes agent」。它所做的是在 Pi 內重新實作記憶層：持久記憶、SQLite FTS5 工作階段搜尋、機密資訊掃描與程序性技能。使用 pi install npm:pi-hermes-memory 安裝後，Pi 會具備類似 Hermes 的記憶設計。其 npm 項目或目錄列表中，沒有任何內容描述安裝 Hermes Agent、連線至正在執行的 Hermes Agent，或一併帶入 Hermes 的閘道、頻道、排程器或核准系統——所描述的是 Pi 的記憶層。
以下是從其自身的 目錄列表（於 2026 年 9 月 21 日閱讀）整理出的三項實際限制。每個背景審查週期都會透過 pi -p 子程序進行一次完整的 LLM API 呼叫，這是持續性的 token 費用，而非免費便利功能。工作階段歷史在建立索引前無法搜尋——列表提供批次 /memory-index-sessions 指令，或在工作階段關閉時自動建立索引，因此舊逐字稿必須先進行一次性匯入，搜尋才能涵蓋它們。此外，其 trigram tokenizer 將 CJK 子字串搜尋限制為至少三個字元的查詢。在該次閱讀時，列表顯示每月約 27,000 次下載；這些是即時計數，之後應已變動。Pi 的官方文件沒有推薦任何記憶功能套件，而當天閱讀的目錄列表中也沒有出現審查、驗證或背書徽章——因此這是受歡迎的社群選項，而非官方選項。
權限是最關鍵的差異
如果只能比較一件事，就比較這項。Pi 的 README 明確指出，它不包含針對檔案系統、程序、網路或憑證存取的內建權限系統，且預設會以啟動它的使用者與程序權限執行。其 安全性頁面在 Pi 2026 年 9 月 22 日的文件更新中重新撰寫，補充說明 Pi「可以使用啟動它的帳戶權限讀取、變更及執行檔案，且不會在每次工具呼叫前要求核准」，並將「缺少內建沙箱」列為通常不在其安全邊界內的行為之一。唯一的信任控制 defaultProjectTrust，管理的是是否載入專案本機設定與擴充功能，而不是工具是否執行。Pi 的 容器化頁面記載四種由您自行提供的隔離模式：將內建工具路由至本機 micro-VM 的 Gondolin 擴充功能、一般 Docker、受政策控制的 OpenShell，以及 Docker Sandboxes。在更新前，安全性頁面也曾說明這項設計選擇：部分的程序內沙箱很容易被誤解為安全邊界，但實際上仍依賴主機 shell、檔案系統、套件管理器、憑證與擴充功能程式碼。更新後的頁面刪除這項理由，改為表示「安全性來自限制 Pi 在產生的動作錯誤或具有惡意時能存取及影響的檔案、憑證、程序與網路服務」，而儲存庫的 安全性政策仍表示該程式碼代理程式「刻意不具備沙箱」。請注意，擴充功能會以您完整的系統權限執行。
Hermes Agent 採取相反立場。其 安全性頁面記載，執行危險命令時會顯示一次、工作階段、永遠或拒絕的提示；選擇「永遠」會將模式寫入 command_allowlist 中的 ~/.hermes/config.yaml。approvals.mode接受 smart（預設值），使用輔助 LLM 評估風險並升級處理不確定的情況；也接受每次都顯示提示的 manual，以及停用檢查的 off。獨立的檔案寫入拒絕清單會在執行前強制套用，涵蓋 ~/.ssh/、~/.aws/ 與 ~/.kube/ 等憑證目錄，以及包括 .env 在內的秘密儲存區；其中 ~/.ssh/config 需要核准，而非直接封鎖，另可選擇使用 HERMES_WRITE_SAFE_ROOT 將寫入限制在單一前綴下。需要延續的一項條件是：同一頁面表示，在 docker、singularity、modal、daytona 與 vercel_sandbox 後端上會略過危險命令檢查，因為系統將容器視為邊界。「Hermes 會先詢問」只在 local 與 ssh 上成立，並非每種設定的特性。
讓兩者指向同一個端點
| Pi | Hermes Agent | |
|---|---|---|
| 設定檔 | ~/.pi/agent/models.json，位於 providers.<name> 下 | ~/.hermes/config.yaml，位於 providers: 下 |
| 基礎 URL 欄位 | baseUrl | api，接受 base_url 與 url 作為別名 |
| 協定欄位 | api。在 Pi 2026 年 9 月 22 日的文件更新之前，模型文件的 Supported APIs 表格列出 openai-completions、openai-responses、anthropic-messages 與 google-generative-ai；更新後的頁面不再列出任何項目，而 Pi 的原始碼（v0.99.2）會將該欄位分派給十種內建實作中的任一種，其中六種從未針對自訂供應商提供文件說明 | transport：chat_completions、anthropic_messages 或 codex_responses；留白時會從 URL 自動偵測 |
| 認證資訊 | 一個會進行插值的 apiKey 字串：$VAR 會讀取環境變數，開頭的 ! 會將該值作為命令執行並使用 stdout，而像 MY_API_KEY 這樣未加前綴的全大寫字串是字面值，不是變數 | 獨立欄位：內嵌的 api_key、指定環境變數的 key_env，或指定會輸出 token 之命令的 key_cmd |
| 內容處理 | 自訂模型沒有目錄項目，因此 contextWindow、maxTokens 與能力旗標都由您自行填寫。對自訂供應商而言，supportsStrictTools 預設為 false | 快速入門要求至少 64,000 個 token 的上下文，並表示較小的上下文視窗會在啟動時遭拒；偵測錯誤時，請固定設定 model.context_length。Hermes 不再讀取 model.max_tokens，因此輸出上限由伺服器決定 |
| 成本讀數 | 每個模型一個 cost 區塊，包含 input、output、cacheRead 與 cacheWrite——以每百萬 token 計算的費率；Pi 的 RPC 參考文件將其表述為「費用以每百萬 token 的美元金額計算」——並可選擇性設定超過 token 門檻時的輸入分級費率覆寫；自 2026 年 9 月 22 日文件更新後，只有原始碼中的結構描述（v0.99.2）記載此功能 | 在工作階段內的使用量面板中顯示 |
有一項運作上的事實比本表其他內容都重要，也是單一閘道金鑰不代表單一設定的原因。兩項產品都沒有記載一個已確定的 Anthropic 協定基礎 URL。在 2026 年 9 月 22 日文件更新之前，Pi 的模型文件在 anthropic-messages 範例中顯示兩種形式——某處使用僅含網址原點的 https://proxy.example.com，其他地方則使用 https://proxy.example.com/v1——而更新後移除了兩者，但仍未定案；Pi 定價已指出這項缺口。對 Kunavo 而言，能運作的是僅含網址原點的形式：Anthropic 風格的用戶端會自行附加 /v1/messages，因此加上 /v1 後綴會產生重複路徑並回傳 404。在 Hermes 方面，Hermes 自訂 API 指南將 anthropic_messages 基礎 URL 標記為未驗證，並告訴您嘗試兩種形式；今天找到的內容沒有解決此問題，因此此處保留該不確定性，不暗中將其升級為已確認資訊。OpenAI 相容路徑在兩邊都是較簡單的選項。基礎 URL 文件完整說明了這個陷阱。
還有一個界線，因為這是雙方唯一找到的方案門檻。Tool Gateway 頁面指出，Tool Gateway 是付費訂閱功能，而Nous Portal 價格頁面顯示 Free 方案不包含託管工具使用量。這項門檻涵蓋託管工具層——網頁搜尋與擷取、影像生成、語音輸出及雲端瀏覽器自動化——不涵蓋代理程式、記憶系統、頻道、排程器、核准系統，也不涵蓋將 Hermes 指向自有端點的能力。Kunavo 不提供文字轉語音、語音轉文字或嵌入模型，因此這些 Gateway 類別完全沒有 Kunavo 對應項目；文件所述的替代方式是逐項工具設定，將 web.backend、image_gen.provider、tts.provider 或 browser.cloud_provider 設為您自己的供應商帳戶。同一頁也表示，部分帳戶即使沒有付費訂閱，也會獲得少量託管工具額度，但未公布額度大小或資格條件——這是真實存在的額度，但不是免費方案。Pi 方面則未找到對等門檻：截至 2026 年 9 月 21 日查閱時，pi.dev 未公布任何價格或付費方案。
Nous Portal 的兩個數據在官方頁面之間並不一致，本指南不會將其合併：Portal 價格頁面在每個付費方案上宣傳「200+ Models」，而Hermes 的 Nous Portal 文件頁面則表示額度涵蓋 300+ 個前沿模型。截至 2026 年 9 月 21 日，其公布的方案為 Free $0、Plus 每月 $20 且含每月 $22 額度、Super $100 且含 $110 額度，以及 Ultra $200 且含 $220 額度；每個方案都描述為 10% 額度紅利，並設有結轉上限。這些額度是用於推理的商店點數，不是牌價折扣。
相同工作在各自平台上的成本
兩個用戶端都是 $0，因此比較重點在於各自會為 token 帳單增加什麼。以下是示意性的 token 估算，不是實測任務成本，也不是帳單上限。假設執行一項有界限的儲存庫變更，傳送400,000 個未快取輸入 token並接收25,000 個輸出 token，不含快取讀取、快取寫入、影像及外部工具費用。費率採用即時的Kunavo 目錄每百萬 token 價格。
| 模型 | 每 1M 的輸入／輸出 | 一項變更，任一用戶端皆可執行 |
|---|---|---|
| Claude Sonnet 5 | $1.40 / $7.00 | $0.735 |
| Claude Haiku 4.5 | $0.70 / $3.50 | $0.367 |
該欄位是刻意設計為相同：由相同模型執行相同工作，無論透過哪一方，計費都相同。結構上的差異在於記憶體這一列，而且方向相反。Hermes 的記憶文件描述，記憶內容會在工作階段開始時注入系統提示，不需要呼叫 LLM 來擷取，並將兩個檔案的上限列為約 800 和 500 個 token。Pi 沒有內建的對等功能，而新增此功能的擴充功能會在每個審查週期收取一次完整的 LLM 呼叫費用。假設每月因注入而產生20 次工作階段，以及擴充功能執行30 個審查週期，每次含 12,000 個輸入 token 和 600 個輸出 token——週期形式只是為了示意而作的假設，不是測量結果。
| 模型 | Hermes：注入記憶，20 次工作階段開始 | Pi + 擴充功能：30 個背景審查週期 |
|---|---|---|
| Claude Sonnet 5 | $0.036 | $0.630 |
| Claude Haiku 4.5 | $0.018 | $0.315 |
兩個數字都不大，而這正是重點：對任一方而言，記憶都不是主要費用所在，因此應根據行為表現選擇，而不是根據這一列。還有兩項成本完全不在計算之內。Hermes Agent 的設計是在您的筆記型電腦之外執行——其 README 建議使用廉價 VPS 或無伺服器主機——因此可能出現 Pi 不會產生的主機費用。如果您使用 Claude 訂閱登入 Pi，Pi 自己的供應商文件在 2026 年 9 月 22 日文件更新移除該句之前曾表示，第三方代理執行框架的使用量會從額外用量中扣除，並按 token 計費，而不是計入 Claude 方案上限；當 Anthropic 模型使用訂閱驗證執行時，Pi 顯示的警告仍然如此，可見於其 v0.99.2 的原始碼。這是 Pi 對另一家供應商計費方式的描述，請在您自己的帳戶中確認。
在 Kunavo 方面，目錄金額是計費下限而非上限：當上游回報其費用時，帳單金額取目錄成本與上游成本乘以適用加價率兩者中較高者。最低金額是$10 預付儲值，這是為金鑰提供資金所需的現金，而不是任務費或訂閱費——請參閱計費。列出的最低費率與完成任務的最低成本是兩個不同問題；需要嘗試三次的小模型，成本可能高於一次就成功完成變更的模型。
同時執行兩者，以及何時遷移
這兩者不必二選一，設定樹也證明了這點：Pi 讀取 ~/.pi/agent/，Hermes Agent 讀取 ~/.hermes/，而兩者都未記錄任何共享狀態。Hermes 也會按設定檔隔離——hermes -p work 讀取自己的記憶目錄——因此工作環境與個人環境不必共享上下文。
當您持續需要的是無人值守的功能時，請遷移至 Hermes Agent：排程工作、來自訊息應用程式的回覆，或能記住您上週解釋過的決策，而不必再次貼上的代理程式。當工作是在儲存庫中受監督的程式碼，而您不想操作常駐程序時，請遷移至 Pi。只有在計算過記憶審查週期的成本後，才新增 Pi 記憶擴充功能，絕不要假設它會將 Pi 變成 Hermes Agent。如果遷移的真正原因是模型存取而非工作流程，則兩者都不必遷移：兩個產品都能透過文件所述的設定存取相同端點。
無論您嘗試哪一個，都應將本頁上的每項設定視為取自供應商文件，而非已獲證實。保留一條可運作的路徑，執行一項有界限的任務，然後將代理程式自身的成本讀數與供應商帳戶實際記錄的費用核對——代理程式根據回報 token 所做的算術是估算值，不是帳本。若要查看線路層級的細節，OpenAI 相容 API涵蓋相容介面所包含的內容；Hermes Agent 價格和Pi 價格則分別提供各產品完整的計費資訊。準備好為任一方的金鑰儲值時，請建立 Kunavo 帳戶。
常見問題
Pi 與 Hermes Agent 有何不同？
它們屬於不同類別的軟體。Pi 由 Earendil Inc. 在 pi.dev 發布，是互動式終端機程式碼開發工具：您在專案目錄中啟動它，它會在該工作階段編輯檔案並執行 shell 命令，之後結束。Hermes Agent 由 Nous Research 開發，是常駐型個人代理程式：包含 CLI、桌面應用程式與持續運作的閘道程序；每次工作階段開始時，記憶檔案都會被注入系統提示，並配備 cron 排程器，以及有文件說明的訊息平台索引；其平台比較表在 2026 年 9 月 21 日列出 28 個平台。兩者皆採用 MIT 授權，安裝費用皆為 $0。Pi 是 Node 套件；Hermes Agent 是 Python 專案，其安裝程式也會安裝 Node.js、ripgrep 與 ffmpeg。
安裝 pi-hermes-memory 就會取得 Hermes Agent 嗎？
不會。pi-hermes-memory 是由 chandra447 在 npm 發布的第三方 Pi 擴充功能，採用 MIT 授權，版本 0.9.9，於 2026 年 9 月 13 日發布。其 npm 說明稱它「Ported from Hermes agent」——它是在 Pi 內重新實作記憶層。它既不是由 Nous Research 發布，也不是由 Earendil 發布；其 npm 項目或目錄列表中，沒有任何內容描述安裝 Hermes Agent 或連線至正在執行的 Hermes Agent。它也不是免費執行：pi.dev 目錄列表指出，每個審查週期都會透過子程序 pi -p 進行一次完整的 LLM API 呼叫，因此會在 Pi 所指向的端點上產生反覆發生的 token 費用。
這項比較中的 Hermes 是 Hermes 4 模型嗎？
不是，而這是最容易犯的錯誤，因為兩者都來自同一家供應商。Nous Research 的官方首頁將 hermes4.nousresearch.com 上的 Hermes 4 與 hermes-agent.nousresearch.com 上的 Hermes Agent 列為不同產品。Hermes 4 是開放權重模型系列，其每 token 推理價格由提供該模型的目錄公布；Hermes Agent 是採用 MIT 授權的代理程式軟體，安裝不收費，並會呼叫您指定的任何模型。Hermes 4 的每 token 數字不是 Hermes Agent 的價格。此外，還有兩個與此無關、也會以 Hermes 之名出現的專案：Meta 的 React Native JavaScript 引擎，以及法國精品品牌。
我可以同時執行 Pi 和 Hermes Agent 嗎？
目前沒有任何文件記載會阻止您這麼做，而且兩者維持獨立狀態：Pi 讀取 ~/.pi/agent/，Hermes Agent 讀取 ~/.hermes/。它們不是替代品，因此同時執行是合理的結果，而非折衷方案——Pi 適合在儲存庫內進行受監督的工作；Hermes Agent 則適合用訊息應用程式連絡的常駐助理。同一個閘道金鑰可以為兩者提供資金，但兩項產品需要不同的設定：Pi 在 ~/.pi/agent/models.json 中使用 providers 區塊，Hermes Agent 在 ~/.hermes/config.yaml 中使用 providers 項目；而兩者的 Anthropic 協定基礎 URL 都尚未確定——Pi 的官方文件直到 2026 年 9 月 22 日的文件更新前都顯示兩種不同形式，更新後則移除了兩者但仍未定案，Hermes 的形式也尚未驗證。本文未進行雙方並行設定的執行階段測試。
哪一個更適合在無人看管的情況下持續執行？
Hermes Agent 是具備文件化核准系統的一方；Pi 明確表示自己沒有。Pi 的 README 指出，它不包含針對檔案系統、程序、網路或憑證存取的內建權限系統；其安全性頁面在 2026 年 9 月 22 日的文件更新中重新撰寫，將缺少內建沙箱列為通常不在其安全邊界內的行為之一，並表示 Pi 能以啟動它的帳戶權限讀取、變更及執行檔案。Hermes Agent 會透過一次／工作階段／永遠／拒絕提示，對危險 shell 命令進行控管；選擇「永遠」會將答案持久寫入 ~/.hermes/config.yaml 中的 command_allowlist，並提供可將 approvals.mode 設為 smart、manual 或 off 的選項。有一項條件很重要：Hermes 的官方安全性頁面表示，在 docker、singularity、modal、daytona 與 vercel_sandbox 終端機後端上會略過這些危險命令檢查，因為系統改以容器作為邊界。內容依據 2026 年 9 月 21 日閱讀的供應商文件，並於 2026 年 10 月 1 日重新閱讀 Pi 的 README 與安全性頁面；本文未測試任一方的行為。
使用 Hermes Agent 需要 Nous 訂閱嗎？
使用代理程式不需要。Hermes Agent 採用 MIT 授權，其自訂端點路徑、記憶體系統、訊息頻道、cron 排程器、核准系統與終端機後端，都是 ~/.hermes/config.yaml 中的一般設定。本文閱讀的文件中唯一找到的方案限制很狹窄：Tool Gateway 頁面指出，Tool Gateway 是付費訂閱功能，涵蓋的是託管工具層，而非代理程式本身。該頁面也表示，部分帳戶即使沒有付費訂閱，也會獲得少量託管工具額度，但未公布額度大小或資格規則，因此請將該額度視為確實存在，但數量未定。每個閘道工具都可以逐一改為使用您自己的供應商金鑰。
哪一個執行成本較低？
兩者都不會對軟體本身收費，因此差異在於結構，而不是價格差距。兩者都採用 MIT 授權，費用皆為 $0，並且都會在您設定的端點消耗模型 token。它們有兩項持續性成本不同。Hermes Agent 的記憶體擷取不會進行 LLM 呼叫——其文件描述，記憶體內容會在工作階段開始時注入系統提示，因此只會產生輸入 token 成本，不會有其他成本。Pi 沒有內建記憶體，而提供記憶體功能的第三方擴充功能，會在每個背景審查週期收取一次完整的 LLM 呼叫費用。另一方面，Hermes Agent 的設計是脫離您的筆記型電腦執行，因此可能產生 Pi 不會產生的主機費用。哪一個較便宜，取決於您實際執行多少工作階段及多少審查週期。
於 2026 年 9 月 21 日查核：兩個儲存庫的 GitHub API、Pi 的原始 README、工作階段、供應商及容器化文件、pi.dev 及其模型文件與套件目錄、兩個 Pi 套件及 pi-hermes-memory 的 npm registry 項目、hermes-agent.nousresearch.com 的安裝、快速入門、平台支援、記憶、訊息、安全性、設定模型、設定檔、Nous Portal 及 Tool Gateway 頁面、portal.nousresearch.com 與 nousresearch.com。Pi 的模型文件於 2026 年 10 月 1 日重新查閱，以查核其 api 清單及 anthropic-messages base-URL 範例；兩者均已在 2026 年 9 月 22 日的文件更新中移除。同日，重新查閱 Pi 的 README、安全性頁面及儲存庫安全性政策，以查核權限與沙箱聲明；重新查閱其 RPC 參考資料及 v0.99.2 的原始碼，以查核成本區塊的單位與層級及 api 值，並將額外用量那一行與該原始碼中的終端機警告交叉核對。星數、下載計數及套件與平台總數都是會變動的單日快照。Kunavo 費率由即時目錄呈現，而此處每個美元數字都是示意性的 token 算術，不是實測任務成本。本次工作未對 Pi 或 Hermes Agent 進行連接 Kunavo 的執行期測試，也未對任一者作出相容性聲明。