Hermes Agentとは?メモリ、スキル、実行コストについて
.png)
Built for Speed: ~10ms Latency, Even Under Load
Blazingly fast way to build, track and deploy your models!
- Handles 350+ RPS on just 1 vCPU — no tuning needed
- Production-ready with full enterprise support
Hermes Agentとは?
Hermes Agentは、Nous Researchによって構築され、MITライセンスの下でオープンソースとして公開されている自律型AIエージェントです。Nousはこれを「自己改善型AIエージェント」であり、「組み込みの学習ループを備えた唯一のエージェント——経験からスキルを生成し、使用中にそれらを改善し、知識を保持するよう自身を促し、セッションを跨いでユーザーに関する理解を深めるモデルを構築する」と説明しています(Hermes Agentドキュメント、2026年9月アクセス)。
この位置づけは重要です。HermesはIDEに組み込まれたコーディングCopilotでもなければ、1つのAPIキーをラップしたチャットUIでもありません。起動して常時稼働させておくプロセスです。Nousのドキュメントにも明記されています。「置いた場所ならどこででも生きています——$5のVPS、GPUクラスタ、あるいはアイドル状態ではコストがほぼゼロになるサーバーレスインフラ(Daytona、Modal)。自らSSH接続することのないクラウドVM上で動作させながら、Telegramから話しかけることができます。」
提供される機能を最も明確に理解する方法は、多くのチームがすでに利用している従来のものと比較することです。
最後の行は誤植ではありません。これこそがトレードオフの全体像です。
開発元と普及規模
Nous Researchは、オープンウェイトモデルのHermesファミリーや、Psycheのような分散学習プロジェクトで最もよく知られているAI研究ラボです。Hermes Agentは同社のエージェントプロジェクトであり、オープンソースリリースとしては異例の急速な普及曲線を描いています。
同日時点で、OpenRouterのProductivity、Coding Agents、Personal Agents、CLI Agentsの各カテゴリーにおいても1位を獲得しています。TechCrunchは2026年7月、Nous Researchが15億ドルの評価額で資金調達の交渉中であると報じました(決定ではなく交渉段階)。
これらの数字を客観的に見れば、Hermesは一時的なトレンドではなく、世界で最も広く利用されているオープンソースAIエージェントプロジェクトの1つであると言えます。
[スクリーンショット: Hermes Agent — hermes-agent.nousresearch.com のデスクトップアプリ ホーム画面(アクティブな会話を表示)]
自己改善ループの実際の仕組み
「自己改善」という言葉は抽象的になりがちです。Hermesにおいては、ディスクにファイルを書き込む2つの具象サブシステムに対応しており、それらの制限事項に興味深いエンジニアリング上の決定が存在するため、両者を正確に理解する価値があります。
メモリ:2つのファイル、厳格な容量制限、凍結されたスナップショット
Hermesはプロファイルディレクトリ内に2つのストアを保持します。環境の事実、規約、学んだ教訓を記録するMEMORY.mdと、ユーザーの人物像や好みの対話スタイルを記録するUSER.mdです。エージェントはadd、replace、removeアクションを持つメモリツールを使ってこれらを自ら更新します。メモリはセッション開始時にシステムプロンプトへ注入されるため、readアクションはありません。
メモリドキュメントに含まれる以下の3つの詳細は、マーケティング文句以上に重要です:
- 文字数の上限が存在します。 ドキュメントによると、メモリヘッダーには2,200文字の限度に対する使用量がパーセンテージで表示されます。これはベクトルデータベースではなく、厳選されたノートパッドです。
- スナップショットはセッション開始時に凍結されます。 セッション中に書き込まれたメモリは直ちにディスクに保存されますが、次のセッションまでシステムプロンプトには反映されません。これはプロバイダーのプレフィックスキャッシュを保持するための意図的な仕様ですが、「記憶するよう指示したのに忘れた」という現象がバグではなく想定された挙動であることを意味します。
- 効果を発揮するにはセッションの区切りが必要です。 メッセージングプラットフォーム上では、チャットは再起動を挟んでも1つの連続したセッションとなります。Nous自身のドキュメントでも、数週間動かしっぱなしにしたチャットは「コストが高くなり(長期化する履歴に対してコンパクションが繰り返し実行される)、忘却 -> メモリからの想起 -> 過去セッションの検索という学習ループがほとんどトリガーされなくなる」と警告されています。
古いコンテキストは、過去セッションに対するFTS5全文検索とLLMによる要約を組み合わせたsession_searchを通じて回収されます。
スキル:エージェントが自ら作成する手続型記憶
スキルこそが「使えば使うほど成長する」という主張の真骨頂です。スキルドキュメントによれば、スキルとはフロントマターと固定のセクション順序(使用タイミング、手順、注意事項、検証)を持つSKILL.mdファイルであり、エージェントが問題を解決した後に自ら作成することができます。
読み込みは意図的に階層化されています。これはHermesを実行しない場合でも取り入れる価値のある設計パターンです:
レベル 0: skills_list() -> 名前、説明、カテゴリー (~3kトークン)
レベル 1: skill_view(name) -> スキルの全内容
レベル 2: skill_view(name, path) -> 特定の参照ファイル
常時コンテキストに入っているのはレベル0のみです。残りは必要に応じてオンデマンドで処理されます。また、ディレクトリ、URL、PDF、あるいは「会話の中でエージェントに指示した一連のワークフロー」をスキルに変換する/learnコマンドも用意されています。大規模なソースの場合、単一の肥大化したファイルを作るのではなく、インデックスとreferences/配下のトピック別ファイルで構成されるナレッジベース・スキルを構築します。スキルはオープンなagentskills.io規格に準拠しているため、他のエージェント間でもポータブルに使用できます。
[スクリーンショット: Hermes Agent — ダッシュボードのSkillsページ(インストール済みスキルと「Learn a skill」パネルを表示)]
組み込み機能の概要
エージェントハーネスの価値は、開発者が書く必要のなくなったコードの量で測られます。2026年9月時点のHermesドキュメントには以下が記載されています:
- 60以上の組み込みツール — Web検索・抽出、ブラウザ自動化、ビジョン、画像生成、音声合成(TTS)、永続シェル、ファイル操作。
- 7つのターミナルバックエンド — ローカル、Docker、SSH、Daytona、Singularity、Modal、Vercel Sandbox。DaytonaとModalはサーバーレス永続性を提供し、アイドル時には環境が休止状態になります。
- 1つのゲートウェイから20以上のチャット面に接続 — CLI、Telegram、Discord、Slack、WhatsApp、Signal、Matrix、Mattermost、Email、SMS、Microsoft Teams、Google Chat、Home Assistantなど。1つのエージェント、1つのメモリをあらゆる面で共有。
- スケジュール配信の自動化 — 接続されている任意のプラットフォームに配信できる組み込みcron。
- サブエージェントとBot Mode — 並行ワークストリーム用の隔離されたサブエージェント、およびモデル、メモリ、スキル、チャットを独自に持つ名前付きBot。
- MCPサポート — ツールフィルタリング機能を備え、あらゆるMCPサーバーに接続可能。
- 承認制御と分離 — セキュリティドキュメントによると、スマート/マニュアル/オフモードを備えた危険コマンド承認システム、Docker/Singularity/Modalによるコンテナ分離、MCP資格情報フィルタリング、コンテキストファイルのプロンプトインジェクションスキャン、セッション間分離を提供。
最後の弾丸項目は、一般的なオープンソースエージェントが提供する範囲を明確に超えており、評価に値するポイントです。
Hermes Agentのセットアップ:実際の実行手順
Nous Researchのサイトでドキュメント化されている3つのパスがあります:
- デスクトップアプリ — macOS 12+およびWindows 10/11用のインストーラー。
- ターミナル — Linux、macOS、WSL2、Termux(Android)では curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash、ネイティブWindowsではPowerShellのワンライナーコマンド。
- クラウド — Nous Portalを通じたホスト型の常時稼働エージェント。
インストール後、hermes setup --portal を実行して1回のOAuth認証を行うことで、モデルとホスト型ツールゲートウェイ(Web検索、画像生成、TTS、ブラウザ)が利用可能になります。
モデルは自由に選択できます(Nous Portal、OpenRouter、OpenAI、または互換性のあるエンドポイント)。2026年9月時点で公開されているPortalの料金プランは、Free($0、無料モデルのみ)、Plus($20/月、$22分のクレジット)、Super($100/月、$110分のクレジット)、Ultra($200/月、$220分のクレジット)となっており、それぞれ200以上のモデルにアクセス可能です。エージェント本体の利用は無料です。
[スクリーンショット: Hermes Agent — Linux上でのターミナルインストールと初回セットアップフロー]
チーム運用で直面しやすい課題
Hermes agentの運用が週末の個人プロジェクトの域を超えると、以下の4つの失敗モードが繰り返し発生します。
「常時稼働」はアーキテクチャであると同時に課金モデルでもあります。 ステートレスなエージェントは呼び出した時にのみコストが発生します。cronジョブ、サブエージェント、メッセージングゲートウェイを備えた常時稼働エージェントは、何かを実行しようと判断した時点でいつでもコストが発生します。Nousのドキュメント自体も、長期間稼働するゲートウェイセッションにおけるコンパクションコストについて注意を促しています。エージェントごとの支出の可視化がない場合、異常に気づく最初の兆候は請求書になります。
メモリシステムにはエッジケースが存在します。 2,200文字の制限とセッション開始時のスナップショット凍結は合理的な設計ですが、エージェントが嘘をついているように見える挙動を引き起こすことがあります。特に小型のローカルモデルは、メモリツールを実際に呼び出すことなく「保存しました」と応答することがあり、これはドキュメントでも直接言及されています。
承認制御はマシン単位であり、組織単位ではありません。 approvals.mode は1台のホスト上の1つのYAMLファイルで管理されており、/yolo トグルや HERMES_YOLO_MODE を使用するとセッション内のすべてのプロンプトがスキップされます。1人の開発者にとっては合理的ですが、12人のチームにおいてはセキュリティポスチャが各開発者の直前の入力設定に依存することになり、中央で監査することができません。
1つのエージェントは容易ですが、20個となるとプラットフォームの課題になります。 Hermesの各インスタンスは、自前のディスク上に認証情報、モデルキー、MCP接続、メモリを個別に保持します。共通のアイデンティティモデルも、中央集権的な予算管理も、複数エージェントにまたがるトレース表示もありません。これはHermesの欠陥ではなく——Hermesは単一エージェント用ツールとして非常にすぐれています——そのスコープ外の領域に関する現実的な説明です。
Hermes Agentの利用に適さないケース
優れたプロジェクトを正しく評価するには、その限界を明確にすることも含まれます:
- 一元的な監査を必要とする規制対象のチーム。 全エージェントにわたって誰がどのツール呼び出しを承認したかを監査人に証明する必要がある場合、ホストごとのYAML管理では対応できません。
- シェルアクセスを伴う長期間プロセスを運用できない環境。 Hermesはコマンドを実行します。承認システムは優れていますが、ホストの責任ある運用者に代わるものではありません。
- 多数のユーザー間で多数のエージェントを標準化しようとしているチーム。 Hermesの強みはそれが個人に属していることです。だからこそ、フリート(群)全体の課題解決には向きません。
- マネージドSLAを期待する環境。 これは運用者が自ら管理するMITライセンスのソフトウェアです。Nous Portalによるクラウドホスティングはオプションであり、別個のサービスです。
特定の業務に適応して賢くなっていく機能的なオープンソースAIエージェントを求める1人の開発者にとって、Hermesは強力な選択肢です。一方でプラットフォームチームを担当している場合は、以下のセクションもご確認ください。
TrueFoundryの立ち位置:TrueForgeとAI Gateway
ここには明確に異なる2つのレイヤーが存在しており、これらを混同することがエージェントプロジェクトが実証実験(PoC)で停滞する原因となります。
エージェントハーネス(Agent Harness)はエージェントの内部動作(ループ、ツール、状態、サンドボックス)を制御します。AI Gatewayはエージェントがモデルやツールへアクセスする方法(アクセス制御、予算管理、ルーティング、ポリシー、トレース)を制御します。Hermesは優れたハーネスですが、ゲートウェイではありませんし、そうであるとも主張していません。

