AI エージェント体験のためにインフラは進化しなければならない — Modal CTO アクシャト・ブブナ氏に聞く
Modal の CTO は、従来のクラウドインフラが人間向けに設計されているのに対し、AI エージェント時代にはコード実行や環境操作を自動化できる「エージェント体験」に特化したインフラへの進化が不可欠であると論じています。
キーポイント
インフラ設計パラダイムの転換
従来のクラウドは YAML やダッシュボードを理解する人間向けに設計されたが、エージェントには文脈を推測する能力がないため、より厳密で自動化可能な「エージェント体験」への移行が必要である。
Kubernetes の限界とバースト対応
Kubernetes は予測可能なワークロード向けに設計されており、AI エージェント特有の急激な計算リソース需要(バースト)やスケーラビリティには不向きであり、サーバーレス型のアプローチが求められている。
Modal の具体的な技術的進化
エラスティック推論、GPU スナップショット、サンドボックスのプログラムmatic 操作、そして RL(強化学習)ロールアウトに必要な大規模な環境生成など、エージェントが自律的にインフラを運用できる機能を提供している。
大規模資金調達と市場地位
Modal はシリーズCで3億5500万ドルを調達し、従来のWebアプリ中心のクラウドからAIが生成するワークロード(推論、後方処理、背景エージェント)を扱うプラットフォームへと明確にシフトしている。
開発者体験からエージェント体験へのシフト
従来のコードを書く「開発者」から、自律的にタスクを遂行する「AI エージェント」へ焦点が移り、インフラはスケーラブルなサンドボックスと厳格なガードレールが必要となっている。
17 クラウドのスーパークラウド戦略とネットワーク機能
Modal は複数のクラウドプロバイダーを統合した「スーパークラウド」を構築し、RDMA やプライベート IPv6 を活用した高速なネットワーク接続で、大規模なマルチノードトレーニングや推論を実現している。
バースト型ワークロードへの対応と専用インフラ
RL(強化学習)のロールアウトやカスタムモデル推論は極めてバースト性が高いため、GPU のスナップショット機能や弾力的な推論リソースにより、10 万個ものサンドボックスを瞬時に起動・管理する仕組みが不可欠である。
影響分析・編集コメントを表示
影響分析
この記事は、AI エージェントの普及に伴い、従来の開発者中心のクラウド設計思想から「自律的なエージェントが動作できる環境」への根本的なパラダイムシフトが必要であることを示唆しています。特に Kubernetes の限界を指摘し、Modal が提供するようなプログラムmatic なインフラ制御や大規模サンドボックス管理が、次世代 AI アプリケーションの実装において決定的な差別化要因となる可能性を示しています。
編集コメント
AI エージェントが実社会で本格運用されるためには、人間が介在する前提のインフラから脱却し、機械が自律的に制御・拡張できる環境への移行が急務です。Modal の事例は、この「エージェント体験」を具体化するための技術的ロードマップを示す重要な指標と言えます。
私たちは、Databricks から Daytona、Railway、そしてさらにさかのぼって E2B まで、推論・計算・クラウドプロバイダーのトップを網羅する「Agent Cloud」シリーズの調査を行ってきましたが、このシリーズを終えるにあたり、直近で 3 億 5500 ドルという巨額の C ラウンド資金調達を果たした Modal に戻ってこられることを嬉しく思います。
クラウドは開発者のために作られました。しかし、エージェントがこの常識を変えようとしています。
従来のインフラスタックは、ドキュメントを読み込み、YAML を推論し、ダッシュボードを理解して何が壊れた時に何をすべきかを判断できる人間のために設計されていました。これは開発者にとって苦痛を伴うものでしたが、彼らが頭の中で欠落した文脈を補完できたため機能していました。
しかし、エージェントにはそのような余裕はありません。今やこの新しいエージェントの時代において、すべてがより厳密でなければなりません。

