CursorでOpenAIモデルが停止｜11/12の影響と乗り換え先

Cursorで普段からGPT系モデルを使ってコードを書いている人にとって、見過ごせない発表がありました。OpenAIは2026年8月28日、SpaceX傘下となったCursorへの自社モデルの直接提供を、2026年11月12日で終了すると公式に告知しました。つまり同日以降、Cursorのサブスクリプションに同梱された形でGPT系モデルを呼び出す従来の使い方は止まります。この記事では、いつ何が終わるのか、なぜOpenAIが提供をやめるのか、これまでのCursorの「モデル非依存」がどう変わるのか、そして自分のOpenAI APIキー（BYOK）やClaude Codeなど代替への乗り換えを、サイト制作・自社ツール開発の現場目線で具体手順までまとめます。

01CursorでOpenAIモデルが使えなくなる｜発表の要点

まず結論からお伝えします。OpenAIは2026年8月28日（金）に公式アカウントで、SpaceXによるCursorの買収を受けてパートナーシップを終了し、Cursorから自社モデルへの直接アクセスを2026年11月12日で終了すると告知しました。編集部が公式Xの投稿を確認したところ、OpenAIはSpaceXによる買収を受けてCursorとのパートナーシップを終了し、Cursorからの自社モデルへの直接アクセスを11月12日に終了する、と表明していました。日本のXでもこの話題は速報として急速に広がり、8月29日時点で関連ポストが4,000件を超えるトレンドになっています。

いつ、何が終わるのか

終わるのは、Cursorの契約に同梱される形でGPT系モデルを呼び出す「直接アクセス」です。期限は2026年11月12日です。それより前であれば従来どおり利用できますが、同日を境に、Cursorの標準機能としてOpenAIモデルを選ぶ導線は使えなくなる見込みです。逆に言えば、まだ約2か月半の猶予があり、慌ててすべてを切り替える必要はありません。

項目	内容
発表日	2026年8月28日（金）／OpenAI公式X
終了する対象	Cursorからの、OpenAIモデルへの直接アクセス（サブスク同梱の提供）
終了期限	2026年11月12日
理由（OpenAI談）	SpaceXが利用規約の範囲内で使う確信が持てないため
背景	SpaceXがCursorを約600億ドルで買収し、8月14日に完了

猶予は約2か月半｜今すぐ全部を切り替えなくてよい

期限まで日数があるため、まずは自分の環境がどれだけOpenAIモデルに依存しているかを棚卸しするところから始めれば十分です。CursorでどのモデルをデフォルトにしているかはCursor Settingsのモデル一覧で確認できます。GPT系を主力にしている場合ほど影響が大きいので、BYOK（自分のAPIキーでの接続）や代替モデルへの乗り換えを、11月12日までに一度試しておくのが安全です。

02なぜOpenAIはCursorへの提供を終了するのか

直接のきっかけは、CursorがOpenAIの競合の傘下に入ったことです。SpaceXは2026年8月14日にCursorの買収（約600億ドル）を完了しました。SpaceXはイーロン・マスク氏が率い、AIモデルGrokを開発するxAIも傘下に持ちます。OpenAIから見ると、自社の技術が競合の開発ツールを支える形になるため、これを避けたい動機があります。

OpenAIが挙げた理由は「利用規約への確信が持てない」

OpenAIが公にした理由は、SpaceXが自社の技術を利用規約の範囲内で使うと確信できない、という点です。日本語メディアのgori.meは、この判断の背景として、Twitter（現X）買収後に契約条件が守られなかった経緯や、マスク氏が今年の宣誓証言でxAIによるOpenAI規約違反に触れたことを挙げています。過去の関係性から、OpenAIが慎重になっているという整理です。編集部としては、この判断は個別のいさかいというより、モデル提供元が「競合の製品には自社の頭脳を貸さない」という線引きを明確にした事例だと見ています。

新モデル「Astra」はCursorに来ない

日本語メディアのgori.meは、この決定により、OpenAIの新モデル「Astra」もCursorには提供されないと報じています。つまり既存モデルの提供が11月12日で止まるだけでなく、今後の新モデルもCursorの標準ラインからは外れる見通しです。最新のOpenAIモデルをいち早くエディタ内で試したい人にとっては、Cursorが第一の窓口ではなくなる可能性があります。

03これまでとの違い｜Cursorの「モデル非依存」はどう変わるか

Cursorの強みは、これまで「どのモデルでも選べる」中立性にありました。ユーザーはAnthropicのClaude、OpenAIのGPT、GoogleのGemini、xAIのGrok、そしてCursor自身のComposer系モデルから、そのときのタスクに合うものを選べました。今回の件は、その中立性の一角が崩れることを意味します。ここからは、11月11日までと11月12日以降で何が変わるのかを見ていきましょう。