TrueForgeは、TrueFoundryが提供するオープンソース(MITライセンス)・モデル非依存のエージェントハーネスです(github.com/truefoundry/trueforge)。Hermesと同様に、エージェントループ、ツール実行、コンテキスト管理、サンドボックス処理を担当します。単一のセルフホスト型エージェントとは異なり、中央集権的なMCPアクセスと資格情報管理、Human-in-the-loopの承認機能、サンドボックス実行、チームや環境を跨ぐ可観測性とガバナンスなど、周辺を固めるコントロールプレーンを備えて出荷されています。npx @truefoundry/trueforge でローカル実行することも、Docker ComposeやHelmを使ってチーム向けにデプロイすることも可能です。

Claude Managed Agentsとの対比におけるTrueFoundryのベンチマークでは、TrueForgeははるかに少ないトークン数でほぼ同等のタスク精度を達成しました。

あらゆるハーネスにおけるモデルおよびツールアクセスのガバナンス管理
この部分は、Hermes、TrueForge、またはその両方のいずれを実行している場合でも適用される内容です。ハーネスの選定とガバナンスの選定は必ずしも一致させる必要はありません。

Hermesは「あらゆる互換性のあるエンドポイント」と通信できるため、プロバイダーに直接接続する代わりにゲートウェイに向けさせることができます。TrueFoundryのAI Gatewayは、エージェントが行うすべてのモデル接続およびMCP呼び出しの前に配置され、一元的なモデルアクセス、チームごとの予算設定、レート制限、ガードレール、資格情報管理、統一されたトレース機能を提供します。1つのOpenAI互換APIを介して1,000以上のLLMをサポートし、オーバーヘッドは約3〜4ms、単一のvCPUで350以上のRPSを処理できるため、ボトルネックになることなく長時間稼働エージェントのクリティカルパスに配置できます。自社のVPC、オンプレミス、あるいはエアギャップ環境でも稼働可能です。

