Grok 4.5はカーソルセッションで学習:開発者への影響

グロック4.5は、何兆ものCursor開発者セッションのトークンで学習済みです。確認されていること、プライバシーモードの対象範囲、設定で確認すべきこと、そしてその重要性について。

Ashley Innocent

Ashley Innocent

9 7月 2026

Grok 4.5はカーソルセッションで学習:開発者への影響

Apidog エンタープライズ

オンプレミスデプロイ

SSO & RBAC

SOC 2 準拠

Apidog Enterpriseを見る

Grok 4.5のローンチ資料に埋もれているのは、いかなるベンチマークよりも長期的な重要性を持つ一文だ。「このモデルはCursorと共に訓練された」というものだ。Cursor自身の投稿によれば、このエディタは「コードベースやソフトウェアツールとのユーザーインタラクション」を捉えた数兆ものトークンデータを提供したという。

もしあなたがCursorを使っているなら、あなたのような開発者セッションの何らかのバージョンがこのモデルの訓練に役立っている。この記事では、何が確認済みで何が未確認なのかを区別し、なぜこのデータ戦略がモデルの独特の強みを生み出したのかを説明し、あなた自身の設定で何をチェックすべきかを扱う。パニックにならず、また軽視もせず;事実はそれだけで十分に興味深い。

ボタン

両社が述べたこと

ローンチ資料からの確認済み声明:

企業背景:SpaceXは2026年6月にCursorを600億ドルと報じられた取引で買収することに合意し、エディタをxAIと同じグループに組み込んだ。このデータパイプラインはその統合の産物である。Grok 4.5がSpaceXとTeslaでプライベートベータ版に入ってから11日後、Cursorをローンチサーフェスとして一般公開された。

なぜこのデータは異なり、なぜうまくいったのか

ほとんどのコードモデルは、リポジトリ、ドキュメント、Q&Aスレッドといった静的なコーパスで訓練される。それは完成したコードがどのようなものかを教えるが、そこに到達するプロセスは教えない。

Cursorのセッションデータはプロセスデータだ。それは次のようなシーケンスを含んでいる:開発者が何を尋ねたか、エージェントが何を試したか、どの編集が元に戻されたか、その後人間が何を変更したか、どのテストが実行されたか、修正の修正がどのようなものだったか。ユーザー修正は「実用的には間違っていたが、もっともらしい出力」というラベル付きの例であり、これはエージェント型コーディングモデルが得られる最も価値のある訓練シグナルに近い。

その結果は、モデルの公開されているプロフィールに表れている。Grok 4.5はターミナルおよびワークフローのベンチマークで勝利し(Terminal Bench 2.1: 83.3%、Opus 4.8を上回る)、異例のトークン効率値を示している:SWE Bench Proタスクあたり平均出力トークン数15,954で、Opus 4.8(最大)よりも約4.2倍少ない。モデルはデータから冗長性を学ぶ;開発者が最短で機能する修正を評価する実際のセッションで訓練されたモデルは、より早く話すのをやめることを学習したと推測できる。全数値はこちらのベンチマーク内訳にある。

率直な回答に値する質問

ローンチに関するHacker Newsのスレッドは、Cursorユーザーのほとんどが抱いている質問を浮上させた。今日知ることができることは以下の通りだ:

私のデータは含まれていましたか? 外部からは答えられない。「数兆のトークン」のインタラクションデータは広範な収集を意味するが、どちらの企業も、どのユーザーコホート、時間範囲、または同意状況がパイプラインに供給されたかを公表していない。

プライバシーモードについてはどうですか? Cursorは以前からプライバシー設定を提供しており、その明示されたポリシーは、これらのセッションからのコードは保存も訓練にも使用されないというものだ。Grok 4.5のコーパスがこれらの境界より前のものか、尊重しているか、再定義しているかについて、どちらのローンチ投稿も述べていない。Cursorのプライバシーポリシーとあなたのプランのデータ同意書の正確な文言が支配するものであり、憶測するよりも今読む価値がある。買収された企業のポリシーは書き換えられるものだからだ。

