OpenAI、Responses APIにcontainer pool追加　hosted shellとcode interpreterを高速化

XでOpenAI Developersが発表した内容

2026年3月21日、OpenAI Developersはagent workflowがさらに高速になったと案内した。中心にあるのはResponses APIへ追加されたcontainer poolで、skills、hosted shell、code interpreter向けの実行環境をおよそ10倍速く立ち上げられるようになったという説明だ。セッションごとに新しい環境を作り直すのではなく、warm infrastructureを再利用する方向へ変えた点が大きい。

更新されたhosted shellドキュメントが示すもの

リンク先のOpenAIドキュメントは、この変更をhosted shellガイドの中で具体化している。リクエスト時にcontainer_autoを使えばOpenAIがコンテナを自動で準備し、後続の呼び出しではcontainer_referenceによって稼働中の環境を再利用できる。さらにhosted shellはOpenAI-hosted containers上で動作し、Code Interpreterと同じlifecycleを持つと記されている。

• コンテナはあくまでephemeralであり、永続データは外部システムへ保存する必要がある。
• コンテナが有効な間は生成したファイルやartifactを再利用・取得できるため、multi-step workflowに向く。
• OpenAIは、hosted shellコンテナが20分間非アクティブになると失効し、その後はデータを復旧できないと説明している。

なぜ重要か

shell実行や一時的な実行環境を必要とするagentでは、container cold startが体感遅延の大きな要因になりやすい。warm containerを再利用できれば、agentは環境準備を待つ時間を減らし、ファイル読み込み、コマンド実行、ツール反復など本来の仕事に早く入れる。短いターンを何度も回すworkflowほど効果は積み上がる。

同時にこれは、Responses APIが単なるテキスト生成インターフェースから、モデル呼び出しと実行環境をまとめて扱う制御面へ広がっていることも示している。もっともOpenAIの文書が強調する通り、hosted containerは便利な一時環境であって永続的な作業空間ではない。したがって本番運用では、速度の利点を享受しつつも、状態管理やartifact保管は引き続き外部ストレージと明示的なworkflow設計で支える必要がある。

ソース: OpenAI DevelopersのX投稿 · OpenAI hosted shellガイド