AI News文字数 3903読了時間10

OpenAI、SpaceXによる買収後にCursorへの直接モデルアクセスを終了する計画

OpenAIは2026年11月12日にCursorへの直接モデルアクセスを終了することを提案し、より限定的なAPIキーおよびCodex経由の利用は維持する。

目次 · 12
  1. 一、OpenAIは11月12日の終了を提案した
  2. 二、SpaceXによる買収が契約上の解約可能期間を発動させた
  3. 三、Cursorは引き続きマルチモデル製品である
  4. 四、開発者はより限定的な経路で引き続きOpenAIモデルを利用できる
  5. 五、実務上の影響はインストールではなくワークフローに左右される
  6. よくある質問
  7. OpenAIモデルはいつCursor内で直接利用できなくなりますか?
  8. Cursor内のすべてのOpenAI機能がなくなりますか?
  9. ChatGPTサブスクリプションでCursor ChatのOpenAI利用料金を支払えますか?
  10. 個人用OpenAI APIキーを利用できないCursor機能はどれですか?
  11. CursorはOpenAIと交渉していますか?
  12. 参考ソース

一、OpenAIは11月12日の終了を提案した

OpenAIは、コーディング企業CursorのSpaceXによる買収を受け、Cursorに自社モデルへの直接アクセスを提供する契約を終了する計画だ。提案されている停止日は2026年11月12日だが、まだ確定していない。

OpenAIは8月28日にこの決定を発表し、同日にSpaceXへ通知したと述べた。その後のサポートガイダンスでは、移行期間中、Cursorがすでに利用しているモデルの供給を継続する意向を明確にした。Cursorがそれより早くアクセスを終了する可能性はあり、両社が確認次第、OpenAIは正式な契約終了日を公表するとしている。

この区別は重要だ。OpenAIは、Cursorアプリケーション内で自社モデルを利用するあらゆる手段を直ちに無効化するわけではない。Cursorが自社サービスの一部としてこれらのモデルを供給・ルーティングする商業契約を段階的に終了するのである。

OpenAIはまた、この契約の下でCursorは今後のOpenAIモデルを受け取らないと述べた。掲載時点で、Cursorのドキュメントには利用可能なモデルとしてGPT-5.6 Luna、GPT-5.6 Sol、GPT-5.6 Terraが記載されている。Solの最大コンテキストは100万トークンとされ、3モデルはいずれもデフォルトのコンテキストが272,000トークンである。

したがって、予定されている契約終了は2つの別個の変化を生む。移行後には現行モデルセットへの直接アクセスが終了し、新しいOpenAIリリースは既存パートナーシップを通じてCursorに入らなくなる。

二、SpaceXによる買収が契約上の解約可能期間を発動させた

Cursorは8月14日、SpaceXが同社の買収を完了したと確認した。この取引に先立ち4月には、SpaceXAIのインフラを活用してCursorのモデル学習能力を拡大することに焦点を置いたパートナーシップが結ばれていた。

SpaceXの規制当局への開示に基づく報道では、この買収の評価額は600億ドルとされた。Cursorは、この統合により世界最大のGPUフリートへのアクセスが得られ、より強力なモデルを学習し、より経済的に運用できるようになると説明した。両社の共同作業による初期の成果としてGrok 4.6を挙げている。

OpenAIによると、Cursor向けのカスタム契約には支配権変更後の限定的な解約可能期間が含まれている。同社は、契約で認められる最大限の通知期間を設けたうえで、この条項を行使している。両社は約4年間にわたり協業してきた。

OpenAIはこの決定を、契約および安全性に関する問題として位置付けた。マスク氏が支配する企業による過去の契約違反と同社が見なす事例を挙げ、SpaceXが利用規約の範囲内でOpenAIの技術を使用することを確信できないと述べた。これらはOpenAIの主張と判断根拠であり、その発表ではCursor契約は開示されず、SpaceX傘下となったCursorによる違反も特定されていない。

この決定は、未公開のOpenAIモデルであるAstraとも結び付いている。8月7日、OpenAIは予備的な社内評価により、Astraのエージェント型コーディングおよびサイバーセキュリティ性能が、自社のPreparedness Frameworkにおける「Critical」なサイバー能力を排除できないほど強力であることが示されたと述べた。その後OpenAIは、今後のモデルをCursorに供給しない理由を説明する際、Astraの利用を管理する責任を挙げた。

Cursor共同創業者のMichael Truellは、OpenAIモデルはCursorユーザートラフィックのおよそ5%を占め、両社は解決の可能性について協議していると述べた。同社はこの割合がリクエスト、トークン、ユーザー、支出のいずれを示すのか定義していないため、顧客の依存度を完全に測る指標として扱うべきではない。

三、Cursorは引き続きマルチモデル製品である

OpenAIからの直接供給が失われても、Cursor独自のモデルや他プロバイダーとの統合がなくなるわけではない。Cursorの現在のカタログには、AnthropicのClaudeモデル、GoogleのGeminiモデル、自社のComposerファミリー、そしてSpaceXAI組織内で開発されたGrokモデルが含まれる。

この多様性は、特にTruellの5%という数値が現在の利用状況を正確に表している場合、Cursor全体のリクエスト量への影響を抑える。しかし、それによってOpenAIモデルが代替モデルと交換可能になるわけではない。コーディングチームは、特定モデルの推論挙動、コンテキスト制限、ツール利用、レイテンシ、あるいは既存のプロンプトやルールとの互換性に依存している可能性がある。