項目	これまで（〜2026年11月11日）	2026年11月12日以降	実務での意味
GPT系モデルの呼び出し	Cursorの標準機能として直接選べる	標準の直接アクセスは終了	モデル選択の画面からGPT系が外れる想定
新しいOpenAIモデル	公開後にCursorへ追加されてきた	新モデル「Astra」は提供されない	最新GPTの窓口がCursorでなくなる
モデルの選択肢	Claude／GPT／Gemini／Grok／Composer	Claude／Gemini／Grok／Composer中心	中立性が一部後退し、Grok寄りになりうる
自分のAPIキー利用	BYOKでOpenAI等を接続できる	BYOKは別枠のため残ると見られる	自前キーがあればGPTも使い続けやすい
運用の前提	1ツールで全モデルを試せる	モデルとツールの組み合わせを設計する	ツールを1つに固定するリスクが表面化

アウトプットにどんな差が出ると想定されるか

ここは実測ではなく、仕様の変化から想定される範囲としてお伝えします。CursorでGPT系を主力にしてコードや文章を書いていた人は、11月12日以降は同じ操作感のまま別モデル（ClaudeやGemini、Composer）へ切り替わることになります。モデルが変われば、同じ指示でも生成されるコードの書き方やコメントの粒度、コミットメッセージの癖などに違いが出てくるはずです。とくにGPT特有の言い回しや構成に最適化したプロンプトやルールファイルを積み上げてきた場合、乗り換え先のモデルに合わせてプロンプトを調整し直す作業が必要になります。逆に、モデル非依存の書き方（役割と制約を明示し、出力形式を指定する書き方）で運用してきたなら、切り替えの影響は小さく収まるでしょう。

0411月12日以降もOpenAIモデルを使う方法｜残る2つの経路

結論として、Cursor標準の直接提供は終わりますが、OpenAIモデルを使う道が完全に閉じるわけではないと見られます。発表が対象としているのは「Cursorからの直接アクセス」であり、ユーザーとOpenAIが個別に結ぶ契約（自分のAPIキー）や、OpenAI自身が配る拡張は別の経路だからです。ここでは残る使い方を整理します。

① BYOK（自分のOpenAI APIキー）で接続する

CursorにはBYOK（Bring Your Own Key）という、自分で取得したAPIキーを登録して使う仕組みがあります。Cursorの公式ドキュメントによると、対応プロバイダはOpenAI・Anthropic・Google AI・Azure OpenAI・AWS Bedrockです。BYOKはユーザーとOpenAIが直接結ぶ関係のため、Cursorへの「直接提供」終了とは切り分けられると考えられます。ただし、OpenAI側がAPI経由の利用条件を今後どうするかまでは発表に含まれていないため、確実に使い続けられると断定はできません。現時点で有力な回避策の1つ、という位置づけで捉えるのが安全です。

② OpenAI公式のCodex系拡張を使う

OpenAIは、エディタに組み込むための自社のコーディング支援（Codex系のIDE拡張）を提供しています。これはOpenAI自身の製品であり、Cursorへのモデル提供とは別枠です。CursorをVS Code系のエディタとして使いながら、OpenAI公式の拡張を入れてGPT系を呼ぶ、という併用は残る可能性があります。エディタの見た目や操作はCursorのまま、モデルの供給元だけを公式拡張に寄せる形です。

使い方	11月12日以降の見込み	向いている人
Cursor標準の直接アクセス	終了	—
BYOK（自分のOpenAIキー）	残ると見られる（要従量課金）	GPTを使い続けたい人
OpenAI公式のCodex系拡張	別枠のため残る可能性	エディタはCursorのままにしたい人
Claude／Gemini／Grokへ切替	そのまま利用可	モデルにこだわらない人

なお、BYOKや公式拡張が今後どこまで維持されるかは、OpenAIとCursorの双方の対応次第です。編集部としては、これらを「保険」として確保しつつ、代替モデルへの乗り換えも同時に準備しておくのが現実的だと考えています。

05Cursorで今使えるモデルと乗り換え先の選び方

11月12日以降にCursorへ残る主な選択肢は、AnthropicのClaude、GoogleのGemini、xAIのGrok、そしてCursor自身のComposer系モデルです。ここからは、乗り換え先をどう選ぶかの考え方を紹介します。

Cursorに残る主なモデル

