ガイド一覧へ戻る
比較·2026年9月21日·最終更新 2026年10月1日·読了8分

Pi対Hermes:常駐agentに対するコーディングセッション

1つの検索に異なる2つのソフトウェアカテゴリが含まれています。まずカテゴリを正し、その後、実際に異なる軸で比較してください。

最終確認日:。

PiとHermesの比較は、競合する2つのコーディングCLIの比較ではなく、異なるカテゴリーのソフトウェアの比較です。Piはプロジェクトディレクトリ内で起動する対話型のターミナルコーディングハーネスであり、Hermes Agentは組み込みのメモリファイル、cronスケジューラ、メッセージングチャネルを備えた常駐型のパーソナルエージェントです。どちらもMITライセンスで、インストール費用は$0です。また、どちらも文書化された設定を通じてサードパーティのモデルエンドポイントを利用します。本当の選択は、セッションか常駐かです。そして、多くの人にとって答えは両方です。

まず名前を正確に区別しましょう。この検索語は両側で大きく混同されます。ここでいうPiは、Earendil Inc.がpi.devで公開しているコーディングエージェントで、リポジトリはearendil-works/piです。pi.aiのInflection AIによるPiでも、Raspberry Piでも、別の作者による別のコーディングエージェントであるOh My Piでもありません。ここでいうHermesはNousResearch/hermes-agentです。Nous Researchの公式ホームページでは、Hermes 4とHermes Agentを、別々のドメインにある別々の製品として掲載しています。Hermes 4はトークン単位の推論価格が設定されたオープンウェイトモデルファミリーであり、Hermes Agentは無料のソフトウェアです。このページのどこにもHermes 4の数値はありません。モデルの価格とエージェントの価格は別物だからです。

どちらを選ぶべきか

このような状況なら選ぶモデルそのためにかかるコスト
リポジトリをセッションごとに対話的に編集し、各変更を確認したいPi再生可能なトランスクリプト以外にセッション間でメモリを共有せず、シェルコマンドの実行前に承認プロンプトも表示しない
マシンから離れている間も、メッセージングアプリからエージェントにアクセスしたいHermes Agent運用するゲートウェイプロセス、プラットフォームごとの自分のボットトークン、そしておそらく実行用のホストが必要
危険なコマンドの実行前に承認プロンプトを表示したいHermes AgentPiには組み込みの権限システムがありません。READMEにもそう記載されています。そのため、これは調整による違いではありません
可能な限り小さいインストール構成にしたいPiHermesのインストーラーが取得するPythonおよびNodeのツールチェーン、ripgrep、ffmpeg、リポジトリのクローンに対して、npmパッケージ1つで済む
自分で設定を組み立てなくても、セッションをまたいでエージェントに自分を記憶させたいHermes Agent組み込みで、ローカルに保存され、デフォルトで有効。Piで同等の機能を使うには、独自の実行コストがかかるサードパーティ拡張が必要
小規模なローカルモデルまたはセルフホストモデルを実行するPiHermesのクイックスタートでは、少なくとも64,000トークンのコンテキストを持つモデルが必要とされ、より小さいウィンドウは起動時に拒否されると記載されています。Piには同等の下限に関する文書はありません
どちらの説明も、あなたの1週間の異なる部分に当てはまる両方設定ツリーと状態は別々なので衝突しません。ただし、維持する設定は2つになります

移行コストは非対称であり、導入を決める前に見積もる価値があります。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パッケージを指す非推奨通知が付いています。古い名前を前提に書かれたチュートリアルや比較記事は、4か月遅れのソフトウェアを説明していることになります。Hermes Agentには逆の問題があり、1つのリリースに2つのバージョン番号があります。以下で説明します。

セッションと常駐の機能別比較

