CursorでOpenAIモデルが停止｜11/12の影響と対処

「使っているAIツールが、来月から一部使えなくなるらしい」——そんなニュースが流れてきたとき、まず知りたいのは是非の議論ではなく、自分が影響を受けるのかどうかだと思います。

結論から言うと、今回のCursorとOpenAIの件で直接の影響を受ける人は限られます。提供側の説明では、対象はCursor利用全体の約5%です。ただし「自分のAPIキーを挿し直せば全部そのまま使える」わけではない点だけは、先に知っておく必要があります。

株式会社Fyveは、AIを使った業務の仕組みを設計し、実際に無人で動かし続けている立場から記事を書いています。この記事では、どちらの企業の言い分が正しいかは論じません。外部から借りている機能が切れたとき、手元で何が止まるのか——その一点だけを扱います。

何が起きたのか——2026年8月29日の発表を時系列で整理する

まず事実関係を、日付とともに整理します。ここを曖昧にしたまま対処を考えると、慌てなくていい場面で慌てることになります。

買収から通知、そして停止予定日まで

起点は買収です。2026年8月14日、SpaceXがAIコーディングツール「Cursor」の買収を完了しました。取引規模は600億ドルと報じられています。

その2週間後、2026年8月28日にOpenAIがSpaceXに対して正式な通知を出しました。内容は、Cursorに対する自社モデルの提供を終了するというものです。

そして翌8月29日、OpenAIが公式アカウントでこの方針を公表しました。提示された停止予定日は2026年11月12日です。あわせて、今後リリースされる新しいモデルについても提供を拡大しない方針が示されています。

OpenAIが挙げた理由

OpenAIが公表した理由は、「SpaceXが自社の利用規約を遵守すると確信を持てない」というものです。その根拠として、Musk氏関連企業による過去の規約違反に言及しています。

具体的には、カリフォルニア州オークランドの連邦地裁での審理において、Musk氏がxAIによる「蒸留（distillation）」——他社モデルの出力を使って自社モデルを訓練する手法——の使用を宣誓のうえで認めた、という経緯が挙げられています。

この件についてどちらの主張が妥当かは、この記事の論点ではありません。押さえておきたいのは、停止の理由が「利用者の使い方」とはまったく無関係だったという構造のほうです。真面目に月額を払って使っていた人が、自分の行動と一切関係のないところで期限を切られています。

見落とされやすい2つ目の論点——新しいモデルは来ない

報道の見出しは停止日に集中していますが、実務上もう1つ効いてくる点があります。OpenAIは、今後リリースされる新しいモデルについても提供を拡大しない方針を示しています。

つまり仮に協議で停止日が延びたとしても、その先にあるのは「今あるモデルを使い続けられる」状態であって、「これから出るモデルも使える」状態ではありません。AIの分野では、半年前のモデルと最新のモデルで作業の質が体感できるほど変わることがあります。

この違いは、判断の期限を実質的に前倒しします。「停止日まで使えるから、それまで考えなくていい」ではなく、「その系統の性能はここで止まる」という前提で考えるほうが実態に近い、ということです。

「11月12日」は確定した終了日ではない

ここは誤解が多いところなので、正確に書きます。11月12日という日付は、OpenAI側が提示した移行期限であって、確定した終了日ではありません。報道では、これより早く終わる可能性も指摘されています。

一方でCursorの共同創業者であるMichael Truell氏は、この件を認めたうえで「OpenAIと解決に向けた協議を続けている」と述べています。つまり延びる可能性も、早まる可能性も、両方ある状態です。

期日が動きうる案件で最も危険なのは、「たぶん延びるだろう」と見込んで何も準備しないことです。逆に、確定していない日付を理由に今日すべてを作り替えるのも過剰です。この記事の後半では、その中間にある「今日やっておくと損をしない確認」を扱います。

自分は影響を受けるのか——3つの質問で切り分ける

ここが多くの読者にとって一番知りたい部分だと思います。3つの質問に順番に答えれば、自分の立ち位置が分かります。

質問1｜そもそもCursorを使っているか

使っていなければ、11月12日に起きることによる直接の影響はありません。ここで記事を閉じても実害はない、というのが正直なところです。

ただし、この記事の後半で扱う「自分が使っている道具は、誰のモデルで動いているのか」という話は、Cursorを使っていない人にこそ効きます。同じ型の出来事は、道具を変えても起こるからです。

質問2｜Cursorの中でOpenAIのモデルを選んでいるか

Cursorは複数の提供元のモデルを選んで使える設計になっています。そのため、Cursorを使っていても、OpenAIのモデルを選んでいなければ影響を受けません。

Cursorの共同創業者Michael Truell氏によれば、OpenAIのモデルはCursor利用トラフィックの約5%です。裏を返せば、大半の利用者はすでにAnthropicのClaudeやGoogleのモデルを使っており、これらは引き続き利用できます。

