HermesとOpenCode：常駐アシスタントか対話型コーディングエージェントか

Hermes AgentとOpenCodeは同じものの2つのビルドではありません。Hermesはメッセージングチャネルを横断して応答し、セッション間でメモリを保持する常時稼働のパーソナルエージェントです。一方、OpenCodeはターミナル、デスクトップアプリ、またはエディターから操作する対話型コーディングエージェントです。両方ともMITライセンスで、このページを確認した日に両方へコミットがプッシュされており、どちらも有料ティアを必要とせず第三者エンドポイントを受け入れます。したがって判断すべきなのは機能スコアではなく、エージェントがどこで動くか、誰が話しかけられるか、誰も入力していない間も何が課金を継続させるかです。

まず、名前に関する2つの落とし穴です。この比較の検索結果には、両方とも現在存在します。ここでいうOpenCodeはanomalyco/opencodeです。アーカイブされておらず、MITライセンスで、デフォルトブランチはdev、スター数は209,062、最新リリースは2026年9月14日に公開されたv1.18.31です。GitHubは現在もsst/opencodeをこのリポジトリに解決します。そのパスはこのリポジトリ自身のレコードを返すため、別の稼働中プロジェクトではなく所有者間の移転です。移転の理由はAPIから確定できないため、このページでは述べません。別のリポジトリであるopencode-ai/opencodeは2025年9月以降アーカイブされ、読み取り専用です。そのREADME自身が、プロジェクトが「Crushという名前で継続している」と述べています。この境界についてはCrushとOpenCodeの比較を参照してください。また「Hermes」はNous Researchのオープンウェイトモデルファミリー、JavaScriptエンジン、宅配業者も指します。このページが意味するのはNousResearch/hermes-agentだけです（アーカイブされておらず、MITライセンス、スター数247,674、最新リリースv2026.9.14、名称は「Hermes Agent v0.21.3」、2026年9月14日公開）。4つのリポジトリ状態はすべて、2026年9月21日にGitHub REST APIから読み取った。

どちらを選ぶべきですか？

キーボードから離れている間に仕事が届くなら、Hermes Agentを選んでください。そのドキュメントは「1つのゲートウェイから20以上のプラットフォーム」を説明しています。CLI、Telegram、Discord、Slack、WhatsApp、Signal、Matrix、Mattermost、Email、SMSなどに加え、7つのターミナルバックエンドとスケジュールタスクがあります。この到達範囲には、OpenCodeには単純に存在しない権限軸があります。ゲートウェイが、そもそも誰にエージェントへの連絡を許可するかを決め、デフォルトでは閉じられています。「許可リストが設定されておらず、GATEWAY_ALLOW_ALL_USERSが設定されていない場合、すべてのユーザーが拒否されます」。最も慎重に考えるべきなのはコスト経路です。常時稼働のエージェントは見ていない間も課金され、移行時の具体的な障害は、macOSインストーラーがApple Siliconのみで、Intel macOSはサポート対象プラットフォームではないと記載されていることです（インストールドキュメント、2026年9月21日）。

作業対象がリポジトリで、あなたが監督するなら、OpenCodeを選んでください。Hermesが文書化していないコード固有のツールを備えています。Language Server Protocol統合により診断結果をエージェントへのフィードバックとして利用し、組み込みのplanエージェントはファイル編集とbashをaskに設定し、読み取り専用のexploreおよびscoutサブエージェントもあります。その権限モデルはHermesの正確な逆です。「ほとんどの権限はデフォルトで"allow"」で、doom_loopとexternal_directoryはデフォルトでask、.envファイルは拒否されます。つまりOpenCodeは開いた状態で始まり、あなたが閉じます。Hermesは閉じた状態で始まり、あなたが開きます。コスト経路はより単純で、セッション中でなければ何も実行されません。移行コストはHermesの逆です。OpenCodeはあなたのセッション間メモリを文書化していないため、その永続性はあなたが作成してコミットするAGENTS.mdファイルです。

正直な答えが委譲なら、両方を選んでください。NousはバンドルされたHermesスキルを提供し、コーディング作業を外部プロセスとしてOpenCode CLIに渡します。限定されたタスク向けのワンショットopencode run、またはHermesのターミナルツールを通じたバックグラウンドの対話型セッションです。これは回避策ではなく第一者のドキュメントであり、この比較が単なる代替の問題ではない理由です。2つのエージェントはセッションもコンテキストウィンドウも共有しないため、OpenCodeは独自の資格情報と独自のメーターで実行されます。資格情報と計測の詳細はCodexおよびOpenCodeと連携するHermes Agentにまとめており、この1つのワークフローにおける4つの資格情報面を扱っています。

Hermes AgentとOpenCodeを項目別に比較

行は2026年9月21日に、Hermesドキュメントのインデックス、メモリ、委譲、ツール、チェックポイントおよびセキュリティのページ、ならびにOpenCodeのルール、エージェント、ACP、IDEおよび権限のページから読み取った。欠如を報告するすべてのセル（セッション間のユーザーメモリなし、LSPなし、同時実行数制限なし、送信者認可レイヤーなし）は、ここに列挙したページに存在しないという意味であり、その機能が存在しないというベンダーの声明ではない。

