TrueFoundryはMCPとAIエージェントをサポートしていますか？

これら2つのプロジェクトは絶えず比較されていますが、これはマーケティング上の争いではなく正当な勝負です。どちらもMITライセンスで提供され、絶大な人気を誇り、セルフホストが可能で、スマートフォン上のチャットアプリから利用できます。HermesにはOpenClawのセットアップをインポートするためのhermes claw migrateコマンドすら同梱されており、メンテナが重複をいかに直接的に捉えているかがわかります（Hermes Agent README、2026年9月21日取得）。

しかし、両者は本質的な部分で異なっており、その食い違いは各プロジェクトの最初の1文に表れています。OpenClawは「すでに使用しているチャネルで応対する」アシスタントです。Hermesは「共に成長するエージェント」です。これらは、たまたま同じカテゴリを共有している全く異なるプロダクトです。

本ガイドでは、それぞれが実際に提供する機能を比較し、エンタープライズの読者が必要とする視点を提示します。興味深い問いは「どちらのハーネスが勝つか」ではなく、「チーム全体が1つを運用したときに何が壊れるか」です。

OpenClaw: 概要

OpenClawは、独自の環境で動作し、既存のチャットアプリを通じて利用できるオープンソースのAIアシスタントです。TypeScriptで記述されており、openclawとしてnpmで公開されています。コアチームを雇用しリリースに署名する独立した501(c)(3)非営利団体であるOpenClaw Foundationによって管理されています。プロジェクトは、有料プラン、ホスト型サービス、トークンは存在せず、OpenAIは所有者ではなく寄付者であることを明確に表明しています（OpenClaw README、2026年9月21日取得）。

リポジトリはMITライセンスであり、2026年9月21日時点で390,174スターと82,059フォークを獲得しています（GitHub API、2026年9月21日観測）。2025年11月24日に作成されたものであり、オープンソースの基準から見ても成長曲線は異例の急勾配を描いています。

[SCREENSHOT: OpenClaw — ライブ会話、承認パネル、チャネル一覧が表示された Control UI]

アーキテクチャ上、OpenClawはすべてのメッセージング表面を保持する単一の長期実行Gatewayデーモンです。macOSアプリ、CLI、Web Control UI、自動化機能などのコントロールプレーンクライアントは、デフォルトでは127.0.0.1:18789上のWebSocketを介して接続します。iPhoneやAndroid端末などのデバイス「ノード」は、role: nodeを指定して同じWebSocketサーバーに接続し、公開する機能（カメラ、画面録画、位置情報など）を宣言します。ホストごとに存在するGatewayは正確に1つであり、すべての接続にデバイスのペアリングと署名されたチャレンジが必要です（OpenClaw Gateway architecture docs、2026年9月21日取得）。

公開されているチャネルカタログには、Telegram、Slack、Discord、WhatsApp、Signal、iMessage、Microsoft Teams、Google Chat、Matrix、Mattermost、IRC、Twilio経由のSMS、LINE、Feishu、WeChatなど、30以上の表面がリストアップされています（OpenClaw channels docs、2026年9月21日取得）。ネイティブアプリはmacOS、iOS、Android、Windows、Linuxをカバーしています。

OpenClaw 2.0はv2026.8.1として、2026年8月31日03:30 UTCにリリースされました。リリースノートによると、その規模は16,977件のプルリクエスト、698件の直接コミット、987人のコントリビューターに及び、インストール、再構築されたWeb Control UI、メモリ、スキル、モデル、自動化、ブラウザおよびコンピュータの使用、プラグイン、セキュリティに触れています。注目すべき追加機能には、提案、検証、適用履歴を保持するSkill Workshop、エージェントの他のプライベート会話にまたがるメモリの再呼び出し、モデルから可視化されるテキストを入力することなく対応する宛先に到達できる認証機能が含まれます（OpenClaw v2026.8.1 release notes）。プロジェクトはその後も着実にリリースを重ねており、2026年9月19日にはv2026.9.5がリリースされました。

直面するトレードオフ。 セキュリティガイドにはデフォルトの姿勢が率直に記載されています。「サンドボックスを構成しない限り、メインセッションのツールはホスト上で実行されます。」 到達性が設計目標であり、追加されるチャネルはすべて信頼できない入力として扱うべき新たなインバウンドパスとなります。OpenClaw自身のチームセットアップガイドには、その境界が明確に述べられています。「1つのGatewayは1つの信頼ドメインである。」相互に信頼できない人物や組織にサービスを提供する必要がある場合は、テナントごとに1つのGatewayを用意することが推奨されています（OpenClaw team setup docs、2026年9月21日取得）。

Hermes Agent: 概要

Hermes Agentは、Nous ResearchによるオープンソースのMITライセンス自律型エージェントです。Pythonで記述され、2025年7月22日に作成されました。2026年9月21日時点で247,589スターと52,090フォークを獲得しています（GitHub API、2026年9月21日観測）。執筆時点での最新リリースは、2026年9月14日に公開されたHermes Agent v0.21.3とラベル付けされたv2026.9.14です。

