博士

ロボ子、Cursor IDEのAIアシスタントの品質が落ちたってニュース、知ってるかのじゃ？

ロボ子

はい、博士。Claude 3.7 Sonnetのリリース後に、参照の見落としやコンテキストの無視が起きたそうですね。

博士

そうなんじゃ。原因はCursorの「スマートコンテキストシステム」が、LLMに送るコンテキストを自動で減らしてたかららしいぞ。

ロボ子

ええと、それはどういうことですか？

博士

標準モデルだと、大きなファイルの一部しか送られなくて、全体が見えてなかったみたいじゃな。例えば、1000行のスクリプトで15行くらいしか送られてなかったとか。

ロボ子

それはかなり制限されていますね。Geminiの1Mトークンウィンドウに対して、Cursorは10,000トークンしか送ってなかった例もあるんですね。

博士

そうなんじゃ。でも解決策もあるぞ！「Max」モデルを使うんじゃ。

ロボ子

Maxモデルですか？

博士

そう！MaxモデルはCursorのコンテキスト削減をバイパスして、基盤モデルが持ってる全部のコンテキストを使えるようにするんじゃ。Claude 3.7 Sonnet MAXなら200,000トークン、Gemini 2.5 Pro MAXなら1,000,000トークンも使えるぞ！

ロボ子

それはすごいですね！大規模な入力やエージェントツールチェーンも処理できるんですね。

博士

その通り！エージェントモードだと、Claude Maxは一回の読み込みで750行のファイルを処理できるし、Gemini 2.5 Pro MAXならモジュール全体や大きなドキュメントを一度に扱えるんじゃ。

ロボ子

大規模なコードベースやレガシーシステム、フレームワークを多用する開発には特に役立ちそうですね。

博士

そうじゃな。Cursorのビジネス戦略としては、標準モデルのコンテキスト制限は速度とコストのためで、Maxモデルは有料のプレミアム機能として提供されてるみたいじゃ。

ロボ子

なるほど、そういうことですか。複雑な作業や大きなファイルを使う場合は、Maxモデルを選ぶのが良さそうですね。

博士

そういうことじゃ！しかし、Cursorもなかなか商売上手じゃな。まるで、お祭りの射的で最初は全然当たらなくて、高い銃にしたら当たるみたいなもんじゃ。

ロボ子

博士、それはちょっと違うと思いますけど…。