AIエージェントに本物の計算環境、Cloudflare SandboxesがGAへ

Cloudflareは、agentデモと実際の開発環境の差を埋めにきた。2026-04-13付のSandboxes GAの記事で、同社はSandboxesとContainersがgenerally availableになったと説明している。要点は明快だ。AI agentがrepoをcloneし、development serverを起動し、状態を保ったままprivate serviceへ安全に触るには、薄いツール呼び出しの往復ではなく、実際のコンピュータに近い実行環境が必要だということだ。いまのagent stackの多くは、まだshellを1ターンずつ命令して結果を返す構造で扱っている。だが実際のエンジニアリングは、files、terminal、background process、再開可能な状態が揃った長寿命の環境で進む。

Cloudflare自身もそこを正面から書いている。Sandboxesを昨年6月に出した時点から、開発者のように振る舞うagentにはフルコンピュータが要るという前提だったという。顧客側では、burstiness、素早い状態復元、security、lifecycle control、ergonomicsの問題を解くためにVMやcontainerをつなぎ合わせていたとも述べる。今回の一般提供化が重要なのは、その発想が実験ではなく製品として長く支える約束になった点だ。記事には、Figmaがagentとユーザーが書いたuntrusted codeをcontainerで動かしている例もあり、需要が試作の域を越えていることが分かる。

今回の本体はGAのラベルより機能群だ。Cloudflareは最近の7つの強化を前面に出した。agentがraw secretを見ずに済むnetwork-layerのsecure credential injection、WebSocket経由の本物のPTY、Python・JavaScript・TypeScript向けpersistent interpreter、live appをその場で確認できるbackground processとpreview URL、native inotifyベースのfile watching、素早い復元のためのsnapshots、そしてidle CPUへの課金を抑えやすくするhigher limitsとActive CPU Pricingだ。同じsandbox IDを使えば世界中どこからでも同じ環境を呼び出せて、idle時には眠り、要求が来ると起きるという設計も示されている。agent builderが毎回手で作ってきた挙動を、プラットフォームの標準にする狙いだ。

もっと大きい意味は、インフラ企業がAI agentを単なる付加機能ではなく独立したruntime targetとして扱い始めたことにある。本物のPTY、再開できる状態、credential injectionはagentそのものを賢くするわけではない。だが壊れにくくし、長く走らせ、現実のチームの開発フローに近づける。現場ではそこが効く。Sandboxesがproduction負荷で耐えるなら、Cloudflareはagent stackの大きな一部をpromptのやりくりから切り離し、クラウド上の開発ワークステーションに近い形へ押し進めることになる。