Claudeはコード生成と長い文脈の扱いに定評があり、Cursor上でも主力として選ばれてきました。Geminiは長大なコンテキストとGoogle系サービスとの相性が持ち味です。Grokは、Cursorと同じSpaceX傘下のxAIが開発しており、今後はCursorとの結び付きが強まる可能性があります。Composerは追加のAPIキーなしでCursor内で完結する点が利点です。Grokの立ち位置や導入はGrok Buildの使い方｜導入手順とClaude Codeとの違いで整理しています。

Claude Codeへ乗り換える判断基準は？

ツールを1つに固定するリスクが表面化した今、エディタ内蔵型のCursorから、ターミナル型のClaude Codeへ主軸を移す選択肢も現実的です。判断基準はシンプルで、「エディタのGUIで差分を見ながら直したいか」「ターミナルでエージェントにまとめて任せたいか」のどちらに寄っているかです。GUIでの逐次確認を重視するならCursorや同系のエディタ、まとまった作業を任せて結果をレビューする運用ならClaude Codeが向きます。CursorとAntigravityのような代替エディタの比較はAntigravity Cursor 比較｜料金と使い分け、CursorでOpenAIの最新モデルを別経路で使う方法はClaude CodeでGPT-5.6 Solを使う方法で解説しています。

Claude系を選ぶなら押さえておくモデル

Cursorや他ツールでClaudeを主力にする場合、現行の上位モデルの位置づけを把握しておくと選定が楽になります。最新のフラッグシップと世代差についてはClaude Opus 5とは？Opus 4.8との違いと料金・移行でまとめています。

06サイト制作・LP制作の現場でどう動くか【実践】

ここからは、サイト制作やLP制作でCursorを使ってきた場合に、11月12日までにやっておく具体的な手順を紹介します。編集部でも制作の下書きやレスポンシブ調整にCursorを使う場面があり、同じ手順で移行の準備を進めています。

手順1：BYOKでOpenAIキーを登録して保険を作る

まず、GPT系を今後も使う可能性があるなら、自分のOpenAI APIキーをCursorに登録しておきます。手順は次のとおりです。

1. OpenAIのダッシュボード（platform.openai.com）でAPIキーを発行
2. Cursorを開き、Cmd+Shift+J（Windowsは Ctrl+Shift+J）で設定を開く
3. 「Models」→「API Keys」→「OpenAI API Key」に発行したキーを貼り付け
4. 「Verify」で疎通を確認し、モデル一覧で使いたいモデルを有効化

BYOKは従量課金のため、使った分だけOpenAIから請求されます。制作で多用する場合はコストを見ながら使う点に注意してください。設定はCursorのモデル画面で切り替えられるので、標準の直接提供が止まっても、キーを入れておけば同じエディタでGPTを呼べる状態を保てます。

手順2：モデル非依存のプロンプトに書き換える

乗り換えの影響を小さくする最大のコツは、特定モデルの癖に頼らない指示に直すことです。LP制作でよく使う指示を、モデルが変わっても通る形に整えておきます。

# モデル非依存の指示テンプレ（LPのセクション実装）
役割: フロントエンド実装者
入力: 下記のHTMLセクション
やること: モバイル幅375pxで崩れないようレスポンシブ対応
制約: 既存のクラス名は変えない / CSSは外部ファイルに追記
出力形式: 変更後のHTMLとCSSの差分のみ

役割・入力・やること・制約・出力形式を明示すると、ClaudeでもGeminiでも同じ意図で動きます。Cursorのエディタ内では、対象ファイルを開いてCmd+K（インライン編集）にこの指示を貼り、差分を確認してから適用する流れです。モデルを切り替えても操作は変わりません。

モデル非依存の指示が向くタスク

レスポンシブ対応、既存コードのリファクタリング、フォームのバリデーション追加のような「入力と完成条件がはっきりしたタスク」は、モデルが変わっても結果がぶれにくい領域です。逆に、キャッチコピーの語感やデザインの方向性のように正解が1つでない作業は、モデルごとの個性が出やすいので、乗り換え後にいくつか試して手に馴染むものを選ぶとよいです。

手順3：制作案件ごとにデフォルトモデルを決めておく

案件でモデルがばらつくと、成果物の書き癖も揃わなくなります。11月12日を前に、コーディング用・文言用でそれぞれ乗り換え先のデフォルトを決め、プロジェクトのルールファイル（Cursorの設定やリポジトリのルール）に明記しておくと、チームでも迷いが減ります。

07自社ツール開発でモデル切り替えを止めない備え【実践】

社内の自動化ツールや業務ツールでOpenAIのAPIを直接叩いている場合、今回のCursorの件は直接の対象ではありません。ただし「モデル提供元は突然変わりうる」という教訓は同じです。ここでは、どのモデルにも切り替えられる構造にしておく書き方を紹介します。編集部では、記事の下調べを補助する社内スクリプトをこの形で組み、提供状況に応じて差し替えています。