両方とも第三者エンドポイントを利用できるが、条件は異なる

どちらの製品もカスタムbase URLをプランで制限していません。OpenCode ZenはAnomaly独自のゲートウェイであり、ドキュメントには「完全にオプションであり、OpenCodeを使うために使用する必要はない」とあります。Hermesは独自の設定ファイルから名前付きプロバイダーを読み取るため、Nous Portalは必須ではなく1つの選択肢です。異なるのはプロトコルの到達範囲です。Hermesは~/.hermes/config.yamlのproviders:ブロックで、chat_completionsおよびcodex_responsesと並ぶ第一級のトランスポート値としてanthropic_messagesを指定します（Hermesプロバイダードキュメント）。OpenCodeはプロバイダーごとの汎用baseURLオーバーライド（「プロキシサービスまたはカスタムエンドポイントを使用する場合に便利」）を文書化し、npmでワイヤ形式を選択します。しかし、そのプロバイダーページにはAnthropicプロトコルのカスタムエンドポイント設定例がありません。これは実証された制限ではなく、ドキュメント上の欠如として読んでください。

レートカードを比較する前に、Hermes固有の設定プロパティを1つ確認する価値があります。プロバイダードキュメントが、Hermes自身でキャッシュを有効にすると説明しているカスタムエンドポイントのケースは、x.aiを含むbase URLが指定された場合の1つだけです。この場合、すべてのリクエストにx-grok-conv-idヘッダーを付けて送信します。その他のカスタムエンドポイントについて、ドキュメントは一律のオン・オフではなく検出を説明しています。Hermesはモデルごとのprompt_caching宣言を「正確なプロバイダールートと実行時モデルIDに」一致させます。これにより、ゲートウェイが裸のエイリアスを解決する場合にキャッシュマーカーが付与されます。また「省略すると、Hermesは通常のプロバイダーおよびモデル機能検出を維持します」。prompt_caching: falseはマーカーを無効にします。マーカーはクライアント側の半分にすぎません。特定のエンドポイントがマーカーなしでキャッシュするかどうかは、そのエンドポイント固有の動作であるため、どちらかを想定せずプロバイダーのドキュメントで確認してください。賭け金の大きさはHermesのモデル設定ドキュメントに示されており、キャッシュ済み料金は完全な入力価格に対しておよそ75〜90%割引と説明されています。同じページには、2つの小さな注記もあります。カスタムOpenAI互換エンドポイントについて、Hermesは「カタログ規模の出力上限を自動設定しない」ため、サーバー独自のデフォルトが適用されます。またセルフホストサーバーでは、ツール呼び出しはサーバー側の責任範囲に置かれ、llama.cppには--jinja、vLLMには--enable-auto-tool-choiceが必要です。

Kunavoは/v1/chat/completionsと/v1/responsesをhttps://api.kunavo.com/v1で、Anthropic Messagesをhttps://api.kunavo.comで提供します。理論上は、Hermesは3つすべてのトランスポートで到達でき（MessagesルートはClaudeモデルにのみ応答）、OpenCodeは2つのnpmパッケージのいずれでも到達できることになります。しかし、これはテスト済みの統合ではなく、ソースドキュメントのレビューです。ここではどちらのクライアントもKunavoのエンドポイントに対して実行時テストを行っておらず、Kunavo自身のOpenCode統合ドキュメントには、それより前の検証スタンプが付いています。Hermes側では、Hermes AgentカスタムAPIがプロバイダーブロックを、Anthropic base URLドキュメントがMessagesトランスポートの想定するホストルート形式を扱います。

Kunavoは埋め込み、音声合成、音声認識モデルを提供していないため、それらの手順をここに向けることはできません。Hermesにはtext_to_speechツールが組み込まれており、ツールページには、ウェブ検索、画像生成、TTS、ブラウザ自動化をカバーするNous Portalホスト型ゲートウェイが記載されています。その作業部分は、設定したプロバイダーのものになります。

同じトークンを各経路で利用した場合のコスト

どちらのクライアントも、それ自体に料金はかかりません。両方のリポジトリはMITライセンスで、Hermes自身のFAQにも明記されています。「Hermes Agent自体は無料のオープンソース（MITライセンス）です。支払うのは選択したプロバイダーのLLM API利用料だけです」。異なるのは、それぞれが送信する作業の形です。

これは測定されたタスクコストでも請求額の上限でもなく、例示的なトークン計算です。1回の作業セッションで、キャッシュされていない入力400,000トークンと出力25,000トークンを仮定します。Hermesの形では、それぞれ入力300,000トークン、出力20,000トークンを使用するサブエージェント3体による委譲バッチを追加します。これは測定値ではなく例示のために選んだ数値で、Hermesの文書化されたデフォルトは最大10体です。料金は100万トークン当たりのライブなKunavoカタログ価格です。

