OpenAIに関するモデル、API、料金、規約、セキュリティ、提供終了などの変更を、影響、対応、期限とともに掲載します。
Amazon BedrockはOpenAI互換のResponses APIとChat Completions APIを提供し、OpenAI SDKや既存コードからBedrock上の対応モデルを呼びやすくした。移植性は向上するが、モデルID、認証、リージョン、Tool、状態管理、エラー、Usage、ストリーミング、データ統制は完全同一ではない。企業は互換レイヤーとProvider差分を明示し、Golden Testで切替可能性を検証する必要がある。
OpenAIはsafety_identifierに基づく遮断状況を確認できるSafety Usage Dashboardと、Responses API・Chat Completions APIで入力・出力のModerationスコアを返すInline Moderationを追加した。可視化と判定材料は増えたが、スコアは自社ポリシーへ変換し、モデル出力を利用者へ表示する前に検査し、誤検知・回避・個人識別子のハッシュ化・異議申立てを設計する必要がある。
OpenAIはContainersのセッション課金を、従来の20分単位から分単位へ変更し、最低5分を課金する方式へ移行した。短い処理は安くなり得るが、セッションの乱立、アイドル時間、再試行、サイズ選択、並列実行によって費用が増える。Code InterpreterやHosted Shellを使う組織は、セッション再利用と上限、ジョブ単価、失敗時課金を再計測する必要がある。
OpenAIは非Zero Data Retention組織のPrompt Cache保持既定値を、従来のin-memoryから24時間へ変更した。長い共通プロンプトのキャッシュヒット機会は増えるが、明示設定のないアプリではデータ保持前提が変わる。組織は対象モデル、ZDR適用、入力分類、キャッシュキー、コスト効果、削除・例外手順を確認する必要がある。
OpenAI Secure MCP Tunnelは、社内やオンプレミスのMCPサーバーからOpenAIへアウトバウンド接続し、公開インバウンドポートなしでChatGPT、Codex、Responses APIから利用できるようにする。公開URLを消せる一方、トンネルクライアント、OpenAI側RBAC、MCPツール権限、OAuth、ログ境界を一体で設計しなければ、非公開化が過剰権限を隠すだけになる。
OpenAI APIのWorkload Identity Federationは、クラウドやKubernetes、GitHub ActionsなどのOIDCアイデンティティを短期OpenAIトークンへ交換し、長期APIキーの配布を減らす。導入効果は大きいが、Issuer・Subject・Audienceの設計、サービスアカウント対応、失効、監査、段階移行を誤ると、鍵管理の問題がフェデレーション設定の問題へ移るだけになる。
OpenAIはSora 2系モデルとVideos APIを2026年9月24日に停止する。公式の代替APIは現時点で示されていない。動画生成を業務へ組み込む企業は、モデル移行だけでなく、生成済みMP4、サムネイル、スプライトシート、Prompt、入力画像、ジョブ状態、権利情報を自社ストレージと台帳へ退避し、別基盤へ切り替えられる制作パイプラインを構築する必要がある。
OpenAIはAssistants APIを2026年8月26日に停止する。移行先はResponses APIとConversations APIだが、Assistant、Thread、Runの対応関係は一対一ではなく、既存Threadの自動移行ツールも提供されない。企業は会話履歴、ツール状態、ファイル参照、実行監査、Prompt依存を分解し、段階移行と切り戻しを設計する必要がある。
Microsoft FoundryはGAモデルの終了日を原則として公開時点から18か月後に設定し、終了後の推論は410 Goneになる。Previewは30日以上の通知で強制更新または終了される場合があり、終了日の延長もできない。企業はポータル通知に依存せず、Models API、配備設定、評価、段階切り替え、緊急フォールバックを継続運用へ組み込む必要がある。
OpenAIは再利用可能なPrompt、Evalsプラットフォーム、Agent Builderを2026年11月30日に終了する。Evalsは10月31日に読み取り専用となるため、企業はプロンプト、評価データ、採点器、エージェント構成を早期に書き出し、ソース管理、CI、監査、ロールバックが可能な開発資産へ再構成する必要がある。
OpenAIはセルフサービスFine-tuningの新規利用を段階的に制限し、既存のアクティブ顧客も2027年1月6日以降は新しい学習ジョブを作成できなくなる。推論はベースモデル終了まで継続するが、企業は学習データ、評価セット、モデル台帳、代替手段をベンダー非依存の資産として再構成する必要がある。
OpenAIはGPT-Realtime-2.1とmini版を公開した。英数字認識、無音・雑音処理、ユーザー割り込みの改善が中心で、音声エージェントは文字起こし精度だけでなくターン制御、ツール実行、遅延、費用を実通話で再評価する必要がある。
OpenAIは2026年7月23日、GPT-5系、Codex、検索、音声、Deep Researchなど旧モデルID15種を停止する。固定スナップショットだけでなくlatest系エイリアスも含まれるため、コード、環境変数、評価基準、フォールバック設定を横断確認する必要がある。
OpenAIはGPT-5.6 Sol、Terra、Lunaを公開した。gpt-5.6エイリアスは最上位のSolへ接続されるため、既存システムはモデル選択、推論設定、プロンプトキャッシュ、料金試算を個別に見直す必要がある。
AWSはAmazon Bedrockのクォータ資料を更新し、bedrock-runtimeとbedrock-mantleではRPMとトークン制限の考え方が異なることを明確化した。移行時はリクエスト数中心の制御をトークン量中心へ見直す必要がある。
文章作成や要約が速くなっても、確認、転記、承認、修正、例外対応が残れば、組織全体の仕事は減らない。AI導入を個人の時短で終わらせず、業務量とリードタイムを本当に減らすための再設計を解説する。
AIエージェントは曖昧な業務を扱えるが、判断を完全に任せればよいわけではない。ルール、固定ワークフロー、エージェント、人間判断を分け、例外時の停止と引き継ぎを先に設計する必要がある。
AIモデルには精度、速度、費用、コンテキスト、ツール利用、データ管理の差がある。単一の高性能モデルへ全処理を集めるのではなく、業務難度とリスクに応じて使い分ける設計が必要になる。
プロンプトインジェクションを完全に見抜く前提では、実行権限を持つAIエージェントを安全に運用できない。必要なのは入力検知だけでなく、最小権限、承認、分離、監査、取り消しを組み合わせた能力制御である。
コーディングAIの主戦場は、入力中の補完から、課題を受け取り、隔離環境で変更し、テスト結果とPull Requestを返す非同期作業へ移った。生産性を決めるのはモデル性能より、タスク定義、テスト、レビュー設計である。
AIモデル、API、料金、利用規約、政策・規制の変更差分を、一次情報から確認するニュースデスクを公開します。