これは規則に違反していますか? Cursorの規約は、非プライバシーモードのデータの製品改善利用を許可している。関連会社で主力モデルを訓練することは、前例のない規模でまさにそれと解釈できる。データ処理契約を結んでいる企業は、どちらかの企業の枠組みを採用するのではなく、「製品改善」を「商用基盤モデルの訓練」に照らして顧問弁護士に検討させるべきである。

私のコードはモデルに含まれていますか? 適切に構築された現代のモデルでは、訓練データの逐語的な再現は稀だが、不可能ではない。Grok 4.5の公開された記憶監査は存在しない。

実用的にどうすべきか

個人の開発者向け:

  1. 今すぐCursorのプライバシー設定を確認してください。 重要な機密性の高い作業をしていてプライバシーモードがオフになっている場合、それはGrok関連とは関係なく、あなたが取るべき行動です。
  2. 記憶に頼るのではなく、現在のデータ利用規約を読んでください。買収により、今月が再読すべき時期となっています。

チーム向け:

  1. 管理者はワークスペースレベルのデータ設定を監査すべきです。 チームプランではこれが一元化されており、一つのトグルですべてのユーザーに適用されます。
  2. 懸念事項を適切に分離してください。 エディタのテレメトリーは一つの露出表面であり、推論時にモデルAPIに送信するものは別の表面です。推論呼び出しはAPIデータ使用条件によって管理され、訓練コーパスの履歴によってではありません。
  3. 両方の表面から秘密情報を遠ざけてください。 APIキー、トークン、認証情報は、いかなるAIツールに送るプロンプトやコードにも含めるべきではありません。モデルのエンドポイントをテストする場合、キーをエディタセッションや共有コレクションに貼り付けるのではなく、Apidogの環境変数として保存してください。そうすれば、秘密情報はそれら専用の保管庫に残り、チームのリクエストは変数を参照し、決して値を参照しません。Apidogを無料でダウンロードして、チームのモデルキー用の共有保管庫を設定してください。

これらはいずれもツールを放棄することを要求するものではありません。存在するスイッチを知り、意図的にそれらを設定することを要求しています。

このローンチよりも先行事例が重要

Grok 4.5は、商用エディタのユーザーセッションで公然と訓練された初のフロンティアモデルだ。これが最後ではないだろう。現在、すべてのAIエディタベンダーは、セッションデータが差別化された能力を生み出すという証拠を持っており、開発者ツール企業の買収はすべてデータ資産というサブテキストを持つようになった。GitHub、Google、Amazonはすべて、同様のインタラクションコーパスを保有している。

開発者は事実上、利用規約ドキュメントを雇用契約として、エージェント型コーディングの無給データラベラーとなった。これは本質的に邪悪なことではない。ツールが改善する方法であり、Grok 4.5の品質は部分的にあなたのコミュニティの蓄積された修正によるものだ。しかし、それはプライバシー設定を読むことを被害妄想ではなく、専門的なスキルにする。

これらのセッションが生み出したモデルについては、Grok 4.5とは何かOpus 4.8との比較、そしてCursor内でそれを実行する方法(利用率の倍増など全て)を参照してください。

FAQ

xAIはGrok 4.5をCursorのユーザーデータで訓練しましたか? はい、両社の説明によると:Cursorはエージェントセッションやユーザー修正を含む、数兆もの開発者インタラクションデータを提供しました。

Cursorのプライバシーモードは私のコードを訓練から保護しますか? それがその明示された目的です。Grok 4.5のコーパスにそれがどのように適用されたかについては、公開されていません。現在のポリシーテキストとプランの条件を確認してください。

将来の訓練データを提供せずにGrok 4.5を使用できますか? 設定はCursorのプライバシー設定とxAIのAPIデータ規約にあります。両方を確認してください。xAIコンソールを通じたAPIのみの利用は、エディタのテレメトリーとは別に管理されます。

セッションでの訓練がモデルのコーディング能力を向上させるのはなぜですか? セッションデータはプロセスを教えます:何が失敗したか、人間が何を修正したか、そして最短で機能する修正がどのようなものだったか。静的なコードは最終状態のみを教えます。

ApidogでAPIデザイン中心のアプローチを取る

APIの開発と利用をよりシンプルなことにする方法を発見できる