OpenClaw 料金・機能比較：Hermes Agentとの違いと選び方

Hermes AgentとOpenClaw、どちらを選ぶべきですか？

業務の進め方をアシスタントに何度も教え直すことが課題なら、Hermes Agentを選びます。入ってきた仕事を適切なエージェント、ワークスペース、会話に振り分けることが課題なら、OpenClawを選びます。 経営者が専用のアシスタントに仕入先の概要資料や週次レポートを作らせるなら、まずHermesから検討するとよいでしょう。既存のチャットチャネルで営業担当とオペレーション担当のアシスタントを別々に動かすなら、OpenClawが出発点になります。

判断基準は、手順の再利用、仕事の振り分け、変更の管理、運用コストです。本記事はドキュメントに基づく比較であり、実機で信頼性を測定したベンチマークではありません。リポジトリ、ドキュメント、モデル料金は2026年10月12日に確認しています。

Hermes Agentの公式プロジェクトはNous ResearchのNousResearch/hermes-agentです。OpenClawのソースコードはopenclaw/openclawで公開されています。どちらもMITライセンスを採用しており、ソースソフトウェアのライセンス料はかかりません。モデルの利用、ホスティング、任意のサービスには別途費用がかかります。

スキルの違いはHermesのスキルに関するドキュメントとOpenClawのSkill Workshopドキュメントに基づいています。振り分けの違いはOpenClawのマルチエージェントガイドを参照しています。権限については後述します。

手順を教える負担より、仕事を振り分ける複雑さのほうが大きくなると、選択は変わります。 使いたいチャットアプリにすでに接続できているなら、週次レポートのためにチャネルを増やしても得られるものは多くありません。一方、アシスタントごとに指示や出力先を分ける必要があるなら、振り分け自体が重要な仕事になります。

スキルとメモリ：学習内容の変更を事前承認するならHermes

Hermes Agentは、役立つ手順を再利用可能なスキルに変える学習サイクルを備えた、セルフホスト型アシスタントです。 スキルとは、タスクの実行方法を記した保存済みの指示書です。ここでいう学習は、その指示を保持し、改訂することを意味します。基盤となる言語モデルを再学習させるわけではありません。

Hermesは、難しいワークフローを完了した後や、エラーから復旧した後、修正の指示を受けた後に、スキルを作成・更新できます。これらの文書を管理するのがskill_manageツールです。どのエクスポートをダウンロードし、どのように列を突き合わせ、完成したレポートをどこに置くかといった、手順そのものが業務知識になる場面に向いています。Hermesのスキルに関するドキュメントを参照してください。

週次の業務レポートで見るHermes AgentとOpenClawの違い

オペレーション担当者が仕入先レポートをまとめる場面を考えてみます。覚えるべきなのは、仕入先が存在するという事実だけではありません。最新のエクスポートを取得し、仕入先IDを照合し、納期が未入力の箇所を抽出して、確認用の下書きを作るという手順です。これは業務の例であり、導入環境で得られた実績ではありません。

この場面でHermesの強みになるのは、保存する手順が変わる前に確認できることです。初期設定ではスキルの書き込みが許可されていますが、skills.write_approvalをtrueにすると、変更案が承認待ちになります。/skills pendingと/skills diff <id>で内容を確認し、承認または却下できます。バックグラウンドでのスキル変更にも同じ承認手順が適用されます。誤った学習内容が次回以降の指示になる前に、運用担当者が気づける仕組みです。Hermesのスキル書き込み承認を参照してください。

OpenClawも手順を学習します。 現在のSkill Workshopは、難しいタスクを終えた後に有用な方法を保存し、誤解を招くスキルを修正します。/learnやバックグラウンドでの見直しにも対応しています。変更は保存され、以前のバージョンに戻すこともできます。以前の変更案を事前確認する設計は廃止され、現在は変更を適用したうえで元に戻せる方式になっています。適用後に変更を確認する運用で問題ない担当者にとっては、有力な選択肢です。OpenClawのSkill Workshopを参照してください。

学習内容を再利用する前に承認したい経営者には、この分野ではHermesが向いています。これはワークフローを管理しやすいかという判断であり、Hermesのほうがタスクを正確に完了できることを示すものではありません。

メモリは文脈、スキルは手順です

どちらもコンテキストを保持できるため、単に「覚えてくれる」という理由だけでは選べません。HermesはコンパクトなMEMORY.mdとUSER.mdを保存し、過去のセッションも検索できます。メモリのスナップショットはセッション開始時に読み込まれます。ドキュメントでは、タスクの自然な区切りで/newを使うことを推奨しています。チャットゲートウェイを再起動しても、それだけで新しい会話が始まるわけではありません。Hermesの永続メモリを参照してください。