PiHermes Agent
正体プロジェクトディレクトリでセッションごとに実行する、最小構成のターミナルコーディングハーネス永続的なパーソナルエージェント。CLI、デスクトップアプリ、常時稼働するゲートウェイプロセスを備える
ランタイムnpmからインストールするNode>=3.11,<3.14と宣言されているPython(pyproject.toml内)
確認したバージョンv0.86.1、2026年9月20日リリース。npmパッケージも同じバージョン0.21.3、2026年9月14日にv2026.9.14というタグでリリース。どちらの番号も同じリリースを指す
セッションをまたぐメモリドキュメントのインデックスにはありません。セッションは~/.pi/agent/sessions/以下にJSONLとして自動保存され、fork、resume、treeコマンドを利用できます。これはトランスクリプトの再生であり、新しいセッションに注入される学習済み事実ではありません~/.hermes/memories/MEMORY.md(2,200文字制限)とUSER.md(1,375文字制限)。セッション開始時に検索呼び出しなしでシステムプロンプトへ挿入され、セッションはローカルのSQLite FTS5データベースにアーカイブされます
メッセージングチャネルドキュメントのインデックスにメッセージング統合のページはありませんメッセージングドキュメントのインデックスに掲載されたプラットフォームの窓口となる単一のゲートウェイプロセス。2026年9月21日時点のプラットフォーム比較表には28のプラットフォームが掲載されており、各プラットフォームについてユーザーが提供する認証情報を使用します
スケジューリングスケジューラに関する文書はありません。非対話型のインターフェースはSDK、RPCモード、JSONイベントストリームですプロジェクトのREADMEによれば、接続された任意のプラットフォームへ配信できる組み込みcronスケジューラ
拡張機能~/.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日に、両方のリポジトリと両方のドキュメントサイトを読みました。注意すべき点は2つあります。「メモリなし」と「メッセージングなし」の行は、Piの公式ドキュメントインデックスに存在しないという意味であり、ベンダーが否定しているわけではありません。どちらもサードパーティ拡張で提供できます。また、これら2つのリポジトリのスター数とIssue数は比較できません。PiのREADMEによれば、新規コントリビューターによる新しいIssueとプルリクエストはデフォルトで自動的にクローズされるため、両プロジェクトは保守品質の違いではなく、異なるポリシーを測定しています。Nous Researchはさらに、Hermes Agentを組み込みの学習ループを持つ唯一のエージェントと説明しています。これはベンダー自身のREADMEの文言であり、どちらの側からもPiとの直接比較ベンチマークは見つかりませんでした。

pi-hermes-memoryはPiの拡張であり、Hermes Agentではありません

このページが解消しようとしている混乱はここにあります。「pi hermes」で検索すると、pi-hermes-memoryというnpmパッケージが表示され、その名前から2つの製品をつなぐ橋のように読めます。しかし、そうではありません。

このパッケージはchandra447が公開したものであり、Nous ResearchでもEarendilでもありません。MITライセンスで、2026年9月13日にバージョン0.9.9として公開されています。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日に確認した独自のカタログ掲載情報から、実用上の制限を3つ挙げます。各バックグラウンドレビューサイクルでは、子pi -pプロセスを通じてLLM API呼び出しが1回分すべて発生します。これは無料の便利機能ではなく、継続的なトークン課金です。セッション履歴はインデックス化されるまで検索できません。掲載情報には一括/memory-index-sessionsコマンド、またはセッション終了時の自動インデックス化が示されているため、検索対象にするには古いトランスクリプトを一度インポートする必要があります。また、トライグラムトークナイザーにより、CJKの部分文字列検索は3文字以上のクエリに制限されます。確認時点では月間ダウンロード数が約27,000と表示されていました。これは現在値であり、変動しています。Piの公式ドキュメントはメモリパッケージを推奨しておらず、その日に確認したカタログ掲載情報には審査、検証、推奨を示すバッジもありませんでした。したがって、これは人気のあるコミュニティ製オプションであり、公式のものではありません。

権限が最も明確な違いです