2つの読み方があります。これらの前提では、委譲されたワーカーが合計$2.42のうち$1.68を占めます。これはHermes自身の委譲ドキュメントが質的に述べる内容、「コストが実際に存在するのはワーカーモデルである」と一致します。そしてオーケストレーターのスロットが安価に調整できる箇所です。そこにClaude Haiku 4.5を指定すると、同じ実行が$2.05になります。Hermesはdelegation.model、delegation.provider、delegation.base_url、delegation.api_keyを公開しているため、ワーカーをオーケストレーターとは完全に異なる場所に向けられます。この例が除外している乗数も忘れないでください。「すべての補助タスクはデフォルトでautoです。つまりHermesはその作業にもメインモデルを試します」。これは圧縮、ビジョン、要約、承認スコアリング、MCPルーティング、タイトル生成、スキル検索にわたります。

KunavoとOpenCode独自のゲートウェイを比較する場合、モデルによって比較結果が逆転するため、毎回モデル名を明記してください。

Zenの数値は2026年9月21日時点のAnomaly自身の料金表から読み取ったもので、価格は100万トークン当たりと記載されています。これはより長い表の3行であるため、ここに掲載されていないモデルについて結論を出さないでください。Zenは残高が$5を下回ると$20を自動再チャージします。これは料金ではなく残高を比較する前に確認すべき入金の仕組みです。OpenCode Goは、トークンではなくリクエスト単位で計測され、「任意のエージェント」とともに利用できる、月額$10の別製品です（2026年9月21日時点で確認）。したがって、Kunavoを含め、このページのトークン単位の料金とは比較できません。

OpenCodeに対応する項目がないものが1つあります。常時稼働エージェントをホストする場合、Hermes CloudはMediumインスタンス（同時セッション10、RAM 2GB、4 vCPU）について、起動中は1日$0.56、停止中は1日$0.03を公開しています。デプロイにはクレジットの最低$2または有効なサブスクリプションが必要であり、これらの料金はコンピュートとストレージを対象とし、推論とツール利用は別途追加で課金されると説明しています（2026年9月21日時点で確認）。OpenCodeは自分のマシンで実行され、アイドル状態では料金がかかりません。

Kunavoのカタログ金額は上限ではなく請求額の下限です。上流サービスが料金を報告すると、請求額はカタログ料金と、上流料金に適用されるマークアップを掛けた金額のうち、高い方になります。キャッシュ料金と外部ツールはこの例の対象外です。最低チャージ額は、無料ティアなしで、前払いクレジットに$10です。これは資金補充の最低額であり、タスク料金やサブスクリプション料金ではありません。請求の詳細を確認し、利用する方法を選んだらアカウントを作成してください。

両者の間で移行できないもの

エージェントを切り替えても、見た目ほど多くは移行されず、それぞれの側が独自の場所に状態を保持します。

• Hermesの状態は~/.hermes/にあります。そこにはmemories/MEMORY.mdとmemories/USER.md、skills/、config.yaml、state.dbが含まれます。メモリは「設計上、プロファイルごとにスコープされ」、ドキュメントには「2つのエージェントプロセスを同じHermesホームディレクトリに向けないでください」とあります。メモリのページにはエクスポートまたはインポートの仕組みが記載されていないため、パスは事実として扱い、移植性は未検証としてください。
• OpenCodeの状態は~/.local/share/opencode/（auth.jsonおよびプロジェクトごとのセッションデータを含む）にあり、設定は~/.config/opencode/にあります。永続的で移植可能な資産はリポジトリ内のAGENTS.mdファイルであり、エージェントではなくリポジトリとともに移動します。
• スキルと指示は相互に置き換えられるものではありません。 Hermesは独自のスキルをディスクに書き込み、その形式をオープンスキル標準と互換性があるとしていますが、ここで確認した範囲では、OpenCodeがHermesのスキルを読み込むことも、HermesがAGENTS.mdを読み込むことも確認できません。
• チャネル設定に対応するものはありません。ゲートウェイの許可リスト、DMペアリング、cronスケジュールはHermes固有の概念であり、OpenCode側にはそれらをインポートする仕組みはありません。

さらに比較しますか？ 常時稼働するもう一つのアシスタントについてはHermesとOpenClawの比較、もう一つの対話型コーディングエージェントについてはOpenCodeとClaude Codeの比較、各製品独自の商用条件についてはOpenCodeの料金とHermes Agentの料金をご覧ください。

よくある質問

2026年9月21日時点で確認済み：両リポジトリのGitHub REST API、最新リリース、同名の2つのリポジトリ、さらにこのページ全体でリンクされているhermes-agent.nousresearch.com、portal.nousresearch.com、opencode.aiのドキュメントと料金ページを確認しました。ソースから結論を出せないため、2つのトピックは除外しました。OpenCodeのプロバイダーページには、/connectがClaude Pro/Maxオプションを提供するとある一方で、Anthropicはそれらのモデルにルーティングするプラグインを禁止していると記載されています。また、どちらのプロジェクトもタスク性能を測定した資料を公開していないため、このページではどちらのエージェントも順位付けしていません。実行時テストは行っていません。Hermesセッションも、opencode runも、どちらのクライアントからKunavoのエンドポイントへのリクエストも実施していません。Kunavoのトークン料金は稼働中のカタログに基づいており、このページのドル表記はすべて説明用のトークン計算です。