この変更は、モデル中立的なインターフェースとしてのCursorの立場にも影響する。買収前、開発者は競合するAIラボが提供するモデルを、1つの製品と1つの請求関係の中で選択できた。提案された終了後は、OpenAIモデルには別個のアクセスおよび支払い経路が必要になる一方、Cursor自身のサービスは引き続き供給する他モデルを担う。

エンタープライズ顧客にとって、総トラフィックは組織レベルの利用状況ほど有益な情報ではない。ある企業はCursorアカウント全体ではOpenAIへの依存が小さくても、特定のリポジトリ、自動化ワークフロー、またはチームでGPTモデルに依存している可能性がある。直接アクセスが変わる前に、こうした依存関係を特定する必要がある。

四、開発者はより限定的な経路で引き続きOpenAIモデルを利用できる

OpenAIは、Cursor内で一部のOpenAIアクセスを維持する3つの方法を文書化している。OpenAI APIキーの提供、Codex IDE拡張機能のインストール、互換性のあるAIゲートウェイ経由の接続である。

ユーザー提供のAPIキーにより、対応するOpenAIモデルをCursorのローカルChatおよびAgent機能で実行できる。リクエストはCursorまたはChatGPTのサブスクリプションに含まれるのではなく、ユーザーのOpenAI APIアカウントに課金される。利用可能なモデルと制限は、ユーザーのOpenAI API組織によって異なる。

これはCursor提供のアクセスを完全に代替するものではない。OpenAIによると、個人用APIキーはCursor Tabまたはオートコンプリート、Autoルーティング、CloudまたはBackground Agents、Automations、Cursor CLI、CursorのAPIおよびSDKには適用されない。Cursor自身のドキュメントでも、OpenAIキーのサポートは、すべてのOpenAIモデルではなく、標準的な非推論型チャットモデルを対象としていると説明されている。

データおよび請求の関係も変わる。Cursorによると、個人用キーで行われるリクエストは、最終的なプロンプト構築のために引き続きそのバックエンドを通過するが、キーは暗号化され、リクエスト後に保持されない。CursorのZero Data Retentionコミットメントはこれらのリクエストには適用されず、データ処理は代わりに選択したモデルプロバイダーのポリシーに従う。

Codex IDE拡張機能は別の経路を提供する。対象となるChatGPTサブスクリプションまたはOpenAI APIアカウントを利用してCursor内で実行できるが、独自のエージェントインターフェースを提供する。これをインストールしても、Cursor Chat、Agent、Tab、Auto、またはクラウドサービスにOpenAIモデルが復元されるわけではない。

組織はAzure、Amazon Bedrock、または別の互換性のあるゲートウェイを構成することもできる。この選択肢により、認証情報とプロバイダー請求の一元管理を維持できるが、Cursorのローカル機能に関する制限、およびゲートウェイが公開するモデルの制約を引き続き受ける。

五、実務上の影響はインストールではなくワークフローに左右される

主にClaude、Gemini、Composer、またはGrokでCursorを利用する開発者には、直ちに大きな混乱は生じないかもしれない。CursorのモデルピッカーからGPTモデルを選択しているユーザーは、モデルを変更するか、別個のAPI請求を採用するか、Codex拡張機能を使うか、影響を受ける作業を別のOpenAI対応環境へ移す必要がある。

文書化された代替手段は、Cursorのクラウドエージェント、Automations、CLI、プログラム的インターフェースではなく、ローカルのChatおよびAgent利用を対象とするため、クラウド依存のワークフローが最も明確な制約に直面する。個人用APIキーでは、これらの機能において同じOpenAI対応の挙動を維持できない。

この提案はまた、移行期間中のCursorの直接的なOpenAIアクセスを現行モデル世代で固定する。交渉により11月の日付が動いたとしても、Astraを含む将来のモデルは既存契約の下で供給しないというのがOpenAIの発表した立場である。

したがって企業にとって関連する移行単位は、Cursorの各シートではなく、モデル依存の各ワークフローである。OpenAIモデルを利用するチームは、文書化された代替手段があるローカルの対話的作業と、別のモデルまたは開発プラットフォームを必要とするルーティング機能およびクラウド機能を区別する必要がある。

よくある質問

OpenAIモデルはいつCursor内で直接利用できなくなりますか?

OpenAIは2026年11月12日を提案している。この日は確定しておらず、Cursorがより早く直接アクセスを終了する可能性もある。

Cursor内のすべてのOpenAI機能がなくなりますか?

いいえ。ユーザーはOpenAI APIキー、Codex IDE拡張機能、または互換性のあるゲートウェイを通じて、限定的なアクセスを維持できる。これらの経路で、すべてのCursor機能にOpenAIモデルが復元されるわけではない。

ChatGPTサブスクリプションでCursor ChatのOpenAI利用料金を支払えますか?

いいえ。OpenAI APIキーを使ったCursor Chatのリクエストは、APIアカウントを通じて別途課金される。対象となるChatGPTサブスクリプションでは、代わりに別個のCodex IDE拡張機能を認証できる。

個人用OpenAI APIキーを利用できないCursor機能はどれですか?

Cursor Tab、Autoルーティング、CloudおよびBackground Agents、Automations、CLI、CursorのAPIおよびSDKではキーを利用できない。

CursorはOpenAIと交渉していますか?

はい。Cursor共同創業者のMichael Truellは両社が解決策を協議していると述べ、OpenAIは確定次第、最終的な契約終了日を公表するとしている。

参考ソース

Share

この記事を共有