1つだけ比較するなら、これを比較してください。PiのREADMEには、ファイルシステム、プロセス、ネットワーク、認証情報へのアクセスに関する組み込みの権限システムはなく、デフォルトでは起動したユーザーとプロセスの権限で実行されると明記されています。2026年9月22日のPiのドキュメント更新で書き換えられたセキュリティページには、Piは「起動したアカウントの権限でファイルを読み取り、変更し、実行でき、すべてのツール呼び出しの前に承認を求めることはない」と追記され、「組み込みサンドボックスの欠如」を一般にセキュリティ境界の外にある動作として挙げています。唯一の信頼制御であるdefaultProjectTrustは、プロジェクトローカルの設定と拡張を読み込むかどうかを制御するものであり、ツールを実行するかどうかを制御するものではありません。Piのコンテナ化ページには、自分で用意する4つの分離パターンが記載されています。組み込みツールをローカルのマイクロVMへルーティングするGondolin拡張、通常のDocker、ポリシー制御されたOpenShell、Docker Sandboxesです。更新前のセキュリティページでは、その設計上の選択も説明されていました。プロセス内の不完全なサンドボックスは、ホストのシェル、ファイルシステム、パッケージマネージャー、認証情報、拡張コードに依存し続ける一方で、セキュリティ境界だと誤解されやすいという説明です。更新後のページではその理由が削除され、代わりに「生成されたアクションが誤っている、または悪意のあるものであった場合に、Piがアクセスし影響を与えられるファイル、認証情報、プロセス、ネットワークサービスを制限することが安全につながる」と述べています。一方、リポジトリのセキュリティポリシーには、コーディングエージェントは「意図的にサンドボックスを持たない」と今も記載されています。なお、拡張はあなたがシステム上で持つすべての権限で実行されます。

Hermes Agentは反対の立場を取ります。セキュリティページには、危険なコマンドに対して once、session、always、deny のいずれかを選ぶプロンプトが表示されると記載されています。alwaysを選ぶと、パターンが~/.hermes/config.yaml内のcommand_allowlistに書き込まれます。approvals.modeには、補助LLMでリスクを評価し不確実なケースをエスカレーションするデフォルトのsmart、常にプロンプトを表示するmanual、チェックを無効にするoffを設定できます。別のファイル書き込み拒否リストは、~/.ssh/、~/.aws/、~/.kube/などの認証情報ディレクトリ、および.envを含むシークレットストアに対して実行前に適用されます。~/.ssh/configは完全にブロックされず承認が必要であり、任意のHERMES_WRITE_SAFE_ROOTを設定すると、書き込みを1つのプレフィックス内に制限できます。引き継ぐべき条件は次のとおりです。同じページには、コンテナを境界として扱うため、危険なコマンドのチェックが省略されるバックエンドとして、docker、singularity、modal、daytona、vercel_sandboxが挙げられています。「Hermesは最初に確認する」という説明が当てはまるのはlocalとsshであり、すべての構成に共通する性質ではありません。

どちらも同じエンドポイントに向ける場合

PiHermes Agent
設定ファイル~/.pi/agent/models.jsonで、providers.<name>の配下~/.hermes/config.yamlで、providers:の配下
Base URLフィールドbaseUrlapi。base_urlとurlもエイリアスとして使用できます
プロトコルフィールドapi。Piの2026年9月22日のドキュメント更新前は、モデルドキュメントのSupported APIs表にopenai-completions、openai-responses、anthropic-messages、google-generative-aiが掲載されていました。更新後のページには何も掲載されていません。また、Piのソース(v0.99.2)はこのフィールドを組み込み実装10種類のいずれかに割り当てますが、そのうち6種類はカスタムプロバイダー向けに文書化されたことがありませんtransport:chat_completions、anthropic_messages、codex_responsesのいずれか。空欄の場合はURLから自動検出されます
資格情報補間を行う1つのapiKey文字列:$VARは環境変数を読み取り、先頭に!を付けると値をコマンドとして実行して標準出力を使用します。MY_API_KEYのように接頭辞を付けずに記述した大文字の文字列は、変数ではなくリテラルです個別のフィールド:インラインのapi_key、環境変数を指定するkey_env、またはトークンを出力するコマンドを指定するkey_cmd
コンテキスト処理カスタムモデルにはカタログ項目がないため、contextWindow、maxTokens、機能フラグは自分で記述します。カスタムプロバイダーではsupportsStrictToolsのデフォルトはfalseですクイックスタートでは少なくとも64,000トークンのコンテキストが必要とされ、より小さいウィンドウは起動時に拒否されると記載されています。検出が誤っている場合はmodel.context_lengthを固定してください。Hermesはmodel.max_tokensを読まなくなったため、出力上限はサーバー側の設定になります
コスト表示モデルごとのcostブロックにinput、output、cacheRead、cacheWriteを設定します。単位は100万トークンあたりの料金です。PiのRPCリファレンスには「コストは100万トークンあたりの米ドル額で示されます」と記載されています。トークンしきい値を超えた場合の入力ティア上書きも任意で指定できますが、2026年9月22日のドキュメント更新以降、この点を説明しているのはソーススキーマ(v0.99.2)だけですセッション内の使用量パネルに表示