これは常時稼働に伴うコスト問題への解答でもあります。550個のプロンプトを対象としたTrueFoundryのAuto Routingベンチマークでは、リクエストの複雑さを分類して適切なモデル層にルーティングすることで、ベースライン品質の98%を維持しながらコストを69%削減し、平均レイテンシーを7.6秒から4.0秒へ短縮しました。プロダクション環境の実トラフィックにおいては、削減率は80%に達しました。一日中無人稼働するエージェントが、すべてのターンで最先端モデルを使用する必要はありません。
これらを分離しておくことで、どちらの設計もやり直すことなく、モデルを変更したりハーネスを変更したりすることが可能になります。
関連資料
- Claude Managed Agents vs Hermes Agent — マネージドとセルフホストの選択における比較
- エージェントハーネスとは? — HermesとTrueForgeが位置するレイヤーの解説
- オープンソースエージェントハーネスの比較 — 2026年における主要な選択肢
- AIコントロールプレーンとは? — 単一エージェントではカバーできないガバナンスレイヤー
- AIエージェントの可観測性(Observability)ツール — 無人実行時に追跡すべき指標
まとめ
Hermes Agentは、個人用でセルフホスト型の自己改善エージェントが、単なるデモではなく実用的なカテゴリーであることを証明する最も説得力のあるプロダクトです。メモリとスキルの設計は洗練されており、ドキュメントには自身の失敗モードが誠実に記載されています。また、2026年9月時点で51.7兆トークン、OpenRouterで日次1位という利用実績は、マーケティングではなく本物の利用度を示しています。
一方で、Hermesが行わないのはフリート全体のガバナンス管理です。各インスタンスは独自の資格情報、独自の承認設定、独自の支出、独自のディスク上のメモリを持つ独立した存在です。これは1人のユーザーと1台のマシンにとっては最適ですが、20人のエンジニアと監査対応を抱える組織にとっては適していません。
したがって、問いは「Hermesかそれ以外か」ではありません。何を管理・所有したいかです。エージェント単体を所有・運用したいのであれば、Hermesは優れた選択肢です。フリート全体を管理・運用したいのであれば、コントロールプレーンを備えたハーネスと、モデルの前段に位置するゲートウェイが必要となります。これこそが、TrueForgeとTrueFoundry AI Gatewayが解決するために構築された課題です。
TrueFoundry AI Gateway delivers ~3–4 ms latency, handles 350+ RPS on 1 vCPU, scales horizontally with ease, and is production-ready, while LiteLLM suffers from high latency, struggles beyond moderate RPS, lacks built-in scaling, and is best for light or prototype workloads.