エージェントも優れた開発者体験(Developer Experience)を必要とします — Modal Blog
コードを書き、実行し、出力を検査し、環境を変更し、デバッグして失敗した原因を特定し、再試行できる場所が必要です。必要な文脈をすべて備えた高速な反復とフィードバックループは、エージェントが適切に動作するために不可欠です。さらに、サンドボックスはこの変化の明確な表れであり、エージェントは簡単に隔離された環境を起動できます。このプログラムmatic なインフラ(Programmatic Infrastructure)は研究分野にも及んでいます:
2 年前、私たちは Modal を取り上げる最初の企業のひとつとなり、CEO のエリック・ベルナッソンとアレッシオが、これまでで最高の LS のサムネイルをデザインしました。
当時、Modal はシリーズ A で 1700 万ドルを調達したばかりの小さな新興企業でした。
今日、3 億 5500 万ドルのシリーズ C を直近に完了した Modal は、リアルタイムで構築されているエージェントクラウドの未来における最も明確な事例の一つとなっています。同社は従来の Web アプリケーションの前提を超え、AI が実際に生み出すワークロード、すなわち弾力的な推論(elastic inference)、サンドボックス、GPU バースト、トレーニング後の処理、バックグラウンドエージェント、そしてエージェント自身が運用できるインフラへと移行しています。
今回のエピソードでは、Modal の CTO であるアクシャット・ブブナが、スワイとヴィブウと共に、なぜ AI アプリケーションが従来のクラウドの前提に適合しないのか、なぜ Kubernetes がバースト性の高い計算集約型ワークロードのために設計されたものではないのか、そしてなぜ Modal が今や開発者体験(DX)からエージェント体験(AX)へとシフトしているのかを解き明かします。
Modal の AI インフラスタックについて深く掘り下げます。サーバーレス関数、デコレータベースのインフラ、カスタムモデル向けの弾力的な推論、GPU スナップショット、DeFlash、スペキュレイティブ・ディコーディング(speculative decoding)、オートエンドポイント、サンドボックス、永続ストレージ、ネットワーク化されたコンテナ、プライベート IPv6、RDMA、マルチノードトレーニング、そして 17 のクラウドプロバイダーにわたる Modal のキャパシティプールについてです。アクシャットはまた、RL(強化学習)のロールアウトには 10 万個ものサンドボックスが必要となる理由、本番環境のエージェントには堅牢なガードレールがなぜ必要なのか、コードを読むことよりも観測可能性(observability)が重要になりうる理由、そして AI が再びインフラを魅力的なものにした理由についても解説します。
私たちが議論するトピック:
なぜ Kubernetes はバースト性の高い AI ワークロードのために作られていないのか
チャット GPT の登場以前に Modal がなぜ GPU を追加したのか
開発者体験からエージェント体験への転換
コードを記述するエージェントにおいて、観測可能性が重要な理由
オーディオ、ビデオ、ロボティクス、計算生物学におけるカスタムモデルのための弾力的な推論
GPU スナップショット、コールドスタート、そしてなぜ推論ワークロードが非常にバースト性を持つのか
RL ロールアウトに 100,000 のサンドボックスが必要となる理由
DeFlash、推測的デコーディング、および最前線レベルの推論パフォーマンス
Auto Endpoints と最適化された推論をより簡単に展開する方法
vLLM、SGLang、生 GPU レンタルを超えて Modal が提供するもの
Modal の 17 クラウド容量プールとスーパークラウド戦略
ネットワーク型サンドボックス、サイドカー、プライベート IPv6、および RDMA
ポストトレーニングや研究ワークロードのためのサーバーレス多ノードトレーニング
自動調査、モデル誘導スウィープ、GPU 実験を開始するエージェント
計算戦略、キャパシティプランニング、バッチティア
プロダクション用エージェントがなぜ専用のサンドボックスと堅牢なガードレールを必要とするのか
Managed Agents、CI、Gitpod/Ona、Python、TypeScript、および Modal Bench における Modal の見解
Akshat Bubna
LinkedIn: https://www.linkedin.com/in/akshat-bubna-188885103
X: https://x.com/akshat_b
Modal
Website: https://modal.com
タイムスタンプ
00:00:00 イントロダクション
00:00:39 Modal の起源と、なぜ Kubernetes では不十分だったのか
00:04:32 開発者体験からエージェント体験へ
00:06:21 Modal の AI クラウドプリミティブ
00:09:14 サンドボックス、エージェントループ、およびプロト・コグニション
00:12:12 エラスティック推論、GPU スナップショット、そして 10 万のサンドボックス
00:15:24 DeFlash、スペキュレーティブ・デコーディング、および Auto Endpoints
00:19:59 生 GPU を超えた本番環境向け推論
00:22:00 バックグラウンドエージェント、Ramp Inspect、そしてエージェントのライフサイクル
00:24:08 Modal の 17 クラウド・スーパークラウド戦略
00:26:40 ネットワーク化されたサンドボックス、プライベート IPv6、および RDMA
00:32:48 マルチノードトレーニング、ポストトレーニング、そして自動研究
00:37:36 コンピューティング戦略、キャパシティプランニング、およびバッチティア
00:40:55 オープンモデル、リアルタイム AI、そして本番環境向けエージェントインフラ
00:43:06 ハードガードレール、マネージドエージェント、および専門特化型サンドボックス
00:46:06 なぜ AI が再びインフラを魅力的にしたのか
00:48:30 モデル API、差別化されたプロダクト、そしてアジェンティック・ビデオ
00:51:50 CI、コーディングエージェント用インフラ、SDK、および Modal Bench
00:57:28 クロージング・スロー
トランスクリプト
イントロダクション:Modal、シリーズ C、そしてアートパーティー
Swyx [00:00:00]: 本日、Modal の CTO である Akshat と Vibhu をお迎えしました。シリーズ C の成功をお祝いします。
Akshat [00:00:10]: ありがとうございます。
Swyx [00:00:11]: 昨日のパーティーは素晴らしかったですね。
Akshat [00:00:15]: はい、そうです。
Swyx [00:00:15]: 写真やグッズの数々を見てもそう感じます。
Akshat [00:00:17]: 私たちはいくつかの芸術インスタレーションを設営しました。ロダンの作品の隣に、私たちの製品が台座の上に置かれているのを見るのは楽しかったですね。
Swyx [00:00:25]: 素晴らしいですね。本当に素敵です。スタート当初は GPU 推論専門の会社ではなかったはずです。もしかしたらその構想は頭の中にあったかもしれませんが、原点となるストーリーを振り返ってください。
Modal の起源:Kubernetes を超えた新しいランタイム
Akshat [00:00:39]: 私は、CEO のエリックと、投資家を通じて初めて出会いました。その当時、エリックはすでに新しいランタイムの構築について考えており、なぜワークフローオーケストレーション製品がこれほど使いにくいのかという点について考えを巡らせていました。それは、それらを Kubernetes 上で実行する必要があるからです。Kubernetes は管理が難しく、バースト性やカスタムイメージには対応していません。
Swyx [00:01:03]: はい
Akshat [00:01:03]: 開発者体験は非常に劣悪です。
Swyx [00:01:05]: ここで、私が補足します
Akshat [00:01:06]: はい
Swyx [00:01:07]: 新規のリスナーの方へ、私たちは 2 年前にエリックへのインタビューを行っており、Spotify やその他の事柄に関する背景ストーリーがさらに詳しく語られています。
Swyx [00:01:14]: 私は Data Council でエリックに出会いました。彼らがサーバーレスコンテナスタック(serverless container stack)について行った講演を拝聴したのがきっかけです。あれはまさに、「Modal を真剣に検討する必要がある」と感じた最初の瞬間でした。
Akshat [00:01:26]: はい。
Swyx [00:01:26]: しかし、まだ非常に不明確な点がありました。例えば、データパイプライン(data pipelines)のためにこれらすべてが必要なのかどうかです。
アクシャット [00:01:33]: はい。当初私たちが考えていたのは、より優れたランタイムを構築すれば、それ自体が非常に有用なプリミティブになるということです。サーバーレス関数によって解決されることは多くあります。例えば ETL 処理やジョブキューの管理、そしてあらゆる企業が必要とするバースト性の高い処理などです。しかし同時に、これはさまざまな製品群を構築するための基盤となるプリミティブでもあると考えました。それらは非常に垂直特化型のものになります。おそらくデータエンジニアリングが最初の対象だったかもしれませんが、私たちは推論(inference)に焦点を当てていました。当時は古典的な推論、つまりコンピュータビジョンや XGBoost の実行などが中心でした。しかし ChatGPT が登場する 1 年前には、すでに製品に GPU を追加していました。
サーバーレスコンテナから GPU ワークロードへ
スワイ [00:02:19]: すばらしいですね。
アクシャット [00:02:19]: ただ、それがそれほど大きな問題になるとは考えていませんでした。
スワイ [00:02:22]: はい、A100 を追加するだけのようなものだと。
ヴィブ [00:02:23]: 何か、このプロジェクトを構築したきっかけとなった初期の重要な課題はありましたか?
Akshat [00:02:28]: はい。主に、既存のツール類は、第一に非常に優れた開発者体験のために作られたものではなく、また私たちが目にするワークロードの多くが非常に「計算集約的」であるという一般的な傾向があるからです。より適切な言葉があればいいのですが、とにかくリソースを大量に必要とするため、頻繁にリソースを増減させる(バーストする)必要があります。一方、Kubernetes はスケーリングが遅く、主に Web サーバーユースケース向けに設計されています。さらに、これらのワークロードが実行される環境の種類についても、より多くの専門化が必要となっています。例えば、アクセラレータが必要な場合もあれば、異なる種類のイメージが必要な場合もあり、これは多くの企業で共通して見られる現象でした。これが次のステップとなります。
ソフトウェア定義インフラとデコレーターベースの開発者体験(DX)
Swyx [00:03:13]: はい。素晴らしいですね。この事実が初期のストーリーにどの程度影響したかはわかりませんが、私は Temporal に在籍していた際に、インフラストラクチャ、具体的にはソフトウェア定義インフラなどに関する記事を書きました。
Akshat [00:03:22]: はい、自己プロビジョニング(self-provisioning)のことですね。
Swyx [00:03:23]: 自己プロビジョニングです。
Akshat [00:03:24]: はい。
Swyx [00:03:24]: はい。自分の書いた記事の内容さえも思い出せませんね。
Swyx [00:03:26]: そして、私の名前をランディングページに載せてくれました。
Akshat [00:03:28]: はい。その用語が気に入ったので、借用しました。
Swyx [00:03:32]: すべてをコードと共置(コロケート)されたデコレーターの中に配置できるという洞察があったからです、对吧?
Akshat [00:03:37]: はい。
Swyx [00:03:37]: それはオリジナルのストーリーにおける大きな一部だったのでしょうか、それとも単なる DX レイヤーのようなものだったのでしょうか?
Akshat [00:03:39]: はい。
Swyx [00:03:39]: ストーリーですか、それとも単なる DX レイヤーですか?
Akshat [00:03:41]: それは本当に重要でした。なぜなら、私たちが人々に YAML を書くためにあまりにも多くの時間を費やしてほしくなかったからです。また、行っていることの表面積を凝縮し、コードに記述することで、他のコードと同様に操作できるようにし、より表現力豊かで動的なものを構築できることがわかりました。ですから、はい、それは常に非常に重要な部分でした。
Swyx [00:04:04]: すると、反発はこれが DSL(ドメイン固有言語)であるという点にあります。
Akshat [00:04:07]: はい。
Swyx [00:04:07]: クローズドソースです。私は Modal にロックインされています。
Akshat [00:04:11]: はい。Modal には、どのようなコードでも持ち込めるという素晴らしい点があるため、私たちは実際にはそのような反発を受けませんでした。DSL は、使用するハードウェアやスケーリングの方法を定義する設定層に位置していますが、コード自体はあなたが所有し続けます。
Akshat [00:04:27]: そしてそれは、現在推論(inference)も行っているとしても、私たちのストーリーにおける重要な部分となっています。
Swyx [00:04:32]: はい。
Vibhu [00:04:32]: 今日でもまだ同じ部分がどれほど残っていると您は思われますか?もし今日何かを構築するとしたら、DevX(開発者体験)は非常に重要ですが、エージェントに接続するだけで、Claude Code や Codex にツールを実装させるなど、多くのことが変わっているように感じます。自分でこれを行う場合とは異なる、ネイティブなエージェントのプリミティブが存在しますよね?
開発者体験からエージェント体験へ
Akshat [00:04:54]: 私たちは SDK チームを、開発者体験(DX)ではなくエージェント体験(AX)を考えるように再編成しました。そして、DX に適用されるのと同じ利点が AX にも当てはまると考えています。つまり、なぜエージェントが数百もの Kubernetes ファイルを読み込み、型付けされていない YAML を記述する必要があるのでしょうか?デコレータで数箇所の変更を加えるだけで、その変更が生きている様子を実時間で確認できる自己プロビジョニングランタイムを実現できるのですか?私たちが対話した顧客からすると、Modal は他の基盤上で動作させるよりも、エージェントが利用するにははるかに速いと感じられているようです。
Swyx [00:05:34]: はい、まさにその通りです。あなたがおっしゃるように、インフラストラクチャの要件を実行するコードと同居させていますね。
Akshat [00:05:38]: はい。
Swyx [00:05:38]: 今のネガティブな仮説としては、「もはや誰もコードを見ていない」ので、意味がないというものです。
Akshat [00:05:44]: はい、確かに人々はコードを見ていません。しかし、私たちが依然として非常に重要だと見ているのは、観測可能性(Observability)です。
Swyx [00:05:51]: はい。
Akshat [00:05:51]: 例えば、あなたのダッシュボードはどれほど優れているでしょうか?もちろん、私たちはその多くを CLI へ押し出しており、エージェントが自ら調査を行えるようにしていますが、それでもなお、何が起きているかを解釈し、判断を下すなどを行うためには人間が必要です。そして、それは今やコードそのものを見ることよりも、むしろ重要だと感じています。
Swyx [00:06:11]: はい、コードをブラックボックスとして扱い、そこから生じる観測可能なアクションを見て、それに対してプロンプトで変更を加えるようなアプローチも可能だからです。
Modal の目的:AI クラウドの基盤要素
Akshat [00:06:21]: そうですね。
Swyx [00:06:22]: つまり、専門化しないよう自制し、「新しい基盤要素(プリミティブ)を提供したい」と言いながら、汎用的な存在でい続けるには少しの自制心が必要だと私は思います。
Swyx [00:06:31]: 人々は「Modal は何のためにあるのですか?」と尋ねます。すると私たちは、「わかりません。これやあれができます」と答えることになります。
Vibhu [00:06:36]: では、高レベルで「Modal は何のためにあるのですか?」と問われた場合、どう答えられるのか見てみたいですね。你们はサンドボックス、GPU、その他多くのことを行っています。どのようにお答えになりますか?
Akshat [00:06:46]: Modal は AI アプリケーション向けに設計されたクラウドプラットフォームであり、AI アプリケーションのための基盤要素(プリミティブ)をゼロから構築しました。現在、推論(inference)、トレーニング(training)、バッチ処理、およびサンドボックスワークロードに対応しています。
Akshat [00:07:00]: しかし、私たちはさらに多くの機能を構築中です。
Swyx [00:07:02]: Web サーバーについては言及されなかったので、常時稼働する大規模な Kubernetes 型システムの役割はまだ残っているようですね。
Akshat [00:07:09]: はい、その通りです。私たちは世界の「Renders」と競おうとしているわけではありません。むしろ、私たちの差別化要因は、専門的な計算リソースを必要とし、頻繁にスケールアップ・ダウンする必要があるワークロードにあると考えています。それらのワークロードは、形状が異なるのです。
フロンティアスタートアップと共に働くこと
Vibhu [00:07:26]: あなたはスタートアップ企業と共に多くのものを構築しているとおっしゃいますが、その通りでしょうか?彼らは非常に革新的です。あなたの最新のブログ記事でも明らかですね。シリーズ C の顧客である Cognitions、技術的な面での Ramps などを挙げられていますが、これらもあなたと共に革新を起こしていますよね。それは AWS が直接行っていることとは異なることです。
Akshat [00:07:45]: はい、まさにその通りです。これもまた古典的な事例ですが、私たちは小規模なチームです。非常に素早く動くことができます。エンジニアたちは顧客と協力しながら解決策を見出しています。はい。
Swyx [00:07:54]: 私が Cognition で働いた最初の週のことです。入り口で Modal のシャツを着た人物がいました。「ここで何をしているの?」と尋ねると、「ああ、私は Cog の内部に組み込まれているんです」と返ってきました。
Akshat [00:08:05]: はい、あれは Peyton だったと思います。彼を送り込んだのです。
Swyx [00:08:07]: はい。
Akshat [00:08:07]: なぜなら、それ以外では通信の遅延があまりにも高くなってしまうからです。
Swyx [00:08:12]: はい、分散ノードの場合、必ず 1 つ配置して、コロケーション(同一場所への設置)する必要があります。
Vibhu [00:08:16]: はい。
Swyx [00:08:16]: つまり、私は直接的な個人的経験を持っています。3 年前に smol developer の開発に関わったのですが、これは Claude 1 にインスパイアされたものです。その頃、あなたが私をオンボーディング(導入)してくれたような記憶があります。「ああ、バースト性の高い計算リソースが必要だ」と思い、「Modal を使ってみよう」と考えました。そしてそれは非常に心地よい体験でした。実は、分析データがボード会議に現れたほどです。
スモール・デベロッパー、サンドボックス、そしてプロト認知
Akshat [00:08:39]: はい、あなたは Hacker News で大反響を呼びましたね。
Swyx [00:08:41]: はい
Akshat [00:08:41]: 大きなトラフィックの急増がありました。あなたがスモール・デベロッパーを使った方法は、Modal の関数を使って何かを実行するというものでした。それは、良いユースケースだったと思います。でも、そうですね。
Swyx [00:08:53]: はい。つまり私にとって、あれはプロト認知でした。
Akshat [00:08:55]: そうです。
Swyx [00:08:56]: もし私がそれにこだわっていたらよかったのに。
Swyx [00:08:58]: つまり、あの時「技術ツリーを描く」と言いましたか?
Akshat [00:09:00]: 間違いなく
Swyx [00:09:00]: あなたはまさに、「ああ、おそらくこうなるだろうな」という感じでした。
Akshat [00:09:02]: はい。彼は本当に近いところまで来ていました。あなたは私たちの上に再構築しようとしていたのです。
Swyx [00:09:04]: 私はそれに気づいていませんでした。
Akshat [00:09:05]: でも、面白いことに、その頃私たちは、サンドボックスのようなものを必要とする多くの顧客と話をしていました。
Swyx [00:09:14]: はい。
Akshat [00:09:14]: それは 2023 年のことです。
Swyx [00:09:15]: はい。
Akshat [00:09:16]: そこで私たちは
Swyx [00:09:17]: その直後に新しい API を導入しましたね。
Akshat [00:09:18]: はい。
Swyx [00:09:19]: そうです。
Akshat [00:09:19]: 私たちは、誰もこれが何になるかを知っているよりも前に、2023 年 5 月にサンドボックスを構築しました。そして最初に公開した例では、スモール・デベロッパーを取り
Swyx [00:09:28]: スモール・デベロッパー
Akshat [00:09:28]: それをループの中に組み込み、エージェントが自分自身に対して反復処理を行えるようにしました。
Swyx [00:09:33]: 最近、ループは注目されています。
Vibhu [00:09:34]: ルーパーです。
Akshat [00:09:34]: はい。
Vibhu [00:09:35]: 再帰(ループ)します。いつのことですか、2023 年?
Akshat [00:09:38]: はい。
Vibhu [00:09:39]: 小さな確認です。
Akshat [00:09:39]: はい。
Swyx [00:09:39]: 2023 年頃の話ですね。つまり、聴いている皆さんへの説明ですが、問題はこれらのモデルがそのような用途のために作られていないということです。
Swyx [00:09:46]: つまり、単に試行錯誤しているだけで、再帰や自己修正(self-correction)、ツール呼び出し(tool calling)を理解するように後学習(post-training)されたわけではありませんでした。ツール呼び出しの機能は存在しましたが、あまりうまくはいきませんでした。
Akshat [00:09:55]: はい。
Akshat [00:09:55]: このケースでツール呼び出しを使ったか覚えていませんが、モデルは約 10 回の反復(イテレーション)の後、収束せず、意味のある結果を生成しませんでした。
Swyx [00:10:03]: はい。でも、そうするとですね。つまり、3 年前の自分自身に答えるなら、
Vibhu [00:10:08]: もちろんもっと良くなるでしょう
Swyx [00:10:09]: すべての失敗事例を集めてベンチマークを構築し、すべての例を集めて強化学習(RL)環境を構築する。
Akshat [00:10:15]: その通りです。
Swyx [00:10:15]: それを 100 億ドルでメタ社に売却する。
Swyx [00:10:17]: さらにモデルも訓練して、それを 600 億ドルでイーロン氏に売却する。これが
Akshat [00:10:23]: はい、もちろん
Swyx [00:10:23]: おかしな機械の話です。つまり、ハードウェアの問題なんです。
Akshat [00:10:28]: 物がそれほどまでに良くなるという確固たる信念を持つのは難しいものです。
Swyx [00:10:33]: 振り返れば、あまりにも明白でした。
Akshat [00:10:36]: なるほど、その通りです。
Swyx [00:10:37]: つまり、当時私たちは他に何をしていたのでしょうか?わかりません。とにかく、そうなんです。これがあなたのサンドボックス化の旅の始まりでしたね?爆発的な盛り上がりは去年まで待たなかったと思います。
Akshat [00:10:49]: はい。
Swyx [00:10:50]: つまり、数年間は静かな時期がありましたね。
Akshat [00:10:52]: 正確にその通りです。私たちは
Vibhu [00:10:53]: 私は非常に過小評価されている製品価値だと思います。私の Modal での経験や、Charles が Modal に加入する前に彼がハッカソンで出会ったある人物との話ですが、彼は本当に「どこにもホストされていない小さなモデルを実行したい」と主張しました。そして彼はこう言いました。「あの素晴らしい会社、Modal があります。GPU のサンドボックスをすぐに立ち上げられるので、そこに投入できます。Hugging Face のリンクさえあればいいんです。」まさにそこには大きな価値がありましたね?即座のホスティング、起動と停止。コールド状態でも、数日後にデモを実行すれば再び起動し、振り返れば今もなお私たちが必要としているものだとわかります。
Akshat [00:11:27]: はい、今日でもまだ必要です。ワークロードの形状は大きく変化しました。私たちは非常に大規模な生産スケールで人々のために何かを実行していますが、そこではゼロから一つへのスケーリングの問題ではなく、特定のリージョン内で数千から 1500 台もの GPU をいかに迅速に弾力的にスケーリングするかという問題です。これは同じ形状の問題です。
Elastic Inference, GPU Autoscaling, and Custom Models
Vibhu [00:11:50]: はい。例えば、Cursor Composer などを考えてみてください。
Akshat [00:11:53]: はい。
Vibhu [00:11:53]: あちらでは「数時間ごとにモデルに対して強化学習(RL)を実行する」という方針でした。貴社には、強化学習推論ジム(RL inference gym)やそれに類するものを備えた完全なバージョンがありますよね。
Vibhu [00:12:01]: このようなワークロードを考えると、毎時間数千の規模でスケーリングアップやスケーリングダウンを行うトレーニング実行が必要になります。
原文を表示
We’ve been running a bit of an Agent Cloud series surveying all the top inference/compute/cloud providers, from Databricks to Daytona to Railway and, even further back, E2B, but we’re excited to conclude this series returning to Modal, which has just raised a monster $355M Series C.
The cloud was built for developers. But agents are now changing that.
The old infra stack was designed for a human who could read docs, reason through YAML, and understand dashboards to figure out what they need when something broke. While this was painful for developers, it worked since they could fill in missing context in their heads.
However, agents don’t have that luxury. Now in this new era of agents, everything has to be tighter.