単一のゲートウェイキーが単一の設定を意味しない理由として、表の他の項目より重要な運用上の事実が1つあります。どちらの製品も、Anthropicプロトコル用の確定したBase URLを1つに定めていません。2026年9月22日のドキュメント更新前は、Piのモデルドキュメントにあるanthropic-messagesの例で、両方の形式が示されていました。1か所ではオリジンのみのhttps://proxy.example.com、別の箇所ではhttps://proxy.example.com/v1です。更新では両方が削除されましたが、問題は解決されておらず、Piの料金ページでもすでに指摘されています。Kunavoではオリジン形式が機能します。Anthropic形式のクライアントは/v1/messagesを自動的に追加するため、/v1のサフィックスを付けるとパスが二重になり404が発生します。Hermes側では、HermesのカスタムAPIガイドがanthropic_messagesのBase URLを未検証として扱い、両方の形式を試すよう案内しています。現時点で見つかった情報では解決できないため、ここではその不確実性を残し、黙って確定情報へ格上げしません。OpenAI互換パスは、両方においてより単純です。Base URLのドキュメントでこの落とし穴を詳しく説明しています。

どちらの側でも確認できた唯一のプラン制限であるため、もう1つ境界を示します。Tool Gatewayのページには、Tool Gatewayは有料サブスクリプション機能と記載されています。また、Nous Portalの料金ページでは、Freeティアにはホスト型ツールの利用がないと示されています。この制限は、ウェブ検索と抽出、画像生成、音声出力、クラウドブラウザ自動化というホスト型ツール層に適用されます。エージェント、メモリシステム、チャネル、スケジューラ、承認システム、Hermesを自分のエンドポイントへ向ける機能には適用されません。Kunavoはテキスト読み上げ、音声認識、埋め込みモデルを提供していないため、これらのゲートウェイカテゴリにはKunavoに相当するものがありません。文書化されている回避策はツールごとの設定で、該当するツールに応じてweb.backend、image_gen.provider、tts.providerまたはbrowser.cloud_providerを自分のベンダーアカウントに設定します。同じページには、一部のアカウントは有料サブスクリプションなしでも少量の管理対象ツール利用枠を受け取るとありますが、規模や適格条件は公開されていません。実在しますが、無料ティアではありません。Pi側では同等の制限は見つかりませんでした。2026年9月21日時点で、pi.devは価格も有料プランも一切公開していませんでした。

Nous Portalの2つの数値は公式ページ間で一致していないため、このガイドでは統合しません。Portalの料金ページでは、有料ティアごとに「200+ Models」と宣伝しています。一方、HermesのNous Portal向けドキュメントページでは、クレジットによって300+の最先端モデルを利用できると記載されています。2026年9月21日時点で公開されていたティアは、Freeが$0、Plusが月額$20で月間クレジット$22、Superが$100で$110、Ultraが$200で$220でした。各ティアは10パーセントのクレジットボーナスと繰越上限があると説明されています。これらのクレジットは推論用のストアクレジットであり、表示価格の割引ではありません。

同じ作業にそれぞれいくらかかるか