ただしこの「5%」という数字は、集計期間も、何を数えた割合なのかも公表されていません。トークン量なのか、売上なのか、利用者数なのかが分からない数字です。全体の傾向を掴む目安としては使えますが、自分が5%の側にいるかどうかの判断には使えません。それは自分の設定画面を開いて確かめるしかありません。

Cursorの設定画面で確認する手順

「自分がどのモデルを使っているか分からない」という状態が、いちばん判断を止めます。確認は数分で終わります。

• 1. 設定を開く——Cursorの設定画面からモデルに関する項目を探します。選択できるモデルの一覧が表示されます
• 2. 現在選ばれているモデルを見る——名前にGPTが付いていればOpenAI、Claudeが付いていればAnthropic、Geminiが付いていればGoogleのモデルです
• 3. Autoモードの扱いを確認する——自動振り分けを使っている場合、自分ではモデルを選んでいないため、どこが使われているかが分かりません。この設定の人は「影響を受けない」と断定できない側に入ります
• 4. 選んだ結果をメモに残す——確認したモデル名と日付を1行書いておきます。次に同じ型のニュースが来たとき、この1行があるだけで判断が数分で終わります

3つ目のAutoモードは見落とされがちです。「自分はOpenAIを選んでいないから関係ない」と考えている人の一部は、実際には自動でOpenAIのモデルに振られています。そして後述のとおり、Autoモード自体が個人キーでは代替できない機能でもあります。

質問3｜いつまでに何を決めるか

提示された期限まで約2ヶ月半あります。この期間の使い方は、影響の有無で変わります。

読者特典・無料ダウンロードClaude Codeを「素のまま」使うな無料でダウンロード →↓

「自分のAPIキーを挿せば済む」は成り立たない

この件でいちばん誤解されやすく、そして実害につながりやすいのがここです。

「Cursorに自分のOpenAI APIキーを設定すれば、今までどおり使えるのでは」と考える人は多いはずです。私も最初にそう考えました。しかしこれは部分的にしか成り立ちません。

個人キーで残るもの、残らないもの

報道されている内容を整理すると、個人のAPIキーを設定した場合に維持されるのは、デスクトップ版のローカルなChatとAgentに相当する範囲です。

一方で、次の機能は個人キーではカバーされないとされています。

• Tab（入力補完）——書きながら次を予測して埋めてくれる機能
• Auto モード——作業内容に応じてモデルを自動で振り分ける機能
• クラウド実行・バックグラウンドエージェント——手元のPCを閉じていても動く処理
• 自動化（automations）——決まった作業を定期的に走らせる仕組み
• CLI——コマンドラインからの実行
• API / SDK——他のシステムから呼び出す経路

なぜ機能によって差が出るのか

理由は、機能ごとに「どこを経由してモデルに届いているか」が違うからです。

チャットのように、その場でモデルに問い合わせるだけの機能は、問い合わせ先を自分のキーに差し替えれば成立します。しかしTabやAutoモード、クラウド実行のように、提供元が自前で組んだ振り分けの仕組みを通る機能は、その仕組みごと供給が止まるため、利用者がキーを持っていても復旧しません。

これは今回に限った話ではありません。「自分の契約に切り替えれば同じことができる」と言えるのは、その機能が単純な問い合わせで成り立っている場合だけです。道具の便利な部分ほど、提供元の独自の仕組みの上に建っています。

ここが今回いちばんの落とし穴

危ないのは、「APIキーがあるから大丈夫」と早合点して、確認そのものを先送りしてしまうことです。

特に注意が必要なのは、自動化やCLI経由で業務の流れに組み込んでいる場合です。この使い方は、日常的に画面を開いて操作するわけではないため、止まったことにすぐ気づけません。気づくのは、出てくるはずの成果物が出てこないと誰かが指摘したときです。

該当する可能性があるなら、期限を待たずに今週のうちに一度、代替経路で同じ処理が通るかを試してください。試すのは5分で終わりますが、止まってから慌てると数日かかります。

代替は用意されている——ただし乗り換えを勧める話ではない

ClaudeとGoogleのモデルは影響を受けない

今回の停止対象はOpenAIのモデルに限られます。Cursorで選べるAnthropicのClaude、Googleのモデルは、引き続き利用できると報じられています。

つまり多くの利用者にとって、今回の件は「使えるモデルの選択肢が1つ減る」話であって、道具そのものが使えなくなる話ではありません。ここを取り違えると、必要のない移行作業に時間を使うことになります。

供給側の反応

発表から数時間後、Anthropicの共同創業者兼COOであるTom Brown氏が、Cursorは Claude 3.5 の頃からの信頼できるパートナーであるとしたうえで、Cursor上でClaudeを支えるための計算資源を増強していくと表明しました。

