TrueFoundryは企業が自社でエージェントランタイムを所有する未来に賭けている
.jpeg)
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
TrueFoundryは 正式に TrueForgeを8月19日に公開しました。これはMITライセンスで提供されるエージェントハーネスであり、企業が自社のインフラ環境内で運用できるものです。
同社は、Anthropicが4月8日にパブリック ベータ版 としてリリースしたホスト型エージェントサービス「Claude Managed Agents」の代替としてこの製品を位置づけています。TrueFoundryによれば、この切り替えによりエージェントの総運用コストを50%削減できるとのことです。
TrueFoundryの共同創業者兼CEOであるNikunj Bajaj氏は、ローンチ前のインタビューでこの製品の立ち位置を次のように説明しました。「私たちはClaude Managed Agentsのオープンソース版を提供しているのです」
このハーネスは、多くの企業がこれまで最も軽視してきたレイヤーです。モデルを包み込み、一つの指示を実際の作業へと変換するランタイムであり、タスクの計画立案、セッション状態の保持、コンテキストがウィンドウサイズを超えた際の圧縮、コード実行の分離、そして不可逆的な操作を行う前の人間による承認プロセスなどを担います。マネージド型エージェントプラットフォームは通常、独自のオーケストレーションランタイムをバンドルしていますが、そのランタイムは基盤となるモデルを変更する際に柔軟に移行できないことがほとんどです。
ハーネスの内部構造
TrueForgeの核となるのは、開発者が管理するファイルではなく、平易な英語の指示からエージェントを構築する仕組みです。ユーザーが1〜2文で成果物を記述すると、ハーネスはモデルに計画を立てさせ、環境に設定されたモデル、MCPサーバー、スキル、サブエージェントを駆使して実行します。各ツール呼び出しの結果を追跡し、次のモデル呼び出しの前に何を圧縮すべきか、どのステップで新しいサンドボックスを立ち上げて実行すべきかを判断します。
このループにおいて注目すべきは、ツールの読み込みを遅延させる仕組みです。TrueForgeは現在のタスクに必要なツールのみを読み込むため、セッション開始時に膨大なツールカタログがコンテキストウィンドウを圧迫することはありません。Bajaj氏によると、最大2,000ものツール定義を公開するMCPサーバーを利用するケースが、この設計を採用する決め手となったそうです。
Bajaj氏は、このハーネスをあらゆるステップで最先端モデルを酷使する推論マシンとして売り込んでいるわけではありません。「決定論的なステップで処理できることは、可能な限りそうすべきです」。開発者がより厳密な制御を求める場合、グラフの制御権は開発者が保持し、推論が必要なステップのみを委譲します。これは、限定的な推論を決定論的なアプリケーションロジックで包み込みたいと考えるチームにとって魅力的なはずです。
TrueForgeは単一プロセスで動作し、ローカル作業にはSQLiteを使用します。共有デプロイメントではPostgresとRedisをDocker ComposeまたはHelmとともに使用します。KubernetesやGPUは必須ではなく、ハーネスが必要とするのは分離されたコンテナを起動・破棄する機能のみです。GPUが必要になるのは、顧客がモデルを自社ホストする場合に限られます。
TrueFoundryのAI Gatewayと組み合わせることで、ガバナンス機能はさらに強化されます。TrueForgeは、顧客自身のキーを使用して、顧客が用意したモデルやMCPサーバーと直接通信できます。TrueFoundryの商用AI Gateway と組み合わせることで、予算管理、ロールベースのアクセス制御(RBAC)、ガードレール、統合トレースといった中央管理レイヤーを経由したやり取りが可能になります。
TrueForgeとClaude Managed Agentsの比較
Anthropicの製品は単なる薄いラッパーではないため、比較はより慎重に行う必要があります。Claude Managed Agentsは、調整済みのハーネスに、永続セッション、サンドボックス化されたコード実行、認証情報保管庫、スコープ付き権限、MCPサポート、承認プロセス、実行トレースを組み合わせています。楽天はこれを製品、営業、マーケティング、財務の各部門で導入しました。料金体系は、標準的なモデルトークン料金に加え、アイドル時間を除いたアクティブセッション時間1時間あたり0.08ドルとなっています。
両者の差は4月時点よりも縮まっています。Managed AgentsはClaudeを中心に構築されたAnthropicホスト型のコントロールプレーンですが、5月下旬からは顧客がツール実行用に独自のサンドボックスを接続できるようになりました。また、Anthropicもタスクが必要な時のみ実行環境をプロビジョニングすると説明しており、これはTrueForgeの動作に近いものです。そのため、両製品の境界線はサンドボックス化の有無ではなく、モデル選択の自由度にあると言えます。TrueFoundryによると、TrueForgeはOpenAI、Anthropic、Google Geminiなど20以上のモデルと40以上の組み込みツールをサポートしており、OpenAI互換のエンドポイントであれば何でも利用可能です。
バジャジ氏は、所有権に関する議論を今回の対話の中で最も鋭い言葉で語った。「自社で自動生成される極めて重要なソフトウェアの保守を、サードパーティに依存する必要がなくなるのです」と、彼は企業にとっての魅力を説明した。セルフホスティングはリスクを消し去るのではなく、場所を移すだけである。今やプラットフォームチームは、コードを記述し実行するランタイムに対して責任を負うことになる。
TrueFoundryによると、Automatiq社とNetApp社が同社のハーネス上でエージェントワークロードを実行しているという。同社のAIアシスタント「Ask TFY」も同じコードで動作しており、これは顧客ロゴを並べるよりも説得力のある証明となっている。
証拠が途切れる場所
「50%削減」という見出しには注釈が必要だが、それを検証可能にしたTrueFoundryの姿勢は評価に値する。同社は再現可能な ベンチマーク を公開した。これはDevRevのEnterprise-Benchから抽出したレベル1およびレベル2のタスク14項目に基づき、各構成で3回の試行を行い、ブラインドモデル判定を実施したものだ。その結果、Opus 4.8を使用した際、TrueForgeはClaude Managed Agentsよりも約30%安価であり、TrueForgeでGLM-5.2を使用した場合は約75%安価となった。ただし、インフラや人件費を含めた企業の総運用コストが50%削減されることを、これらの結果が証明しているわけではない。
このテストは規模が小さく、ベンダー主導である点にも注意が必要だ。GLM-5.2が14点満点中11.7点を獲得し、Opus 4.8を使用したClaude Managed Agentsの10.7点を上回ったという結果は興味深いが、これを基にモデル戦略を構築する前に、第三者による検証が不可欠である。
プロジェクトのガバナンスは未解決の課題だ。単一ベンダーのリポジトリにMITライセンスが付与されていることは、中立的な管理体制とは同義ではない。バジャジ氏によれば、財団への参加についてはまだ決定していないという。
もう一つ追及すべきは再現性である。TrueForgeはセッションを永続化しトレースを公開しているため、ブラックボックスではない。しかし、制御フローがグラフとして記述されるのではなく実行時に生成される場合、6週間後に障害を再現するには、完全なトレース、固定されたモデルバージョン、およびバージョン管理された構成が不可欠となる。
バイヤーにとっての意味
企業バイヤーにとっての最初の問いはポータビリティである。ハーネスを入れ替えた場合、持ち運び可能なコード成果物が存在しない中で、エージェントの定義はどれだけ維持されるのか。二つ目の問いはコストの帰属先だ。ツール呼び出しが倍増した際、そのメーターの動きがモデルプロバイダーによるものなのか、それとも顧客が自ら運用・管理するインフラによるものなのかを誰が判断するのかという問題である。
ベンダーにとって、想定外の方向から圧力がかかっている。オープンウェイトモデルは、一部のエージェントワークロードにおいて競争力を高めている。もしこれがより困難なタスクでも通用するようになれば、ホスト型ランタイムだけが本番環境への唯一の信頼できる手段ではなくなる。その時、Anthropic、Google、AWSは、自社のインフラが顧客を縛り付けるだけの価値があることを証明しなければならなくなるだろう。
TrueForgeは、企業はエージェントランタイムを「借りる」よりも「運用する」ことを選ぶだろうという計算に基づいた賭けである。コスト削減の主張が公開された証拠を上回っている部分があるにせよ、その論理は説得力があり一貫している。バジャジ氏が期待するような業界特化型の活用がコミュニティによって構築されるかどうかは注目に値する。それこそが、設計の優れたハーネスを、金融、法務、サポートといった幅広い企業が標準採用できるプラットフォームへと変える鍵となるからだ。
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.
The fastest way to build, govern and scale your AI














.jpeg)


.jpeg)
.webp)