どちらのクライアントも$0なので、比較対象はそれぞれがトークン料金に加えるものです。これらは実測したタスクコストでも請求額の上限でもなく、説明用のトークン見積もりです。リポジトリに対する1回の限定的な変更で、キャッシュされていない入力トークン400,000個を送信し、出力トークン25,000個を受信すると仮定します。キャッシュ読み取り、キャッシュ書き込み、画像、外部ツール料金はないものとします。料金はKunavoカタログの100万トークンあたりの最新価格です。

モデル100万トークンあたりの入力/出力どちらのクライアントでも1回の変更
Claude Sonnet 5$1.40 / $7.00$0.735
Claude Haiku 4.5$0.70 / $3.50$0.367

この列は意図的に同一です。同じモデルが同じ作業を行うなら、どちらを使っても請求額は同じになります。構造上の違いはメモリの項目であり、方向が正反対です。Hermesのメモリドキュメントでは、メモリ内容はセッション開始時にシステムプロンプトへ挿入され、取得のためのLLM呼び出しは発生しないと説明されています。また、2つのファイルの上限はおよそ800トークンと500トークンとされています。Piには組み込みの同等機能がなく、それを追加する拡張ではレビューサイクルごとにLLM呼び出し1回分の料金が全額発生します。挿入については1か月に20セッション、拡張については各回で入力トークン12,000個と出力トークン600個を使うレビューサイクルを30回と仮定します。このサイクル構成は説明のための仮定であり、実測値ではありません。

モデルHermes:メモリ注入、20回のセッション開始Pi + 拡張機能:バックグラウンドレビュー30サイクル
Claude Sonnet 5$0.036$0.630
Claude Haiku 4.5$0.018$0.315

どちらの数値も大きくはなく、それが要点です。どちらにとってもメモリは費用の中心ではないため、この行ではなく挙動で選んでください。算術の外側にあるコストが2つあります。Hermes Agentはノートパソコンの外で実行するよう設計されており、READMEでは安価なVPSまたはサーバーレスホストが推奨されています。そのため、Piでは発生しないホスト料金が生じる場合があります。また、ClaudeサブスクリプションでPiにサインインする場合、Pi自身のプロバイダー文書には、2026年9月22日のドキュメント更新でその文言が削除されるまで、サードパーティ製ハーネスの利用は追加利用分から引き出され、Claudeプランの上限ではなくトークン単位で課金されると記載されていました。Anthropicモデルをサブスクリプション認証で実行した際にPiが表示する警告も、v0.99.2のソースで現在なおそのように述べています。これは別のベンダーの課金に関するPiの説明なので、自分のアカウントで確認してください。

Kunavo側では、カタログ価格は上限ではなく課金下限です。上流が料金を報告すると、請求額はカタログ価格と、適用されるマークアップを乗じた上流コストのうち高い方になります。最低額は$10の前払いチャージで、これはタスク料金やサブスクリプションではなく、キーに資金を充当するための現金です。課金を参照してください。掲載料金が最安であることと、完了したタスクが最安であることは別の問題です。3回の試行を必要とする小型モデルは、1回で変更を適用できるモデルより高くなる場合があります。

両方を実行する方法と、移行するタイミング

この2つは必ずしも二者択一ではなく、設定ツリーもそれを示しています。Piは~/.pi/agent/を読み込み、Hermes Agentは~/.hermes/を読み込み、共有状態について記載しているものはどちらにもありません。Hermesはプロファイルごとにも分離されており、hermes -p workは独自のメモリディレクトリを読み込みます。そのため、仕事用と個人用でコンテキストを共有する必要はありません。

無人での実行、つまりスケジュールされた作業、メッセージングアプリからの返信、または先週説明した決定を再度貼り付けなくても記憶しているエージェントが必要なら、Hermes Agentへ移行してください。リポジトリ内で監督しながらコードを作業し、常駐プロセスを運用したくないなら、Piへ移行してください。PiをHermes Agentに変えるという前提ではなく、レビューサイクルの費用を算出した後にのみPiのメモリ拡張機能を追加してください。移行の理由が実際にはワークフローではなくモデルへのアクセスなら、どちらの移行も必要ありません。両製品とも、文書化された設定を通じて同じエンドポイントに到達できます。

