OpenAI API、container sessionの分単位課金を明示

OpenAI は API changelog の 2026年6月2日更新で、container session の課金が分単位になり、5分の最低課金があることを案内しました。コード実行やファイル処理を伴う API 利用では、セッションの作り方と再利用の設計がコストに直結します。

要点

• container session は分単位で課金される
• 最低課金は5分と説明されている
• 短時間の試行を大量に作る設計では、実利用時間より請求対象時間が大きくなりやすい
• セッション再利用、タイムアウト、ジョブ分割、監視メトリクスの確認が必要になる

今回のリリースノートで語られていること

container session は、OpenAI API の中でコード実行や状態を持つ作業を扱う際の基盤になる要素です。今回の changelog は機能追加というより、課金単位の読み違いを防ぐための実務的な更新です。分単位課金で最低5分という条件は、単発の検証では小さく見えても、バッチ処理、エージェント実行、ユーザーごとの並列セッションが増えると無視できなくなります。

特に注意したいのは、セッションを短く細かく作る設計です。たとえば、1回あたり数十秒の処理でも、セッション単位で最低課金が適用されるなら、実行時間だけを見たコスト見積もりでは足りません。ジョブのまとめ方、セッションの再利用、アイドル時間、失敗時のリトライが、請求額に影響します。

開発チームにとっては、API の使い方だけでなく、利用状況の観測も重要になります。どの機能が container session を作っているのか、平均実行時間はどの程度か、失敗時にセッションが残っていないかを見えるようにしないと、コスト増の原因を追いにくくなります。

実務で確認したいポイント

まず、container session を使っている処理を洗い出してください。ユーザー操作、バックグラウンドジョブ、評価ジョブ、社内ツール、エージェント実行など、セッションを作る経路が複数ある場合は、用途ごとに回数と時間を計測します。

次に、セッションを毎回作る必要があるのか、一定時間再利用できるのかを確認します。最低課金がある場合、極端に短いセッションを大量に作るより、処理単位をまとめた方が合理的なことがあります。ただし、再利用はデータ分離や権限境界にも関係するため、コストだけで判断しない方が安全です。

結局、この更新をどう見るべきか

2026年6月2日の API changelog は、container session を使う開発チームに対するコスト設計上の注意喚起です。機能実装の前に、セッション作成回数、平均利用時間、最低課金の影響を見積もり、監視と上限管理を入れておきたい更新です。