CursorでGPT系モデルを使っている人に、見過ごしにくい変更が来ました。OpenAIは、SpaceX傘下となったCursorへのモデル提供契約を終了する方針を発表しました。提案されている停止日は2026年11月12日です。
ただし、ここで「11月12日からCursorではOpenAIモデルを一切使えない」と早合点すると、話を必要以上に大きくしてしまいます。
終了の対象は、OpenAIがCursorへ直接モデルを提供する現在の契約です。OpenAIは同時に、利用者がCursor内でOpenAIモデルを使い続けるための別ルートも案内しています。
11月12日は確定日ではなく、提案中の移行期限
OpenAIの発表によると、同社はSpaceXへ契約終了の意向を通知し、停止日として11月12日を提案しました。契約上認められた最大の予告期間を設け、現在Cursorが利用しているOpenAIモデルへのアクセスを移行期間中は維持する考えです。
一方、OpenAI Help Centerは、正式な終了日は両社間でまだ確定しておらず、Cursor側が早めにアクセスを終える可能性もあると説明しています。したがって11月12日は重要な目安ですが、運用計画では「確定した締切」ではなく「現時点の提案期限」として扱うのが正確です。
背景にあるのは、Cursorを開発するAnysphereがSpaceX傘下へ入ったことです。Cursor側も8月14日の公式発表で買収完了を認め、SpaceXの計算資源を使った独自モデル開発を進める方針を示しました。
OpenAIは変更支配後の契約条項と利用規約順守への懸念を理由に、現在の直接提供を終えるとしています。
何が止まり、何が残るのか
影響の中心は、Cursorの契約を通じて提供されるOpenAIモデルです。OpenAIは移行期間中、Cursorが現在使っているモデルへのアクセスを続ける一方、将来の新モデルは提供しない方針を明記しました。
つまり、当面動く機能が突然すべて消えるというより、時間とともにモデル選択や新機能の差が広がる可能性があります。
チーム利用では、モデル名だけでなく請求経路も確認したいところです。Cursorのプランに含まれる利用なのか、自社のOpenAI APIキーを設定しているのか、別のクラウドやゲートウェイを経由しているのかで、影響範囲が変わります。
社内手順書に「CursorでGPTを使う」とだけ書かれている場合は、今のうちに接続方式まで記録しておくと混乱を減らせます。
公式に案内された3つの継続方法
OpenAIが示した選択肢は大きく三つです。一つ目は、自分または組織のOpenAI APIキーをCursorのローカルChatやAgent機能へ設定する方法です。利用料はOpenAI API側で発生するため、従来のCursor契約に含まれる枠とは請求と上限が変わります。
二つ目は、CursorへCodex IDE拡張を入れ、ChatGPTの対象プランまたはOpenAI APIキーで利用する方法です。編集画面はCursorのままでも、OpenAIモデルを使う入口をCursorの標準提供からCodexへ分けられます。
日常のエージェント作業をOpenAI側の正式な経路へ寄せたい人には分かりやすい選択肢です。
三つ目は、Amazon BedrockやAzure、OpenAI互換のAIゲートウェイを使う方法です。ただし、互換エンドポイントなら何でも同じように動くわけではありません。
モデル固有の設定が渡らない場合があり、ゲートウェイの認証情報はCursor Tab、Auto、Cloud Agent、Background Agent、Automations、CLI、APIやSDKには適用されないとOpenAIは注意しています。
移行前に確認したい実務ポイント
最初に行うべきは、現在どの機能がどの認証と請求を使っているかの棚卸しです。そのうえで、同じリポジトリと代表的なタスクを使い、代替経路で結果、速度、ツール利用、コストを比較します。モデルを切り替えられることと、既存ワークフローが同じ品質で動くことは別問題です。
特に企業では、個人APIキーを急きょ配るより、権限管理、利用上限、ログ方針、退職者のアクセス停止まで含めて接続方法を決める必要があります。ゲートウェイを挟む場合も、Cursorのどの機能まで対象になるかを小さな検証で確認した方が安全です。
今回の変更は、AIエディタの価値が一社のモデルだけで決まらなくなったことを映しています。CursorはSpaceXの計算資源と独自モデルへ軸足を移し、OpenAIはCodexやAPIという自社管理の入口を用意する。利用者に必要なのは、陣営選びよりも接続経路を見える化し、11月を待たずに移行テストを始めることです。
コメント