どちらを試す場合も、このページの各設定は実証済みではなく、ベンダーの文書に基づくものとして扱ってください。利用可能な経路を1つ確保し、範囲を限定したタスクを1つ実行してから、エージェント自身のコスト表示をプロバイダーアカウントに実際に記録された請求額と照合してください。報告されたトークンに基づくエージェントの計算は推定値であり、台帳ではありません。ワイヤレベルの詳細については、OpenAI互換APIで互換サーフェスに含まれる内容を確認できます。Hermes Agentの料金とPiの料金には、それぞれの製品の完全な課金情報が記載されています。どちらかのキーに資金を入れる準備ができたら、Kunavoアカウントを作成してください。

よくある質問

PiとHermes Agentの違いは何ですか?

これらは異なるカテゴリーのソフトウェアです。Earendil Inc.がpi.devで提供するPiは、対話型のターミナル用コーディングハーネスです。プロジェクトディレクトリで起動し、そのセッション中にファイルを編集してシェルコマンドを実行し、終了します。Nous Researchが提供するHermes Agentは常駐型のパーソナルエージェントです。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の説明には「Hermes agentから移植」とあり、Pi内部にメモリレイヤーを再実装しています。Nous ResearchもEarendilも公開者ではなく、npmエントリやカタログ掲載にはHermes Agentのインストールや稼働中のHermes Agentへの接続についての説明はありません。また、実行が無料というわけでもありません。pi.devのカタログ掲載によると、各レビューサイクルでは子プロセスpi -pを介してLLM API呼び出し1回分が完全に消費されます。これはPiが接続している任意のエンドポイントで発生する継続的なトークン料金です。

この比較におけるHermesはHermes 4モデルですか?

いいえ。同じベンダーの製品なので、最も起こりやすい間違いです。Nous Research自身のホームページでは、hermes4.nousresearch.comのHermes 4とhermes-agent.nousresearch.comのHermes Agentを別製品として掲載しています。Hermes 4はオープンウェイトモデルファミリーで、トークン単位の推論料金は提供するカタログによって公開されます。Hermes AgentはMITライセンスのエージェントソフトウェアで、インストール費用はなく、指定した任意のモデルを呼び出します。Hermes 4について引用されたトークン単価は、Hermes Agentの価格ではありません。なお、名前で検索順位に入る無関係なHermesプロジェクトも2つあります。MetaのReact Native向けJavaScriptエンジンと、フランスの高級ブランドです。

PiとHermes Agentを同時に実行できますか?

文書上、両者の同時実行を妨げるものはなく、両者は別々の状態を保持します。Piは~/.pi/agent/を読み、Hermes Agentは~/.hermes/を読みます。両者は代替関係ではないため、両方を実行するのは妥協ではなく、妥当な選択です。Piはリポジトリ内で監督しながら作業するために、Hermes Agentはメッセージングアプリから利用する常駐アシスタントとして使えます。同じゲートウェイキーで両方に資金を供給できますが、2つの製品では設定が異なります。Piは~/.pi/agent/models.jsonのprovidersブロックを使用し、Hermes Agentは~/.hermes/config.yamlのprovidersエントリを使用します。また、AnthropicプロトコルのベースURLは両者とも確定していません。Piの公式ドキュメントには、2026年9月22日のドキュメント更新で両方が削除されるまで、異なる2つの形式が示されていましたが、解決はされていません。Hermesの形式は未検証です。両方を組み合わせたセットアップは、ここでは実行時テストを行っていません。

無人で実行し続ける場合、より安全なのはどちらですか?