OpenClawは、長期的に保持する事実やユーザーの好みをワークスペース内のMarkdownファイルに保存します。日付付きの記録と、古いコンテキストを取得する検索ツールも備えています。保存された知識をファイルで確認できるのが利点です。OpenClawのメモリを参照してください。

仕入先レポートでいえば、「下書きは昼食前に送ってほしい」という希望はメモリです。照合の方法はスキルです。この区別は大切です。常時読み込むメモリに業務マニュアルを丸ごと入れると、すべての会話で、必要とは限らない情報まで抱えることになります。

動作確認では、実際に保存された記録を見るのが確実です。Hermesは、チャット上で「記憶しました」と返答しても、メモリツールが書き込んだ証拠にはならないと明記しています。有用な学習内容を承認したら、新しいタスクを始め、アシスタントが正しい手順を取り出せるか確認してください。

チャネルと振り分け：仕事の行き先が複数ならOpenClaw

OpenClawは、会話、エージェント、ツールをつなぐ常駐サービス「Gateway」を中心とした、セルフホスト型のエージェントシステムです。 マルチエージェントの割り当て設定により、入ってきた仕事を、独立したワークスペース、指示、セッション状態を持つエージェントへ送れます。責任範囲ごとにアシスタントを分けたい業務では、この振り分け機能が強みになります。OpenClawのマルチエージェントルーティングを参照してください。

たとえば、許可した営業用の会話は営業アシスタントに任せ、仕入先の調査はオペレーション用アシスタントが別のワークスペースで進める、といった運用です。価値があるのは、依頼ごとの担当が明確になることです。対応チャネルの一覧が長いだけでは、この分離ができるとは限りません。

HermesはすでにTelegram、Discord、Slack、WhatsApp、Signal、Google Chat、Microsoft Teams、Matrixなどに対応しています。OpenClawも一般的な業務チャットに対応しており、同梱の公式プラグインと別途インストールする公式プラグインがあります。必要な連携の詳細は、Hermesのプラットフォーム対応表とOpenClawのチャネル一覧で確認してください。

添付ファイルや会話形式への対応が、採用を左右することもあります。 Hermesの現在の対応表では、Slackはスレッドに対応していますが、WhatsAppブリッジは対応していません。Microsoft Teamsは画像に対応する一方、ファイルには対応していません。OpenClawも、メディアやリアクションへの対応はチャネルによって異なると注意を促しています。添付されたスプレッドシートから仕事が始まるなら、「Teams対応」だけでは判断できません。

Hermesでもプロファイルを使ってエージェントを分けられます。プロファイルごとに設定、認証情報、メモリ、スキル、セッションを保持するため、アシスタントを単一の役割に限定する必要はありません。この分野におけるOpenClawの強みは、会話をエージェントに振り分ける仕組みがドキュメントで明確に示されていることです。Hermesのプロファイルを参照してください。

仕事がすべて単一のプライベートチャットから届き、同じアシスタントに任せられるなら、OpenClawで振り分け設定を追加する必要はありません。一方、Hermesの学習フローが魅力的でも、必要なチャネル機能が対応表にないなら、その導入は見送るべきです。

導入とモデル選定：保守できる構成を選びます

どちらもガイド付きで導入できますが、常駐サービスを運用する必要は残ります。 実際のマシンで試さずに、導入の速さに優劣をつけることはできません。Linux、macOS、Windows向けの手順は、両プロジェクトで公開されています。

LinuxまたはmacOSのホストでは、Hermesは次のインストーラーを案内しています。

curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash

続いてhermes modelでプロバイダーを選び、メッセージ連携にはhermes gateway setupとhermes gateway startを使います。Hermes公式のインストール・設定手順に記載されています。

OpenClawが案内しているのは次のコマンドです。

curl -fsSL https://openclaw.ai/install.sh | bash

このインストーラーが実行環境の準備と初期設定を進めます。現在の要件は**Node 24.16+または26.1+**で、Node 26が推奨されています。サービスのインストール手順として案内されているコマンドはopenclaw onboard --install-daemonです。業務用ホストで実行する前に、スクリプトの内容を確認してください。OpenClawのインストール手順を参照してください。

エージェントとモデルは別々に選べます

Hermesで使えるモデルは、Nous Research製に限られません。両プロジェクトともAnthropic、OpenAI、OpenRouterへの対応と、ローカルモデルを利用する方法をドキュメントで案内しています。HermesはカスタムエンドポイントやOllamaなどのローカルサービスに対応しています。OpenClawにはOllama、LM Studio、vLLMのプロバイダーガイドがあります。Hermesのプロバイダー、OpenClawのプロバイダーを参照してください。

