CursorのOpenAIモデルは11月12日終了？継続する3つの方法

0111月12日に何が変わる？予定日と正式終了を区別

OpenAIは2026年8月28日、Cursorへモデルを提供する契約を終了する意向を発表し、提供停止の予定日を11月12日としました。一方、11月5日に確認した最新ヘルプは、11月12日までの移行期間を提案しており、正式な終了日は両社間で確定後に知らせると説明しています。

ヘルプは、Cursorの判断により早くアクセスが終了する可能性にも触れています。したがって、11月12日の何時に全員同時に止まるとも、その日までは必ず使えるとも断定できません。期日が近いため、実際に使う機能と継続方法の確認は先に進めておくのが実務上の判断です。

対象はOpenAIモデルの提供契約です。Cursorというエディタ自体の終了や、他社モデルを含む全機能停止の発表ではありません。契約の背景に関する主張の評価ではなく、この記事では利用者が準備することに絞ります。

根拠：OpenAI：8月28日の会社発表

根拠：OpenAI：最新のCursor利用ヘルプ

02自分の作業は対象？Chat・Agent・Tabを分ける

まず、いつもOpenAIモデルを使う場所を確認します。Cursorのモデル選択で使う方法と、エディタ内の独立したCodex拡張は別です。似た名前のAgentでも、どちらの画面から始めているかで対応が変わります。

この表はOpenAIヘルプの対象範囲を整理したものです。Cursorが将来仕様を変える可能性もあるため、機能名だけでなく最新のCursor側の説明を照合します。

簡単な棚卸しとして、最近の作業を「コードの質問」「ファイル編集」「Tab補完」「クラウドでの実行」に分け、どのモデルが必要かを書き出してみてください。すべてを一度に切り替えず、止まると困る作業を先に確認できます。

根拠：継続方法の対象と持込キーの対象外機能

03方法1：自分のOpenAI APIキー｜モデル・請求・データを確認

OpenAIは、対応するローカルChat・Agentで自分のAPIキーを使う経路を案内しています。ただしCursor公式の持込キー説明は、OpenAIについて標準の非推論チャットモデルを挙げています。必要なモデルが使えるかは、Cursorのモデル選択とAPI組織の利用条件で確認し、全OpenAIモデルを使えるとは考えないでください。

キー設定の前に確認することAPIはChatGPTやCursorの月額料金と別です。また、CursorのZero Data Retention（ZDR）は持込キーに適用されません。業務コードを扱う場合は、請求先とデータ条件を管理者と確認してから設定します。

1. APIアカウントの請求設定、利用可能モデル、予算・使用量の管理方法を確認します。
2. Cursor Settings → Modelsで、OpenAIのキー設定欄を確認します。
3. 正規の設定欄へキーを入力し、保存・検証します。チャット本文やリポジトリには貼りません。
4. 対象モデルを有効にし、対応するローカルChat・Agentで選択します。
5. 秘密を含まない小さな作業で、応答、機能、請求先を確認します。

これは公式資料を整理した導入の流れで、今回の実機検証ではありません。キーを登録できたことと、必要なモデルやツールが期待どおり動くことは別です。失敗した場合は、キーの有効性、モデルアクセス、組織・請求設定、Cursorの対応範囲を分けて確認してください。

個人と組織でCursor側の料金も異なる

Cursor公式は、個人プランでは持込キーのモデル費用をプロバイダーが請求し、Cursorの含有利用枠や前払いクレジットからは消費しないと説明しています。一方、Teams・Enterpriseでは、対象モデルにCursor Token Rateが適用される場合があります。API費用だけで総額が決まると考えず、自分のプランとモデルの対象条件を確認してください。

「自分のキーだから端末から直接送信」とは限らない

Cursorは、最終的なプロンプト構築のためリクエストが同社サーバー経由となり、キーも暗号化してリクエストごとに送られると説明しています。サーバーには永続保存しないとの説明ですが、端末の外へ一切出ない方式ではありません。保存・処理条件を確認できない場合は業務データで試さないでください。