Hermesは自らを「学習ループを組み込んだ唯一のエージェント」と説明しており、単なるアサーションではなく具体的な仕様がそれを裏付けています。経験からスキルを作成し、使用中にそれらのスキルを改善し、自ら知識を維持するよう働きかけ、過去の会話を検索し、Honcho弁証法ユーザーモデリングを用いてセッション全体でユーザーのモデルを構築します。そのスキルはagentskills.ioオープン規格と互換性があります（Hermes Agent README、2026年9月21日取得）。

[SCREENSHOT: Hermes Agent — タスク途中のターミナル TUI。ストリーミングツール出力と呼び出されているスキルを表示]

メモリ設計は、無制限ではなく意図的に範囲が制限されています。2つのファイルがこれを担います。エージェント自身のメモ用で最大2,200文字（約800トークン）のMEMORY.mdと、ユーザープロファイル用で最大1,375文字（約500トークン）のUSER.mdです。どちらも~/.hermes/memories/に保存され、セッション開始時に固定スナップショットとしてシステムプロンプトに注入されます。書き込みが上限を超える場合、ツールはエントリを暗黙的に破棄するのではなくエラーを返し、エージェントは再試行前に整理統合を行います（Hermes persistent memory docs、2026年9月21日取得）。バックグラウンドのCuratorが、エージェントが作成したスキルの使用トラッキング、古くなった情報の管理、アーカイブを処理します。

デプロイにおいて、Hermesはローカル、Docker、SSH、Singularity、Modal、Daytona、Vercel Sandboxの7つのターミナルバックエンドを提供し、DaytonaとModalはアイドル時に環境を休止状態にするサーバーレス永続性を提供します。5ドルのVPSやGPUクラスタ上で動作し、1つのGatewayプロセスからTelegram、Discord、Slack、WhatsApp、Signal、Email、CLIを介してアクセスできます。モデルの選択は自由であり、Nous Portal、OpenRouter、OpenAI、Anthropic、Google、または任意のOpenAI互換エンドポイントをhermes modelで切り替えることができます。

直面するトレードオフ。 メモリを説明しているのと同じドキュメントに、その限界も説明されています。「メモリは設計上、プロファイルごとにスコープが設定されています。」また、2つのエージェントプロセスを同じHermesホームに向けないようにという明示的な警告があります。これは個人用エージェントとしては正しいエンジニアリング上の決定ですが、チームが共有の組織的知識を求めるときに障壁となる制約そのものです。Hermesは高度な運用機能を備えています。管理者がピン留めしたユーザー変更不可の構成とシークレット用のManaged Scope、送信認証情報注入プロキシ、Dockerネットワーク送信アイソレーションなどが用意されていますが、これらはインストールごとのコントロールであり、マルチユーザーコントロールプレーンではありません。

アーキテクチャとデプロイの比較

これをスコアカードではなく、2つの整合した哲学として捉えてください。OpenClawはエンジニアリングリソースをインターフェースの拡張と、1つのホストですべてのインターフェースを安全に提供することに費やしました。Hermesは昨日の作業を今日の機能に変えるループの構築と、スマートフォンからGPUクラスタまでのあらゆる環境での実行に費やしました。OpenClaw 2.0はメモリとスキルのギャップを埋め、Hermesはチャネルのギャップを埋めました。重心は依然として異なるため、実際に必要とする機能に基づいて選択してください。

チームが問題に直面するポイント

以下の障害モードは、いずれのプロジェクトの欠陥でもありません。1人のために構築されたツールが組織によって採用されたときに発生する現象です。

1. 認証情報の増殖。 各インストールが独自のプロバイダーキー、MCPサーバーのトークン、OAuth認可を保持します。50人の開発者がいるということは、50台のラップトップ上にSnowflakeトークンのコピーが50個存在することを意味します。OpenClaw 2.0の認証情報マスキングはモデルのコンテキストからシークレットを隠し、HermesにはManaged Scopeと注入プロキシが存在します（どちらも極めて優れています）。しかし、どちらもキーをローテーションしてあらゆる場所で即座に反映させるための単一の管理場所を提供していません。

2. 「誰が何をしたか」に誰も答えられない。 両プロジェクトともローカルにログを記録します。集約は行われません。エージェントがテーブルを削除したり、誤った顧客にメールを送信したりした場合、監査トレールはそれを実行したマシン上に、誰もクエリを実行しない形式で残ります。OpenClawのマルチユーザーモードは1つのGateway内でセッションごとの属性追跡を提供し、これは着実な前進ですが、Gatewayの境界で停止します。

3. 請求書が届くまで利用コストが不可視。 50個のエージェントがそれぞれ独自のモデルを選択し、安価なモデルで処理できるタスクに対して自由に最高峰ティアのモデルを選択します。共有予算もチームごとの上限も存在せず、どのワークロードが費用を消費しているかを確認する方法がありません。