Recent Blogs
Frequently asked questions
Hermes Agentとは何ですか?
Hermes Agentは、Nous Researchが提供するオープンソースでMITライセンスの自律型AIエージェントで、2026年2月下旬に一般公開されました。ノートPC、VPS、サーバーレスのインフラ上でセルフホストし、CLI、デスクトップアプリ、あるいはTelegram、Discord、Slackを含む20以上のチャットプラットフォームから操作できます。最大の特徴は閉じた学習ループで、セッションをまたいで保持されるメモリと、エージェント自身が作成して改良していくスキルを備えています。
Hermes Agentは無料ですか?
ソフトウェアは無料で、MITライセンスです。費用がかかるのは、モデルの推論と、実行に使うインフラです。Nous Portalは、モデルのクレジットとホスト型ツールを含む任意の有料プラン(2026年9月時点で月額20ドル、100ドル、200ドル)を提供していますが、代わりに自前のプロバイダーを利用することもできます。
Hermes Agentの自己改善はどのように機能しますか?
2つの仕組みがあります。メモリ:エージェントは文字数の上限内でMEMORY.mdとUSER.mdを管理し、これらは各セッションの開始時にシステムプロンプトに挿入されます。それより古い内容については、過去のセッションを全文検索できます。スキル:何かを解決したとき、手順と注意点を記したSKILL.mdファイルを書き出し、後から段階的開示によって必要に応じて読み込めます。そのため、使われていないスキルはコンテキストをほとんど消費しません。
Hermes AgentをAIゲートウェイの背後で実行できますか?
はい。HermesはNous Portal、OpenRouter、OpenAI、または互換性のある任意のエンドポイントで動作するため、OpenAI互換のゲートウェイに向けるのは設定の変更だけで済みます。これにより、エージェントを変更することなく、チームごとの予算、モデルルーティング、ガードレール、統合されたトレースを利用できます。
TrueFoundryを自社のVPCやオンプレミスにデプロイできますか?
はい。TrueFoundryはお客様のVPC、オンプレミス、エアギャップ環境、ハイブリッド環境で動作するため、多数のプロバイダーにまたがってルーティングする場合でも、プロンプトとレスポンスがお客様のドメインの外に出ることはありません。
Does TrueFoundry support MCP and AI agents?
Yes. It includes an MCP Gateway, an Agent Gateway, and an MCP and Agents Registry with tool-level access control, so agents from LangGraph, CrewAI, AutoGen, or a custom framework can be governed centrally.










.png)
.png)
.png)
.png)

.webp)
.webp)
.png)

.png)
.png)
.png)
.png)
.webp)
.webp)

.png)
.png)