根拠：Cursor：APIキーの設定・モデル範囲・料金・データ条件

根拠：OpenAI：持込キーと別課金の案内

根拠：OpenAI API：モデルごとの最新料金

04方法2・3：Codex拡張とゲートウェイは何が違う？

Codex IDE拡張：Cursorの中に別の作業入口を追加

Codex拡張はCursorのモデル選択とは独立して動きます。対象のChatGPT契約でサインインするか、APIキーを使う方式です。拡張を入れても、CursorのChat・Agent・Tab・Autoのモデルを一括で置き換えるわけではありません。

1. OpenAIの公式Codex IDE拡張ページから、Cursor向けの導入先を確認します。
2. 拡張の提供元と、組織でインストールが許可されているかを確認します。
3. Codexを開き、ChatGPTサインインかAPIキーか、利用する認証方式を選びます。
4. プロジェクトを開き、Codexパネル側から小さなタスクを試します。

ChatGPTサインインで使えるプラン・利用枠と、APIキーの従量課金は別です。Cursorの契約だけでCodexの利用権や無制限枠が付くとは考えないでください。実装前には、作業フォルダと編集・実行権限も確認します。

AIゲートウェイ：組織で管理する接続先を利用

OpenAIヘルプは、Azure、Amazon Bedrockなどの対応プロバイダーを通じた経路も案内しています。組織で既にアクセスと請求を管理している場合の候補ですが、利用モデル・API互換性・機能は接続先ごとに異なります。

接続先のエンドポイント、認証情報、モデル名またはデプロイ名を、管理者の正規案内で確認します。CursorのModels設定で対応連携または互換エンドポイントを設定し、ローカルChat・Agentで必要機能を確認します。第三者の手順にあるURLや認証情報を、そのままコピーして業務コードを送らないでください。

ゲートウェイ経由でもTab・Auto等の対象外機能を自分のキーで置換できるわけではありません。また、独自パラメーターやモデル固有の制御が渡らない可能性があります。設定できたというだけで、従来のワークフローと完全互換とは判断しません。

根拠：Codex拡張・ゲートウェイの役割と制限

根拠：OpenAI：Codex IDE拡張の公式案内

05移行前チェック｜料金と権限を変える前に小さく試す

次の順番は編集部の準備提案です。モデル名だけを置き換えるのではなく、必要な仕事が同じ条件でできるかを確認します。

1. 現状を記録：Cursorのバージョン、契約プラン、使う機能とモデル、必要な拡張を控えます。
2. 必須条件を決める：ローカル編集だけか、Tab・クラウド実行も必要か、機密情報を扱うかを整理します。
3. 請求先を分ける：Cursor月額、OpenAI API、Codex側の契約、ゲートウェイ費用を区別します。
4. 許可を確認：業務で使える接続先、保存条件、キーの管理者、編集・実行権限を確認します。
5. 小さく比較：秘密を含まないテスト用ファイルで、読取・提案・編集・テストの必要な範囲を確認します。
6. 結果で選ぶ：必要な機能と費用を確認してから本番の経路を切り替えます。

作業中の変更は自分の通常の管理方法で保存し、何を試したか記録しておくと、エラー時に元の設定との差を確認できます。会話や設定フォルダの一括削除、セキュリティ機能の無効化から始める必要はありません。

現在のCursorプラン・バージョン：
普段使う機能：Chat／Agent／Tab／Auto／Cloud／CLI／その他
必要なモデル：
候補：持込APIキー／Codex拡張／組織ゲートウェイ／別モデル
請求先・予算の管理方法：
組織の許可とデータ条件：
テストする小さな作業：
確認できた機能・できなかった機能：
正式終了日の公式再確認日：
次の行動：

APIキー・トークン・秘密を含むエンドポイント・社内コードをメモや公開コメントへ貼りません。利用上限や追加課金は、実際の請求画面と組織のルールで管理してください。

06よくある質問