文書化された承認システムを備えているのはHermes Agentで、Piはそのようなシステムがないと明言しています。PiのREADMEには、ファイルシステム、プロセス、ネットワーク、認証情報へのアクセスに対する組み込みの権限システムは含まれていないと記載されています。また、2026年9月22日のドキュメント更新で書き直されたセキュリティページでは、組み込みサンドボックスがないことを、一般にセキュリティ境界の対象外となる動作の一つとして挙げ、Piは起動したアカウントの権限でファイルを読み取り、変更し、実行できると説明しています。Hermes Agentは、危険なシェルコマンドの実行前に once / session / always / deny の承認プロンプトを表示し、「always」という回答を ~/.hermes/config.yaml の command_allowlist に保存します。また、approvals.mode には smart、manual、off を設定できます。重要な条件が1つあります。Hermes自身のセキュリティページによれば、docker、singularity、modal、daytona、vercel_sandbox のターミナルバックエンドでは、コンテナ自体を境界として扱うため、これらの危険なコマンドのチェックは省略されます。2026年9月21日にベンダーのドキュメントを読み、PiのREADMEとセキュリティページは2026年10月1日に再確認しました。ここでは、どちらの動作もテストしていません。

Hermes Agentを使うのにNousのサブスクリプションは必要ですか?

エージェントを使うだけなら必要ありません。Hermes AgentはMITライセンスで提供されており、カスタムエンドポイント、メモリシステム、メッセージングチャネル、cronスケジューラ、承認システム、ターミナルバックエンドは、~/.hermes/config.yaml で通常の設定として構成します。ここで確認できたドキュメント上のプラン制限は限定的です。Tool Gatewayのページには、Tool Gatewayは有料サブスクリプション機能であり、エージェントではなくホスト型ツール層を対象とすると記載されています。同じページには、一部のアカウントは有料サブスクリプションなしでも少量の管理対象ツール利用枠を受け取るとありますが、規模や適格条件は公開されていません。そのため、利用枠が存在することは確かですが、数量は不明として扱ってください。すべてのゲートウェイツールは、ツールごとに自分のベンダーキーへ向けることもできます。

実行コストが低いのはどちらですか?

ソフトウェア自体はどちらも課金されないため、違いは価格差ではなく構造にあります。どちらもMITライセンスで、インストール費用は$0です。また、設定したエンドポイントに応じたモデルのトークン料金が発生します。継続的な違いは2つあります。Hermes Agentのメモリ検索ではLLM呼び出しは発生しません。ドキュメントによれば、メモリ内容はセッション開始時にシステムプロンプトへ挿入されるため、入力トークンの費用だけが発生します。Piには組み込みメモリがなく、それを追加するサードパーティ拡張では、バックグラウンドレビューサイクルごとにLLM呼び出しが1回分発生します。一方、Hermes Agentはノートパソコン外で実行することを想定しているため、Piでは発生しないホスト料金が生じる場合があります。どちらが安いかは、実際に実行するセッション数とレビューサイクル数によって決まります。

2026年9月21日確認:両リポジトリのGitHub API、Piのraw README、セッション・プロバイダー・コンテナ化に関するドキュメント、pi.dev、そのモデルドキュメントとパッケージカタログ、両Piパッケージおよびpi-hermes-memoryのnpmレジストリエントリ、hermes-agent.nousresearch.comのインストール、クイックスタート、プラットフォームサポート、メモリ、メッセージング、セキュリティ、モデル設定、プロファイル、Nous Portal、Tool Gatewayの各ページ、portal.nousresearch.comおよびnousresearch.comを確認しました。Piのモデルドキュメントは2026年10月1日に再読し、2026年9月22日のドキュメント更新で削除されたapiリストとanthropic-messagesのベースURL例を確認しました。同日、PiのREADME、セキュリティページ、リポジトリのセキュリティポリシーを再確認して権限とサンドボックスに関する主張を確認し、RPCリファレンスとv0.99.2のソースでコストブロックの単位・階層とapi値を確認し、そのソース内のターミナル警告と追加利用の行も照合しました。スター数、ダウンロード数、パッケージ数およびプラットフォーム数は、変動する単日のスナップショットです。Kunavoの料金はライブカタログから表示され、ここに記載するドル額はすべて測定されたタスク費用ではなく、例示的なトークン計算です。この作業ではPiもHermes AgentもKunavoに対して実行時テストを行っておらず、いずれについても互換性を主張していません。