この動き自体は利用者にとって朗報ですが、同時に構造も示しています。1社が降りると、残った側の重要度が上がる。今回はたまたま代替が潤沢でしたが、常にそうとは限りません。

今すぐ動くべきかどうかの判断

私の見方は次のとおりです。

• 手動でチャットしながら使っているだけなら、急ぐ必要はない。他モデルを1週間試して、手に馴染むかを見れば足ります
• 自動化・CLI・API経由で業務に組み込んでいるなら、今週中に代替の動作確認をする。ここだけは期限を待たない
• 道具ごと乗り換えるかどうかは、この件だけを理由に決めない。停止するのはモデル1系統であって、道具ではないからです

AIコーディングツールの選び方そのものを整理したい場合は、こちらで比較しています。

Claude CodeClaude Code vs Cursor 徹底比較｜どっちを使うべき？実務者が本音で解説

本当の論点は「借り物のエンジンで動いている道具」

ここからが、Cursorを使っていない人にも関係する部分です。

予告された廃止と、今回の停止は型が違う

外部サービスが止まる場面には、大きく2つの型があります。

1つ目は予告された廃止です。提供元が「この機能は何月何日で終わります」と自ら公表し、多くの場合は数ヶ月の猶予がある。これは調べれば分かるので、見に行く工程さえ持っていれば対処できます。この型への備え方は別記事にまとめています。

AIのAPI提供終了に備える｜廃止予定の調べ方と棚卸し手順

2つ目が今回の型です。提供元と道具の間の契約が、利用者と無関係な事情で切れる。買収、方針転換、訴訟——どれも利用者側の廃止予定ページには載りません。載る場所が存在しないからです。

この違いは重要です。1つ目は「見に行けば分かる」ので、工程を作れば防げます。2つ目は予測する手段がありません。だから備え方が変わります。予測ではなく、切れたときに何が止まるかを事前に知っておく——できるのはそこまでです。

私の場合——画像生成の経路が1つ死んでいた話

私は記事を書いて公開するまでの工程を、人が張り付かない形で毎日動かしています。その中には、図やサムネイル画像を生成する工程があります。

この工程には、最初から2つの経路を用意していました。主経路と、それが失敗したときに自動で切り替わる別系統です。用意した理由は立派な設計思想ではなく、単に一度止まって困ったからです。

そして実際、主経路のほうが1ヶ月以上にわたって使えない状態が続きました。認証の失効が原因で、モデルそのものの問題ではありません。しかし利用者から見れば、原因が何であれ「使えない」という結果は同じです。

このとき何が起きたか。工程は止まりませんでした。別系統に切り替わって画像は作られ続け、記事は毎日出ていました。私が主経路の失効に気づいたのは、ログを見返したときです。

ここから得た教訓は2つあります。1つは、予備の経路は「あると安心」ではなく、実際に主経路が死んでいる期間を丸ごと肩代わりするということ。もう1つは——こちらのほうが重要ですが——予備があると、壊れたことに気づかないということです。だから予備を置いたら、予備そのものも点検の対象に入れる必要があります。

外部依存が切れたときに被害を「止まるだけ」で済ませる設計の考え方は、別記事でも書いています。

AIは全部クラウドに預けるな｜手元で回す工程の選び方

依存の数を数えるのではなく、切れたときに何が止まるかを数える

「依存を減らしましょう」という助言をよく見ますが、実務ではあまり役に立ちません。使うサービスは仕事が増えれば増えるからです。

数えるべきなのは依存の数ではなく、1つ切れたときに連鎖して止まる工程の数です。10個のサービスを使っていても、それぞれが独立していて代替があるなら被害は限定されます。逆に3個しか使っていなくても、そのうち1つが他の2つの入口になっているなら、そこが落ちれば全部止まります。

そしてこの数え方をすると、「借り物のエンジンで動いている道具」は依存が二重になっていることが見えてきます。あなたと道具の契約、道具とモデル提供元の契約。後者はあなたの目に見えず、あなたに交渉権もありません。今回起きたのは、まさにこの見えないほうの契約が切れた出来事です。

今日できる4つの確認

ここまでを踏まえて、今日30分でできることを4つに絞ります。特別な道具は要りません。

確認1｜使っているAIの道具を全部書き出す

紙でもメモアプリでも構いません。チャット、文字起こし、画像生成、議事録、メールの下書き——月額を払っているものは全部書き出します。

探す場所は3つです。クレジットカードの明細、各サービスの管理画面、そして仕組みを作ってもらった相手への確認。この3つでほぼ洗い出せます。