エージェントをセルフホストしていても、クラウドモデルを使えば、推論に必要なコンテキストはそのモデルに送信されます。ローカル処理が要件なら、推論環境を別途選んで設定し、有効にした外部ツールもすべて確認してください。エージェントのサーバーを所有しているだけでは、ワークフロー全体がローカルで完結するとは限りません。

個人で開発・運用する技術者なら、自分が保守できるインフラに合う実行環境から始めるのが合理的です。保守を委任する経営者にとっては、更新、認証情報、障害、バックアップの担当者を明確にできることが重要です。

OpenClaw 料金比較：同じ仕事をHermesに任せると費用は変わりますか？

ソフトウェア料金では、どちらにも優位性はありません。継続的な費用を決めるのはモデルとサーバーです。 公平に比較するには、プロバイダー、モデル、課金対象の総トークン数、ホスティング条件をそろえます。初期設定のプロンプトや再試行の仕組みが違えば実際の使用量は変わり得ますが、本記事では効率の優劣を測定していません。

以下の標準API料金は、2026年10月12日にAnthropicの公開料金ページで確認しています。両エージェントともAnthropicへの直接接続をドキュメントで案内しています。ここではAPI課金で計算し、個人向けチャットのサブスクリプションに利用権が含まれるとは想定していません。

月に1,000件の業務依頼を処理し、各依頼について、すべてのモデル呼び出しを合計して入力20,000トークン、出力4,000トークンを使うと仮定します。トークンは、プロバイダーが課金に用いるテキストの単位です。この使用量には、依頼内で繰り返し送られるコンテキストと、ツールの実行ループに伴う呼び出しも含めます。ユーザーの最初のメッセージと最後の返答だけではありません。予算を考えるための例であり、実測値ではありません。

計算に使う合計は、入力2,000万トークン、出力400万トークンです。Sonnetは(20 × $2) + (4 × $10) = $80、Opusは(20 × $4) + (4 × $20) = $160となります。依頼当たりでは、それぞれ$0.08、$0.16です。単価はAnthropicの詳細な料金ドキュメントに基づいています。

月額費用は、サーバー代＋モデル利用料＋有料ツール代です。ホスティングは実際の見積額を加えてください。どちらのプロジェクトにも一律に当てはめられるサーバー料金はありません。ローカル推論はAPI課金をハードウェアと運用の費用に置き換えるもので、計算処理が無料になるわけではありません。この試算には、キャッシュやBatchの割引、プレミアムモード、地域別料金、検索・ブラウザーサービス、税金は含めていません。

どこまで使うと、安い選択肢が逆転しますか？

課金対象の使用量が同じなら、利用量が増えてもHermesとOpenClawの料金は逆転しません。 ソフトウェア料金は同じで、モデルプロバイダーが請求する単価も共通です。モデルを呼び出す側のソフトウェアを変えても、この計算は変わりません。

上記のモデル同士を入力と出力の比率が同じ条件で比べると、Sonnetの費用がOpusと同額になるのは、同じ結果を得るために2倍のトークンを使った場合です。それを超えると、低い単価による利点が失われます。これは計算上の境界であり、どちらのモデルがタスクに成功しやすいかを示すものではありません。

試験導入で測るべきなのは、再試行、バックグラウンドの学習、人による修正を含めた、受け入れ可能な成果が得られた依頼当たりの費用です。自分の利用実績で確認するまでは、「自己改善」による節約を見込まないでください。OpenClawの料金ガイドでは費用の構成要素をより広く解説しています。本比較では、上記の確認日時点の単価を計算に用いています。

セキュリティ：被害の範囲を決めるのは付与した権限です

導入するだけでセキュリティ面の優位が決まるわけではありません。 仕入先のファイルを読み、コマンドを実行し、メッセージを送信できるボットは、与えられた権限の範囲で動きます。サンドボックスはツールがアクセスできる範囲を制限する実行上の境界であり、承認の確認は行動前の判断です。それぞれが解決する問題は異なります。

Hermes：承認の仕組みとは別に、実行環境の分離が必要です

Hermesのドキュメントには、ユーザーの許可リストとダイレクトメッセージのペアリングが記載されています。初期設定の承認モードsmartは危険なシェルコマンドを評価し、manualは条件に一致する危険なコマンドについて承認を求めます。いずれも、あらゆる操作に人の確認が入るという意味ではありません。セキュリティガイドでは、本番環境のゲートウェイにDockerなどの分離されたターミナルバックエンドを推奨しています。Hermesのセキュリティを参照してください。