依存を1箇所に寄せる｜環境変数でモデルを差し替える

モデルの指定をコードに直書きせず、環境変数に逃がします。こうすると、提供が止まったときに設定の1行を変えるだけで乗り換えられます。

# .env（設定を1箇所に集約）
MODEL_PROVIDER=openai
OPENAI_API_KEY=sk-xxxx
ANTHROPIC_API_KEY=sk-ant-xxxx

# provider.py（呼び出し口を1つにする）
import os

def chat(messages):
    provider = os.environ.get("MODEL_PROVIDER", "openai")
    if provider == "openai":
        from openai import OpenAI
        client = OpenAI()
        r = client.chat.completions.create(model="gpt-5.6", messages=messages)
        return r.choices[0].message.content
    if provider == "anthropic":
        import anthropic
        client = anthropic.Anthropic()
        r = client.messages.create(model="claude-opus-5", max_tokens=2000, messages=messages)
        return r.content[0].text
    raise ValueError("unknown provider")

コード中のモデル名は例であり、各プロバイダの最新の指定に合わせて置き換えてください。呼び出し側はchat(messages)を使うだけにして、モデルの違いをこの関数の中に閉じ込めます。乗り換えるときはMODEL_PROVIDERをanthropicに変えるだけで済みます。

フォールバックを1段用意しておく

提供停止や障害に備え、主モデルが失敗したら別モデルへ自動で切り替える一段を入れておくと、業務が止まりません。

# 主モデルが落ちたら予備へ切り替える
def chat_safe(messages):
    for provider in ["openai", "anthropic"]:
        try:
            os.environ["MODEL_PROVIDER"] = provider
            return chat(messages)
        except Exception:
            continue
    raise RuntimeError("all providers failed")

この形にしておけば、特定ベンダーの提供方針が変わっても、設定変更とキーの追加だけで対応できます。Cursorのようなツール側の変更に振り回されず、モデルを資産として扱えるのが利点です。

ベンダーロックインを避けるという発想

今回のCursorの件が示したのは、便利なツールでも供給元の都合で使い方が変わりうる、という当たり前の事実です。特定のモデルやツールに深く最適化するほど、変更が起きたときの手戻りは大きくなります。呼び出し口を1つにまとめ、指示をモデル非依存に整えておけば、次に何が起きても設定の付け替えで乗り切れます。この考え方は、Claude Codeなど他のエージェントを併用するときにも同じように役立ちます。

0811月12日までに確認しておくこと

期限までにやることは多くありません。次の順で確認すれば、慌てずに移行できます。

• Cursorのモデル一覧を開き、GPT系をデフォルトにしていないか確認する
• GPTを今後も使うなら、BYOK用のOpenAI APIキーを発行してCursorに登録しておく
• よく使う指示を、役割・制約・出力形式を明示したモデル非依存の形に整える
• コーディング用・文言用の乗り換え先（Claude／Gemini／Composer）を決めておく
• 自社ツールでOpenAIを直叩きしている箇所を洗い出し、呼び出し口を1つにまとめる

どれも数十分で終わる作業です。約2か月半の猶予のうちに一度試しておけば、11月12日を過ぎても作業が止まることはありません。

FAQよくある質問

09まとめ：乗り換えを決める判断基準

今回の件をどう受け止めるかは、「モデルを1つに固定していたか、差し替えられる形にしていたか」で分かれます。GPT系をCursorの標準機能として主力にしてきたなら、11月12日までにBYOKか代替への乗り換えを一度試しておくのが失敗しない進め方です。逆に、役割と制約を明示したモデル非依存の運用ができていれば、切り替えの影響は小さく収まります。まずはCursorのモデル一覧を開いて自分の依存度を確認し、コーディング用の乗り換え先を1つ決めるところから始めてください。代替エディタの比較はAntigravity Cursor 比較、ターミナル型への移行はClaude CodeでGPT-5.6 Solを使う方法でまとめています。

10出典

• OpenAI 公式X「Our decision on Cursor following its acquisition by SpaceX」https://x.com/OpenAI
• Reuters（配信）「OpenAI to end partnership with SpaceX’s Cursor」933thedrive.com
• gori.me「Cursorで使えるOpenAIモデル、11月12日で終了。SpaceX買収が引き金」gori.me/it/169477
• Bloomberg「SpaceX Completes $60 Billion Cursor Acquisition」bloomberg.com
• Cursor Docs「Bring your own API key」cursor.com/help/models-and-usage/api-keys

乗り換え先を検討するなら、ClineとCursorの違い（料金・動作環境・選び方の比較）もあわせて参考にしてください。