OpenAI、「Agents SDK」を刷新 ネイティブサンドボックス実行に対応
OpenAIは開発者向け「Agents SDK」の機能強化を発表した。モデルネイティブなハーネスとサンドボックス実行環境を組み込み、エージェントが安全にファイルを検査しコード編集やコマンド実行を行えるようにした。E2BやModalと連携でき、障害時のスナップショット復旧にも対応する。まずはPython向けに提供される。

AIエージェントに実環境での作業を任せようとするとき、開発者を最も悩ませてきたのは、予期せぬコード実行やファイル破壊への恐怖でした。
OpenAIは4月15日、開発者向け「Agents SDK」の大幅なアップデートを発表しました。新たなモデルのスコア競争ではなく、エージェントが安全に長時間の複雑なタスクをこなすためのインフラ整備に踏み込んだ形です。
今回の柱となるのは、フロンティアモデルの挙動に最適化された専用ハーネスと、分離環境でコードやコマンドを動かすネイティブなサンドボックス実行機能の2点です。
長時間タスクを支える標準化ハーネス
これまで、実用的なエージェントを構築する現場ではトレードオフがつきまとっていました。特定モデルに依存しない汎用フレームワークは柔軟な反面、最先端モデルの真価を引き出しにくく、フルマネージド型サービスは機密データの扱いや展開先に強い制約がありました。
刷新されたSDKのハーネスは、業界でデファクトスタンダードになりつつあるプリミティブを標準で統合しています。Anthropicが主導するMCP規格によるツール連携をはじめ、AGENTS.mdによるカスタム指示、スキルの段階的開示、Codex風のファイルシステム操作、シェル実行、パッチ適用ツールなどが組み込まれました。
OpenAIの製品チームで働くカラン・シャルマ氏はTechCrunchに対し、今回の狙いは既存のSDKを各社サンドボックスと完全に適合させ、開発者が手持ちのインフラ上で長時間の自律タスクを組めるようにすることだと語っています。
落ちても復元できるセキュアな作業空間
安全面では、プロンプトインジェクションやデータ持ち出しの試行をあらかじめ想定した設計がとられています。制御を司るハーネスと計算環境が完全に切り離されており、エージェントが生成したコードが動くサンドボックス内に認証情報を渡す必要がありません。
また、Manifestという抽象化レイヤーにより、AWS S3やGoogle Cloud Storage、Azure Blob、Cloudflare R2などの外部ストレージやローカル環境を一貫した形で仮想環境にマウントできます。
とりわけ実務的なのが、状態の外部化による永続実行です。コンテナが途中でクラッシュしたり時間切れになっても、スナップショット機能によって新たなコンテナへ直前のチェックポイントから状態を復元し、タスクを続行できます。
外部サンドボックスとしてはE2B、Modal、Vercel、Cloudflare、Daytona、Blaxel、Runloopがすでに対応しており、独自環境の持ち込みも可能です。本機能はPython向けAPIを通じて通常料金で即日提供されており、今後はTypeScript対応やサブエージェント機能の追加が予告されています。
なぜ重要か
OpenAIは単なるモデル提供者から、実用エージェントの実行基盤そのものを握るポジションへとシフトしつつあります。
開発者にとっての恩恵は、インフラ構築の手間が劇的に削減される点です。状態保存や隔離環境の自作に何週間も費やすことなく、E2BやModalなどの既存サービスと組み合わせて、今日からでも安全なコード実行エージェントを試作できます。
業界構造の観点では、オープン規格のMCPを採用し、サンドボックス専業スタートアップを競合として排除せずパートナーとして抱え込んだ点が巧みです。これにより、開発者が自前の基盤を捨てずにOpenAIのエコシステムへ乗っかりやすい環境が整いました。
ただし懸念点もあります。OpenAIのモデル特性に深くチューニングされたハーネスに依存するほど、他社モデルへの乗り換えコストは跳ね上がります。マルチモデル運用を前提とする企業にとっては、この便利さがそのままベンダーロックインの罠になり得る点には注意が必要です。
情報源 (2)
- openai.com(新しいタブで開きます)原文openai.com
- techcrunch.com(新しいタブで開きます)報道techcrunch.com