Fortune 100の94%がagentにPCを渡す、E2Bのsandbox戦略

Ali DostmohammadiとJakob Riedlが始めたE2Bは、AI agentに安全な実行環境を渡すsandbox infrastructureだ。

Fortune 100の94%がagentにPCを渡す、その前に

E2Bが向き合うのは、AI agentに何を考えさせるかではなく、どこで実行させるかという問題だ。

公式サイトはAI agent向けsandboxを掲げ、コード実行やブラウザ操作のための隔離環境をSDKで提供している。出典

https://e2b.dev/

創業の出発点

共同創業者のAli DostmohammadiとJakob Riedlは、agentがコードを書いて終わりではなく、実際に実行して結果を確かめる段階まで必要になることを前提に、E2Bを立ち上げた。

「AI agentには安全に実行できるsandboxが必要だ」という創業者の問題意識が、プロダクトの出発点になった。出典

https://e2b.dev/E2BはY CombinatorのWinter 2023 batchに参加し、開発者向けのsandbox infrastructureとして製品を公開した。出典

https://www.ycombinator.com/companies/e2b

転機・苦労

agentの実行環境は、単なるcontainer APIより難しい。

依存関係を再現し、実行を隔離し、失敗したsandboxを捨て、必要ならブラウザまで扱う必要がある。

E2BはtemplatesとSDKを整備し、開発者が毎回環境構築をやり直さなくて済む形へ寄せた。出典

https://e2b.dev/docs

創業者の発言や詳細な失敗談は、公開ソースで確認できる範囲に限りがある。

したがって、ここでは公表されていない出来事を補わず、プロダクトの設計選択から道のりを読む。

成長・成功の要因

E2Bの強みは、AI agentという新しい需要に対して、既存の開発者体験を壊さずに実行境界を差し出したことだ。

GitHub上のSDKと公式docsは、試すまでの距離を短くする。出典

https://github.com/e2b-dev

企業利用ではsecurityと運用が焦点になる。

E2Bがenterpriseとsecurityの情報を別に用意しているのは、agentの実行が個人の実験から業務システムへ移る際、機能だけでは足りないことを示している。出典

https://e2b.dev/security

結び

E2Bの物語は、AIの賢さを競う話ではない。

agentにPCやコード実行環境を渡すなら、失敗を許容できる境界も同時に設計しなければならない。

その境界をSDKとして売る発想が、E2Bの現在地を作っていると言える。

AI agentはコードを書くだけでなく、実行・検証・ブラウザ操作まで行う必要がある。

そのとき開発者が毎回VMや依存関係を組むのは遅く、ホスト環境を直接触らせるのは危険だ。

E2BはSDKでsandboxを起動し、隔離された実行環境をagentへ渡すことで、この「実行環境の準備」をインフラとして切り出す。出典

https://e2b.dev/docs

価値はモデルではなく、モデルが失敗しても本番環境を壊さない実行境界にある。

agentの用途がコード生成からcomputer useへ広がるほど、再現可能な環境と観測可能な実行履歴の重要性は上がると考えられる。

技術的なmoatは、隔離実行の信頼性・起動速度・templatesの蓄積・SDK ergonomicsの組み合わせにある。

単体のsandbox技術は代替可能だが、agent frameworkとの統合と運用実績が重なるほど乗り換えコストは上がる。出典

https://github.com/e2b-dev

ネットワーク効果は弱い。

利用者が増えても直接的に他の利用者の価値が増えるサービスではない。

ただし、公開templatesやSDK integrationsが増えるほど開発者が選びやすくなり、間接的なecosystem効果は生じる。

主な対象は、AI agentを組み込むstartup、developer tool企業、社内自動化を構築する開発チーム。

単純なバッチ実行だけを求めるチームや、厳格なオンプレミス要件を持つ組織には適合性を要確認。

第一に、SDKとtemplatesでsandboxの起動を開発者の既存workflowへ寄せたこと。出典

https://e2b.dev/docs

第二に、AI agentの実行を独立したインフラ問題として定義し、コード実行だけでなくブラウザ操作などへ用途を広げたこと。出典

https://e2b.dev/

sandboxは実行環境を提供するが、agentの誤操作や悪意あるコードを完全に解決するものではない。

権限設計、secrets管理、ネットワーク制御は利用企業側にも残る。出典

https://e2b.dev/security

また、推論モデルやagent frameworkの標準が変わると、特定SDKへの依存が負担になる可能性がある。

公開情報だけでは長期の収益性や企業別の導入規模は要確認だ。

開発者向けSDK、GitHub、docs、ブログを入口にして、まず個人開発者やAI startupの実験へ入り、その後にsecurity・enterprise要件で拡張する戦略と読める。出典

https://e2b.dev/enterprise

この導線はPLGと相性がよい一方、企業導入ではSLA、データ境界、監査、コスト予測が必要になり、セルフサーブだけでは伸びにくい。

主要チャネル: github, blog, community, content

agent時代のinfraでは、モデル精度だけでなく「失敗しても安全に実行できる場所」がプロダクト価値になる。

最初から全てを抽象化するより、SDKとtemplatesで具体的な実行体験を先に標準化する方が、開発者の導入障壁を下げやすい。

日本企業で展開するなら、sandbox単体の説明より、社内データへ触れさせる前の権限分離・監査・ネットワーク制御を前面に出すべきだ。

金融・製造・SIerでは実行ログとデータ所在の説明が導入条件になりやすい。

国内の規制・契約要件への適合は要確認。