ここで多くの人が驚くのは、数の多さより、記憶と実際のズレです。使っていないつもりのものが課金され続けていたり、逆に業務の要になっているものが書き出されなかったりします。

確認2｜設定画面のモデル選択欄を開く

調べ方は拍子抜けするほど簡単です。各サービスの設定画面を開いて、モデルを選ぶ欄があるかを見るだけです。

そこに他社の名前——OpenAI、Anthropic、Googleといった提供元の名前が並んでいたら、その道具はエンジンを借りて動いています。選択欄がなく、提供元の名前がどこにも出てこない場合は、内部で使っているモデルを公開していないか、自社で持っているかのどちらかです。

この作業の目的は乗り換え先を探すことではありません。自分の道具の中身を、自分が知っている状態にすることです。

確認3｜選べる提供元が1社しかない道具に印を付ける

モデル選択欄を見て、選べる提供元が1社しかないものに印を付けます。選択肢が1つということは、その1社が降りたら止まるということです。

今回のCursorが比較的穏やかに済んでいるのは、まさにここが理由です。複数の提供元から選べる設計だったため、1社が抜けても道具ごと止まることはありませんでした。これは運ではなく設計の差です。

印を付けたものは、優先して次の確認に進みます。

確認4｜溜めたものを外に出せるかを確かめる

最後に、印を付けた道具について、そこに溜めてきたもの——履歴、設定、生成物——を書き出して持ち出せるかを確認します。書き出し機能があるか、あるならどの形式か。

持ち出せないなら、それは資産ではなく人質です。厳しい言い方ですが、止まった瞬間に価値がゼロになるものを資産とは呼べません。

逆に、持ち出せることさえ確認できていれば、供給が切れても失うのは道具の使い勝手だけで、蓄積は残ります。この差が、慌てる人と慌てない人を分けます。

よくある質問

11月12日を過ぎると、Cursorは使えなくなりますか

いいえ。使えなくなるとされているのは、Cursor経由でのOpenAIモデルへのアクセスです。AnthropicのClaudeやGoogleのモデルは引き続き利用できると報じられており、道具そのものが停止するわけではありません。

今すぐ別のツールに乗り換えるべきですか

その必要は薄いと考えています。停止するのはモデル1系統であって道具ではないため、この件だけを理由に乗り換えると、移行コストのほうが大きくなりがちです。ただし自動化やCLI経由で業務に組み込んでいる場合は、乗り換えではなく代替モデルでの動作確認を今週中に行ってください。

自社は開発をしていません。それでも関係ありますか

直接の影響はありません。ただし記事後半の「借り物のエンジン」の話は、開発以外のAIツールでもそのまま当てはまります。文字起こし、議事録、画像生成、チャット——どれも他社モデルの上に建っていることが珍しくありません。確認1〜4は業種を問わず使えます。

同じことが他のツールでも起きますか

起こりうると考えるのが自然です。今回の停止理由は買収に伴う契約上の判断であり、AI業界に固有の事情ではありません。予測はできませんが、切れたときに何が止まるかを事前に把握しておくことは今日からできます。

期限が延びる可能性はありますか

あります。11月12日はOpenAI側が提示した移行期限であり、確定した終了日ではないと報じられています。Cursor側は協議を続けていると表明しており、延びる可能性も早まる可能性も残っています。日付が動きうる前提で、動作確認だけは先に済ませておくのが安全です。

まとめ

今回の件を整理すると、次のようになります。

• 2026年8月29日、OpenAIがCursorへのモデル提供終了を公表した。提示された停止予定日は11月12日で、確定した終了日ではない
• 影響を受けるのはCursor利用トラフィックの約5%とされ、多くの利用者はClaudeやGoogleのモデルを使っており影響を受けない
• 個人のAPIキーで代替できるのはローカルのチャット相当の範囲まで。Tab・Autoモード・クラウド実行・自動化・CLI・API/SDKは代替できない
• 自動化やCLIで業務に組み込んでいる場合だけは、期限を待たずに動作確認をする

そして、この記事で一番伝えたかったのは個別の対処ではありません。自分が毎日使っている道具の中身が、他社から借りたエンジンであることがある——その事実と、それが自分と無関係な理由で期限を切られうるという構造です。

「だから自前でモデルを持つ会社の道具を選べば安全」でもありません。その会社が方針を変えれば同じことが起きます。言えるのは、止まったときに何を失うかを、止まる前に知っておくところまでです。

確認1〜4は30分で終わります。今日のうちに一度だけやっておけば、次に同じ型のニュースが流れてきたとき、自分に関係があるかを5分で判断できるようになります。

株式会社Fyveでは、こうしたAIの導入と運用を、外部依存の設計まで含めて中小企業向けに支援しています。自社の業務にどう組み込むかを整理したい方は、Claude Code for Business のサービス一覧をご覧ください。