# Agent Substrate Google が創立したオープンソースプロジェクト。エージェントサンドボックスの完全なライフサイクル管理を提供し、100ミリ秒未満の再開保証を実現する。[[microVM]] や [[gVisor]] を含む複数のサンドボックス技術をサポートする。 [[kagent]] は2026年8月に発表したロードマップで、Kubernetes の Deployment 基盤から Agent Substrate へ全面移行する方針を示した。移行の動機は、エージェントワークロード特有の3要件——実行のサンドボックス化、専用ファイルシステムの一時保存/再開、間欠実行時の低占有率——が Deployment モデルとミスマッチしていたこと。[[Solo.io]] の事例ではワーカープール共有により8ポッドで250エージェントを稼働させる密度を実現している。 > [!gap] 一次情報が限定的 > 現時点で Agent Substrate に関する情報は [[@2026__KagentDevBlog__The Future of kagent]] からの言及のみで、独立した公式ドキュメントやリポジトリは未確認。GitHub issue #2366(kagent 側の API 刷新提案)に詳細が公開される予定とされる。追加ソースが見つかり次第、本ページを拡充する。 ## Kubernetes Agent Sandboxとの対比 [[Kubernetes]] SIG Apps が開発する [[Agent Sandbox]]([[@2026__KubernetesBlog__Running Agents on Kubernetes with Agent Sandbox]])は、同じ「エージェントランタイムのステートフル・シングルトンなライフサイクル管理」という課題に対し、**Kubernetes 本体を拡張する宣言的 CRD(Sandbox・SandboxWarmPool)** として解決を図る。これに対し kagent の Agent Substrate は、Kubernetes の Deployment 抽象そのものが間欠実行のエージェントワークロードと構造的にミスマッチすると判断し、**Kubernetes Deployment 基盤から離れる**方向を選んだ。同じ問題意識(サンドボックス化・アイドル時の低占有率・高速再開)から、一方は「Kubernetes をエージェント向けに拡張する」、他方は「Kubernetes の外に専用基盤を作る」という対照的な解を導いている点が、両ソースを並べて初めて見える構造である。(Source: [[@2026__KagentDevBlog__The Future of kagent]], [[@2026__KubernetesBlog__Running Agents on Kubernetes with Agent Sandbox]])