Agents need good developer experience too - Modal Blog
They need a place to write code, run it, inspect the output, change the environment, debug failures, and try again. Fast iteration and feedback loops with all the necessary context are crucial for agents to operate properly. Furthermore, sandboxes are a clear representation of this shift as agents can easily spin up isolated environments. This programmatic infra even extends to research:
Two years ago, we were one of the first to cover Modal with CEO Erik Bernhardsson and Alessio designed our favorite LS thumbnail of all time:
At the time, Modal was just a teeny little company with a $17M Series A.
Today, fresh off their $355M Series C, Modal is one of the clearest examples of the agent cloud future being built in real time: a cloud platform moving past traditional web app assumptions toward the workloads AI actually creates such as elastic inference, sandboxes, GPU burst, post-training, background agents, and infrastructure that agents themselves can operate.
In this episode, Modal CTO Akshat Bubna joins swyx and Vibhu to unpack why AI applications don’t fit traditional cloud assumptions, why Kubernetes was never designed for bursty compute-heavy workloads, and why Modal is now shifting from developer experience to agent experience.
We go deep on Modal’s AI infra stack: serverless functions, decorator-based infrastructure, elastic inference for custom models, GPU snapshotting, DeFlash, speculative decoding, Auto Endpoints, sandboxes, persistent storage, networked containers, private IPv6, RDMA, multi-node training, and Modal’s capacity pool across 17 cloud providers. Akshat also explains why RL rollouts can require 100,000 sandboxes, why production agents need hard guardrails, why observability may matter more than reading code, and why AI has made infrastructure exciting again.
We discuss:
Why Kubernetes wasn’t built for bursty AI workloads
How Modal started as a better runtime before becoming an AI cloud
Why Modal added GPUs before ChatGPT
The shift from developer experience to agent experience
Why observability matters when agents are writing the code
Elastic inference for custom models across audio, video, robotics, and comp bio
GPU snapshotting, cold starts, and why inference workloads are so bursty
Why RL rollouts can require 100,000 sandboxes
DeFlash, speculative decoding, and frontier-level inference performance
Auto Endpoints and making optimized inference easier to deploy
What Modal adds beyond vLLM, SGLang, and raw GPU rental
Modal’s 17-cloud capacity pool and supercloud strategy
Networked sandboxes, sidecars, private IPv6, and RDMA
Serverless multi-node training for post-training and research workloads
Auto-research, model-guided sweeps, and agents launching GPU experiments
Compute strategy, capacity planning, and batch tiers
Why production agents need specialized sandboxes and hard guardrails
Modal’s take on managed agents, CI, Gitpod/Ona, Python, TypeScript, and Modal Bench
Akshat Bubna
LinkedIn: https://www.linkedin.com/in/akshat-bubna-188885103
X: https://x.com/akshat_b
Modal
Website: https://modal.com
Timestamps
00:00:00 Introduction
00:00:39 Modal’s origin and why Kubernetes wasn’t enough
00:04:32 Developer Experience → Agent Experience
00:06:21 Modal’s AI cloud primitives
00:09:14 Sandboxes, agent loops, and proto-Cognition
00:12:12 Elastic inference, GPU snapshotting, and 100,000 sandboxes
00:15:24 DeFlash, speculative decoding, and Auto Endpoints
00:19:59 Production-grade inference beyond raw GPUs
00:22:00 Background agents, Ramp Inspect, and the agent lifecycle
00:24:08 Modal’s 17-cloud supercloud strategy
00:26:40 Networked sandboxes, private IPv6, and RDMA
00:32:48 Multi-node training, post-training, and auto research
00:37:36 Compute strategy, capacity planning, and batch tiers
00:40:55 Open models, real-time AI, and production agent infra
00:43:06 Hard guardrails, managed agents, and specialized sandboxes
00:46:06 Why AI made infrastructure exciting again
00:48:30 Model APIs, differentiated products, and agentic video
00:51:50 CI, coding-agent infra, SDKs, and Modal Bench
00:57:28 Closing Thoughts
Transcript
Introduction: Modal, Series C, and the Art Party
Swyx [00:00:00]: We’re here with Akshat, CTO of Modal, together with Vibhu. Congrats on your Series C.
Akshat [00:00:10]: Thank you.
Swyx [00:00:11]: Your party yesterday was amazing.
Akshat [00:00:15]: Yeah.
Swyx [00:00:15]: From all the photos and all the swag.
Akshat [00:00:17]: We had a bunch of art installations, which was fun, seeing, like, our products on pedestals next to, like, Rodin.
Swyx [00:00:25]: Very nice. Very nice. When you started, it was not the GPU inference company. Maybe it was in your mind. Take us back to the origin story.
Modal’s Origin: A New Runtime Beyond Kubernetes
Akshat [00:00:39]: I first met Eric, who’s the CEO, through an investor. Back then Eric was already thinking about building, a new runtime, and he got there thinking through why are workflow orchestration products so hard to use. It’s because you have to run them on Kubernetes. Kubernetes is hard to manage. It’s not built for burstiness and, custom images,
Swyx [00:01:03]: Yeah
Akshat [00:01:03]: It has a terrible developer experience.
Swyx [00:01:05]: And I’ll, I’ll interject
Akshat [00:01:06]: Yeah
Swyx [00:01:07]: For listeners, who are new, we interviewed Eric two years ago, and there’s a bit more of the story there from Spotify and all those things.
Swyx [00:01:14]: And I came across Eric through Data Council because he did that talk on the serverless container stack that you guys did, which was like, that was my first like, “Okay, I need to take Modal very seriously” moment.
Akshat [00:01:26]: Yeah.
Swyx [00:01:26]: But it was still very unclear, like, do I need all this for just my data pipelines?
Akshat [00:01:33]: Yeah. initially what we were thinking about was if we build a better runtime, it’s a very useful primitive in itself. It’s There’s a lot of things that, get solved by serverless functions, like you can do, ETL stuff, you can do job queues, you can do all this, like, bursty processing, which it turns out every company had needs for. but then we also were thinking about this as like, this is a primitive that we can build a whole collection of products on, which are very verticalized. So perhaps data engineering would’ve been the first one, but we were thinking about inference. Back then it was more classical inference, like computer vision stuff and running XGBoosts and whatnot. But we added GPUs to the product a year before ChatGPT came out.
From Serverless Containers to GPU Workloads
Swyx [00:02:19]: Nice.
Akshat [00:02:19]: We just didn’t think it would be that big of a deal.
Swyx [00:02:22]: Yeah, just like add A100.
Vibhu [00:02:23]: Was there any, like, early key problem that really sparked off why you built it?
Akshat [00:02:28]: Yeah. Primarily it’s just, none of the tooling that was out there was built for, one, a really great developer experience, and also there’s a general trend of, a lot of the workloads that we were seeing were very. I wish there was a better word for it, but compute-heavy. Like, they need, one, like, need a lot more resources, so you need to burst up and down a lot, versus like Kubernetes designed for, like, slow scaling and, more for, like, web server use cases. And also there’s just a lot more specialization in, like, what kinds of environments these workloads run in. Like, we had sometimes they need accelerators, sometimes they need different kinds of images, and this is just like a consistent thing that we saw across a lot of companies. That would be the next step.
Software-Defined Infrastructure and Decorator-Based DX
Swyx [00:03:13]: Yeah. Yeah. Be nice. I don’t know how much this factored into the early story, but I wrote a post when I was at Temporal about infrastructure, software-defined infrastructure or something like that.
Akshat [00:03:22]: Yeah, the self-provisioning
Swyx [00:03:23]: Self-provisioning.
Akshat [00:03:24]: Yeah.
Swyx [00:03:24]: Yeah. I can’t even remember my own post.
Swyx [00:03:26]: And then you put me on the landing page.
Akshat [00:03:28]: Yeah. We really like, the term and so we stole it.
Swyx [00:03:32]: Because you had the insight that everything can just be in decorators co-located with the code, right?
Akshat [00:03:37]: Yeah.
Swyx [00:03:37]: Was that a big part of the original
Akshat [00:03:39]: Yes
Swyx [00:03:39]: Story or it was just like a DX layer?
Akshat [00:03:41]: That was, really important because we really didn’t want people to spend, so much time, writing YAML, and it seemed like you could really condense the surface area of what you’re doing, put it in code so you can operate on it just like you operate on other code, and like build stuff that’s more expressive and dynamic. and so yeah, that was always a very important part.
Swyx [00:04:04]: Then the pushback is this is a DSL.
Akshat [00:04:07]: Yeah.
Swyx [00:04:07]: It’s you’re closed source. I am locked into Modal.
Akshat [00:04:11]: Yeah. We never really got pushback for that because the nice thing about Modal is you can bring whatever code you have, and sure, the DSL is at the configuration layer for, what hardware you’re using, how you’re scaling things up, but you still own the code.
Akshat [00:04:27]: And that’s, that’s been an important, part of our story, even as we do inference now.
Swyx [00:04:32]: Yeah.
Vibhu [00:04:32]: How much of do you think still stays the same today? Like if you were to build something today, DevX very important, but I feel like, a lot of this has been changed with just hook it up to an agent, have Claude Code, have Codex implement a tool. there’s very agent native primitives that are different than if I’m doing this myself, right?
Developer Experience → Agent Experience
Akshat [00:04:54]: We’ve changed our SDK team to think about agent experience instead of, developer experience and we think that the same benefits that apply for DX also apply for AX, which is why would you have an agent read through hundreds of Kubernetes files and like write YAML that’s not even typed when it can make a couple of changes in a decorator and it gets this self-provisioning runtime of, being able to see its changes live in action? yeah, it just seems from the customers we talk to, they find Modal is much faster for agents to use versus operating on a different substrate.
Swyx [00:05:34]: Yeah, because like you, again, you co-locate the infrastructure requirements to the code that runs it.
Akshat [00:05:38]: Yeah.
Swyx [00:05:38]: Well, the negative thesis now is that nobody’s looking at their code anymore, so there’s no point.
Akshat [00:05:44]: Yeah, people aren’t looking at code. one thing we still see is really important is observability.
Swyx [00:05:51]: Yeah.
Akshat [00:05:51]: Like how good is your dashboard? And of course, like we have, we push a lot of it to the CLI so the agents can do their own investigation, but you still need humans to go interpret what’s going on and, make judgment calls and whatnot. and that’s I feel like, Maybe more important now than looking at the code itself.
Swyx [00:06:11]: Yes, because like, you can try to treat the code as a black box and then use, see the observable action that comes out of it, and then just prompt a change.
What Modal Is For: AI Cloud Primitives
Akshat [00:06:21]: Yeah.
Swyx [00:06:22]: So I think it takes a bit of restraint to not specialize, to say, “I want to ship a new primitive,” and then just be general purpose.
Swyx [00:06:31]: People ask you, “What are you for?” You’re like, “ I don’t know. We can do this, we can do that.”
Vibhu [00:06:36]: Well, I’d be curious to see, like, okay, if we were to ask you, like, what is Modal for even at a high level? There’s a lot you guys do, sandboxes, GPUs, everything. How do you answer?
Akshat [00:06:46]: Modal is a cloud platform that’s built for, where we’ve built the primitives from scratch for AI applications. and right now it covers, inference, training, batch processing, and sandbox workloads.
Akshat [00:07:00]: But we’re building a lot more
Swyx [00:07:02]: I noticed you didn’t say web server, so there is still a role for, like, the always-on large-scale Kubernetes type things.
Akshat [00:07:09]: Yeah, absolutely. We’re, we’re not trying to compete with the renders of the world, because yeah, we think the differentiator for us is the, are the workloads that need specialized compute, need to scale up and down a lot. yeah, they’re, they’re, they’re just shaped differently.
Working Alongside Frontier Startups
Vibhu [00:07:26]: I think you’re building a lot of it alongside the startups, right? They’re innovating quite a bit, even in your, like, latest blog post. Like, even in the series C, the customers that you mention here, the cognitions, technical ones, ramps and whatnot, they’re, they’re innovating with you, right? And that’s not something AWS is doing directly with.
Akshat [00:07:45]: Yeah, absolutely. I think, this is again classic. We’re a small team. We can move really fast. our engineers are working with our customers and figuring it out. Yeah.
Swyx [00:07:54]: So my first week at Cognition, I walked in, there was someone wearing a Modal shirt. I was like, “What are you doing here?” They’re like, “Yeah, I just. I am embedded inside of Cog.”
Akshat [00:08:05]: Yeah, I think that was Peyton. We sent him over
Swyx [00:08:07]: Yeah.
Akshat [00:08:07]: Because, the latency of communication was too high otherwise.
Swyx [00:08:12]: Yeah, distributed node, you have to - you have to place one and collocate.
Vibhu [00:08:16]: Yeah.
Swyx [00:08:16]: So I had a, I had direct personal experience, right? So I worked on smol developer three years ago. it was inspired by Claude 1. I think you onboarded me at some point, like, just before, and I was like, “Oh, like, I need some bursty compute. Like, I was just gonna try using Modal.” And it was a, it was a pretty pleasant experience. apparently, I showed up in the board meeting, like the analytics.
smol developer, Sandboxes, and Proto-Cognition
Akshat [00:08:39]: Yeah, you blew up on Hacker News and,
Swyx [00:08:41]: Yeah
Akshat [00:08:41]: We got a big traffic spike. I. I think the way you used smol developer was Modal functions for running stuff, which was. Like, the, that was a good use case. but then, yeah.
Swyx [00:08:53]: Yeah. That - So to me, that was proto-cognition.
Akshat [00:08:55]: Right.
Swyx [00:08:56]: If only I had, like, stuck to it.
Swyx [00:08:58]: Like, that was like, if - did you say draw the tech tree
Akshat [00:09:00]: Absolutely
Swyx [00:09:00]: You’re just like, “Yeah, like, probably this will happen.”
Akshat [00:09:02]: Yeah. Like, he was so close. You were just rebuilding upon us
Swyx [00:09:04]: I just didn’t realize.
Akshat [00:09:05]: But the funny story there is at the same time, we were talking to a bunch of customers who needed something like sandboxing.
Swyx [00:09:14]: Yeah.
Akshat [00:09:14]: This is like twenty-three.
Swyx [00:09:15]: Yeah.
Akshat [00:09:16]: So we built
Swyx [00:09:17]: You introduced a new API right after that.
Akshat [00:09:18]: Yeah.
Swyx [00:09:19]: Yes.
Akshat [00:09:19]: Like, we built sandboxes in May of twenty-three before anyone was even knew this was gonna be a thing. And the first example we published was, we took smol developer
Swyx [00:09:28]: Smol developer
Akshat [00:09:28]: And put it in a loop, so the agent can iterate on itself.
Swyx [00:09:33]: Loops are hot these days.
Vibhu [00:09:34]: It’s the looper.
Akshat [00:09:34]: Yeah.
Vibhu [00:09:35]: Loops in. When was this, twenty-three?
Akshat [00:09:38]: Yeah.
Vibhu [00:09:39]: A small check.
Akshat [00:09:39]: Yeah.
Swyx [00:09:39]: It’s like twenty-three. so the. the, those for listeners, like, the problem was the models are not built for any of this, right?
Swyx [00:09:46]: Like, you’re just trying to like. They’re not post-training to understand, like, looping and, like, self-correction and tool calling was there, but, like, also not that great.
Akshat [00:09:55]: Yeah.
Akshat [00:09:55]: I don’t remember if you used tool calling in this one, but yeah, the models would just diverge after like ten iterations and not produce anything meaningful.
Swyx [00:10:03]: Yeah. But like, then. So okay, like now talking to myself three years ago, the answer
Vibhu [00:10:08]: Of course they will get better
Swyx [00:10:09]: Collect all the failures, build benchmark, and then collect all the, examples, build the RL environment
Akshat [00:10:15]: Right
Swyx [00:10:15]: Sell it for like ten billion dollars to Meta.
Swyx [00:10:17]: And then also train a model and then sell that for sixty billion dollars to Elon. And this is
Akshat [00:10:23]: Yeah, of course
Swyx [00:10:23]: The funny machine. Like, it’s like, it’s about the hardware.
Akshat [00:10:28]: It’s hard to have that inherent conviction that the stuff will get that much better.
Swyx [00:10:33]: In retrospect, it’s so fucking obvious.
Akshat [00:10:36]: Fair enough.
Swyx [00:10:37]: Like, what else were we doing back then? I don’t know. anyway. Yeah. So this. That was the start of your sandboxing journey, right? I feel like it didn’t blow up until, like, last year.
Akshat [00:10:49]: Yeah.
Swyx [00:10:50]: So there was like a couple years of quietness.
Akshat [00:10:52]: Exactly, yeah. We were
Vibhu [00:10:53]: I think very underrated product value. Like, my experience with Modal, Charles, before he had joined Modal, met this guy at a hackathon, and he really insisted we wanted to run some small model, not hosted anywhere, and he’s like, “ there’s this cool company, Modal. They’ll like spin up a GPU sandbox, we can throw it on there. They’ll take a Hugging Face link.” And like there’s so much value just right there, right? Like instant hosting, spin it up, spin it down. It’ll stay cold, but we run the demo a few days later, it’ll come back up and like all this stuff in retrospect, like it’s still what we needed like today.
Akshat [00:11:27]: Yeah, it’s still needed today. workload shapes have changed a lot as, we run stuff for people with really massive production scale and, there it’s it’s not about scaling from zero to one, but it’s how do we scale really elastically, from like thousand to fifteen hundred GPUs very quickly in a given region. It’s the same shape problem.
Elastic Inference, GPU Autoscaling, and Custom Models
Vibhu [00:11:50]: Okay. So you look at, say, Cursor Composer, right?
Akshat [00:11:53]: Yeah.
Vibhu [00:11:53]: They had a. “We’ll do RL on a model every couple hours.” you guys have a whole version of RL inference gym and whatnot.
Vibhu [00:12:01]: When you look at workloads like that, you’re doing train runs where you need to scale up, scale down every hour thousands of
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み