CursorのOpenAIモデル終了で使えなくなる機能とCursor本体への影響

Cursor本体が終了するという発表ではありません。変わる予定なのは、Cursorが契約を通じてOpenAIモデルを提供する経路です。
2026年11月12日も正式確定日ではなく、OpenAIが提案している停止日として公表されています。

CursorでOpenAIモデルを選んでいる企業は、製品全体を急いで乗り換えるより、どの機能がどのモデル経路を使うかを先に分ける必要があります。
ここでは2026年8月31日時点の公式情報から、影響する範囲、継続経路、社内で確認する項目を整理します。

Cursor本体は終了しない、OpenAIモデルの契約終了予定が発表

OpenAIは2026年8月28日、SpaceXへ、CursorにOpenAIモデルを提供する契約を終了する意向を通知したと発表しました。提案した停止日は2026年11月12日です。

ただし、OpenAIのHelp Centerは正式な終了日はまだ確定していないと説明しています。
Cursor側が提案日より前にアクセスを終える可能性もあるため、社内予定表には「確定日」ではなく提案日・最終確認日・確認担当を分けて記録するのが安全です。

モデル退役や提供期限をまとめて管理する方法は、AIツールの保守期限を台帳で管理する方法でも確認できます。

出典: OpenAI「Our decision on Cursor following its acquisition by SpaceX」(英語)

出典: OpenAI Help Center「Using OpenAI models in Cursor」(英語)

CursorのOpenAIモデル終了で影響する機能

最も直接的な影響を受けるのは、CursorのモデルピッカーでOpenAIモデルを選ぶ経路です。OpenAIは移行期間中、Cursorが現在利用するモデルへのアクセスを続ける一方、将来のOpenAIモデルは提供しない方針を示しています。

機能・経路	2026年8月31日時点の影響	確認すること
モデルピッカー	契約経由のOpenAIモデルが対象	正式終了日と対象一覧
Auto	OpenAIへの振り分け条件は変更の可能性	終了後のルーター構成
Tab・Cloud Agents等	BYOKでは代替不可	別モデルでの継続条件
Cursor本体	終了発表なし	Cursor公式の更新情報

BYOKが使えないことと、機能自体が止まることは同じではありません。
Autoの終了後の振り分け先や既存チャットの扱いは未発表のため、推測で社内告知せず、AI調達リスクとベンダー依存の備え方のように未確定事項を台帳で分離します。

本体で続く機能と未確定の範囲

Cursorは2026年8月14日にSpaceXによる買収完了を発表し、開発継続と独自モデル強化の方針を示しました。公式ドキュメントにもCursorモデルのほか、複数プロバイダーのモデルが掲載されています。

そのため、OpenAIモデルの供給終了予定をCursor全体の停止へ広げて解釈するのは誤りです。
一方、どのOpenAIモデルがいつ一覧から外れるか、Autoが何へ切り替わるか、既存履歴をどう扱うかは、Cursorの正式案内を待つ必要があります。

別モデルを比較するときは知名度だけで決めず、AIコーディングツールの選び方を参考に、コード品質、レビュー負荷、権限管理まで同じ軸で見ます。

出典: Cursor「Cursor is now a part of SpaceX」(英語)

出典: Cursor Docs「Models & Pricing」(英語)

OpenAIモデルをCursor内で使い続ける3つの経路

OpenAIが案内する継続経路はBYOK、Codex IDE拡張、AIゲートウェイの3つです。ただし、同じCursor内でも対象範囲は一致しません。

1. OpenAI APIキーのBYOK: 対応するローカルChatとAgentで利用する
2. Codex IDE拡張: Cursorのモデルピッカーとは独立した拡張として使う
3. AIゲートウェイ: 組織のゲートウェイ経由でローカルChatとAgentへ接続する

どの経路を選んでも、モデル名を置き換えただけで移行完了とは判断しないことが大切です。
生成AI評価の基準を固定し、モデル更新前の品質テストと同じ入力、合格条件、レビュー担当で比較します。

CursorのOpenAIモデル終了前に企業が確認する5項目

確認の単位は「Cursorを使っているか」ではなく、機能、選択モデル、業務、管理設定です。影響を受けない部署まで一斉移行させると、検証量と教育負荷が増えます。

• 利用機能: Chat、Agent、Tab、Auto、Cloud Agents、Automations、CLIを分ける
• モデル指定: OpenAIモデルの固定指定とAuto利用を記録する
• 品質テスト: 代表タスクと合格条件で候補モデルを比べる
• 管理: 許可モデル、APIキー、請求先、機密コードの取り扱いを確認する
• 監視: OpenAI Help CenterとCursor公式の確認担当・確認日を決める

APIキーをコードや共有設定へ直書きせず、移行候補のモデルへ機密コードを送る前にデータ保持、利用条件、社内ポリシーを確認します。
類似の退役対応は、Claudeモデル退役前の確認3項目も参考になります。

よくある質問

契約、機能、利用経路を分けると、速報の見出しだけで判断するリスクを減らせます。

Cursor終了ではなくOpenAIモデル利用経路の変更として備える

CursorのOpenAIモデル終了への備えとは、Cursor全体を捨てることではなく、OpenAIへつながる経路だけを見つけて代替を試すことです。

まずモデルピッカーでOpenAIモデルを固定している業務を1つ選び、同じ入力と合格条件で別モデルを比較します。
正式日が更新されたら台帳を直し、検証を通過した業務だけを順に切り替えると、速報に振り回されず準備できます。