4. 学習した知識が閉じ込められる。 これはHermesの設計に特有のものであり、明確に指摘する価値があります。そのスキルとメモリは設計上、プロファイルごとにスコープが設定されています。トップエンジニアのエージェントが6ヶ月かけてデプロイの運用手順書を学習しても、その価値は個人のマシン上に留まり、組織に蓄積されません。共有Gateway上のOpenClawの個人スキルはこの点を改善しますが、1つのホスト内に限られます。

最初のラップトップを超えてエージェントを運用していますか？

TrueForgeはオープンソースでMITライセンスで提供されており、単一ユーザーハーネスがカバーしない一括管理の認証情報、承認、トレース機能を追加します。

TrueFoundryを無料で始める

TrueForge: 同等の所有権とコントロールプレーンの提供

TrueForgeは、TrueFoundryによるオープンソースでベンダーニュートラルなエージェントハーネスです。MITライセンスで提供され、trueforge.devにドキュメントが公開されています。npx @truefoundry/trueforgeによるローカル実行、またはDocker ComposeやHelmを介したチームデプロイに対応しています。

重要なのは「OpenClawやHermesの代わりにTrueForgeを使う」ということではありません。TrueForgeは複数人での運用を前提としている点にあります。ランタイムをモデルプロバイダーに固定するのではなく、独自のモデル、MCPサーバー、MCPコネクタ、インフラストラクチャを持ち込みながら、エージェントループ、ツール実行、コンテキスト管理、承認、サンドボックス化を処理します。一括管理されたMCPアクセスと認証情報、ヒューマンインザループによる承認、可観測性、ガバナンスが標準で用意されており、構築をユーザー任せにすることはありません。

ランタイムがモデルレイヤーから分離されているため、チームはエージェントを再構築することなくモデルを切り替えたり、ワークロードを異なるプロバイダーにルーティングしたりできます。セッションは個人のローカルストレージに閉じ込められることなく、チーム全体で共有・可視化されます。

TrueForgeにおけるチーム全体のエージェントセッション

Claude Managed Agentsに対するTrueFoundryのベンチマークにおいて、TrueForgeは同じモデルで大幅に少ないトークン消費でありながら、ほぼ同等のタスク精度（14問中約11問）を達成しました。Opus 4.8では、1実行あたり約30%のコスト削減を実現しました。GLM-5.2で同じベンチマークを実行した場合、11.80ドルに対して1実行あたり約2.90ドルとなり、同等のスコアを維持しながら約75%低コストを達成しました。

コストを削減する第2の手段はAI Gatewayにあります。Auto Routing機能はリクエストの複雑さを分類し、デフォルトでフロンティアモデルを使用するのではなく、適切なモデルティアに送信します。550個のプロンプトにおいて、Haiku、Sonnet、Opus間でルーティングを行うことで、ベースライン品質の98%を維持しながらコストを69%削減し、平均レイテンシは7.6秒から4.0秒に低下しました。本番環境相当のトラフィックでは、削減率は80%に達しました。

Gateway自体の追加レイテンシはわずか約3〜4msであり、1 vCPUで350以上のRPSを処理し、1つつのOpenAI互換APIの背後で1,000以上のLLMをフロントします。これにより、重要なエージェントだけでなく、すべてのエージェントの前面に配置することが実用的になります。

ご自身のトラフィックでの数値を確認されたいですか？

既存のエージェントをGatewayに向けることで、設定を変更する前にコスト、レイテンシ、ツール呼び出しを一元的にモニタリングできます。

TrueFoundryを無料で始める

直接比較

関連ドキュメント

• エージェントハーネスとは何か？ — 両プロジェクトの基盤となるレイヤー
• エージェントハーネス vs エージェントフレームワーク: 実際の違いとは
• 最高のオープンソースエージェントハーネス
• AIコントロールプレーンとは何か？
• AIエージェントの可観測性（Observability）ツール

結論

OpenClawとHermes Agentは、それぞれ異なる領域で優れた成果を出しています。OpenClawは「アクセスできないエージェントは役に立たない」と定義し、オープンソース領域で最も包括的なインターフェース群を構築しました。Hermesは「すべてを忘れるエージェントは玩具に過ぎない」と定義し、利用開始から1週間後よりも6ヶ月後により役立つ学習ループを構築しました。ハーネスを選択する1人の開発者であれば、実際の課題に合致する思想を選択してください。後から移行することも可能です。Hermesにはまさにそのためのインポートコマンドが用意されています。

しかし、どちらも大規模運用での課題への解答を目的としてはいません。それぞれのドキュメントにも明記されています。「1つのGatewayは1つの信頼ドメインである」「メモリはプロファイル単位のスコープである」。これらは誠実な設計上のステートメントであり、回避すべき欠陥ではありません。しかし、50個のエージェントを抱える組織には、認証情報をローテーションする単一の場所、1つの監査トレール、1つの予算管理、どのモデルにどのようなタスクが依頼されているかを把握する一元的なビューが必要です。これはコントロールプレーンの問題であり、より優れハーネスを選択したとしても解消されることはありません。

オープンソースとしての所有権を維持しながらそのレイヤーを追加したい場合、TrueForgeとAI Gatewayはそのために設計されています。

TrueFoundryを無料で始める