特に押さえたい制限は、ファイル書き込みの拒否リストと任意の書き込みサンドボックスが、ファイル操作ツールに対して適用されることです。ターミナルはOSのユーザー権限で動作し、ファイル操作ツールが拒否するパスにもアクセスできます。 スキルの承認は手順の変更を保護しますが、その手順の実行中にできることすべてを封じ込めるわけではありません。

管理コマンドを誰が使えるかも確認してください。Hermesのゲートウェイドキュメントでは、管理者と一般ユーザーの区別は任意で有効にする仕組みです。対象範囲に管理者リストがなければ、許可されたユーザーはすべてのコマンドを使えます。従業員を許可リストに加える行為は、単なるチャットへの招待ではなく、権限付与の判断になります。Hermesゲートウェイの認可を参照してください。

OpenClaw：頼りにする保護機能は、明示的に有効にします

OpenClawのツール用サンドボックスは、初期設定では無効です。有効にすると、対象ツールの実行が設定したサンドボックス内に移りますが、Gateway自体はホスト上に残ります。ツールの拒否ルールは引き続き適用されます。一方、昇格実行はサンドボックスの外で実行するための明示的な経路です。OpenClawのサンドボックスを参照してください。

設定作業の一環としてopenclaw security auditを実行してください。OpenClawのセキュリティモデルは、同じGatewayの境界内にいる単独の信頼できる運用者、または互いに信頼できるグループを前提としています。無関係な顧客や互いを信頼しない顧客には、Gatewayと認証情報を分け、できればOSユーザーまたはホストも分けるよう案内しています。また、メッセージツールへのアクセスがあると、初期設定では会話やプロバイダーをまたいで送信できることにも注意を促しています。OpenClawのセキュリティガイドを参照してください。

中堅企業のCTOにとっては、チャネル数よりも、この信頼関係の境界が重要です。エージェントのワークスペースを分ければ業務は整理しやすくなりますが、それだけでOSレベルの分離が実現するわけではありません。運用上の責任はOpenClawレビューで詳しく解説しています。

どちらを選ぶ場合も、専用アカウント、用途を絞った業務用認証情報、範囲を限定したタスクから始めてください。インストールするスキルは、ツールを動かし得る指示として内容を確認します。利用するサービス側で設定できる限り、送信・削除・購入の権限と、下書き作成の権限を分けてください。

OpenClawからHermes Agentへ移行するには

移行を検討する理由は、不足しているワークフロー管理機能があることです。「Hermesは学習する」という期待だけで決めないでください。 OpenClawの振り分けがすでに機能し、Skill Workshopで必要な手順を扱えているなら、移行しても成果は変わらず、作業だけが増える可能性があります。

Hermesには、移行内容を事前に確認できるコマンドがあります。

hermes claw migrate --dry-run

ドキュメントで案内されている取り込み対象は、ペルソナファイル、メモリの項目、ユーザー作成のスキル、メッセージ連携設定、コマンド承認のパターン、一部の認証情報です。機密情報を含めずにユーザーデータを移す場合は、次を使います。

hermes claw migrate --preset user-data

これらのコマンドと取り込み対象は、Hermes公式の移行手順に基づいています。

取り込み対象に記載されていても、移行後のワークフローが同じように動く保証にはなりません。移行前に、定期実行ジョブ、チャネルの割り当て、プラグイン、認証情報、メモリ、タスクの指示を棚卸ししてください。取り込みをプレビューし、生成されたスキルを確認したうえで、必要なサービスに慎重に再接続します。スケジュールと履歴は別途検証してください。取り込み対象の一覧は、実行環境の全機能を完全に移せると約束するものではありません。

移行コストの大半を占めるのは検証です。同じ依頼から適切な下書きを作れるか、正しいファイルを使うか、従来と同じ承認箇所で停止するかを確かめます。確認が済むまでは既存システムを使える状態にしておき、同じメッセージを重複送信しかねない定期実行の二重稼働は避けてください。

逆方向へ移行する場合は、持ち運べる指示ファイルを確認・調整し、振り分けを設定し直す計画が必要です。Markdownの共通した記法は役立ちますが、ファイル形式が一致しても、ツールや権限まで一致するとは限りません。

まずは範囲を絞った業務から試します

繰り返し発生し、成果を確認できるタスクで判断してください。 最初の試験導入には、受信箱や支払いへの無制限のアクセスを与えるより、仕入先の問題点をまとめる週次レポートのほうが適しています。

よくある質問

次の仕事に合うツールを探すには、経営者向けAIツールマップをご覧ください。