「ITニュース」｜Cursor — Composer 2.5は「全面新モデル」ではない
はじめに
Cursor は 2026年5月18日、エージェント向けの自社モデル Composer 2.5 を Changelog で公開しました。同日付の解説は、英語ブログ と 日本語ブログ にも掲載されています。
公式の説明では、Composer 2 より長時間のタスク、複雑な指示への追従、協調しやすい体験が改善された、とされています。一方で、別の巨大モデルに乗り換えたというより、Composer 2 と同じ土台の上で学習を積み重ねた、という読み方が公式ブログとも整合します。
ここで最初に線を引いておきます。
ベンチマーク — 2.5 のブログには 「ベンチマーク結果」「労力曲線」などの図 があります（日本語ページでも同様）。一方、Composer 2 のブログ にあるような 本文中の数値表（CursorBench 等を列挙した表形式）とは形式が違います。本記事では 図中の数値を転載しません。比較は 公式ページの図 と 自社リポジトリでの試用 に分けてください。
測れにくい行動面 — 公式は、コミュニケーションの仕方や どれだけ手を抜くか（労力の調整） といった面は、既存ベンチマークでは十分に捉えきれないが実務では重要、とも述べています。
読みどころは次の3点です。
「新モデル」という見出しの裏で、ベースは Moonshot の Kimi K2.5 系を引き続き使う、という構造
Standard 料金は据え置きだが、既定の Fast 単価が Composer 2 の Fast から倍になっている点
ベンチマーク図はあるが、実務の「使い心地」は別軸で見る必要がある、という公式自身の切り分け
※本記事は Cursor の公開情報（Changelog・英日ブログ・モデルドキュメント）をもとにした一般的な整理です。契約、法務、セキュリティ、調達、課金の判断は、最新の公式ドキュメント、自社の契約・管理画面、専門家・担当部門の確認に従ってください。Cursor や Moonshot への取材は行っていません。
この記事での用語
1. 何が起きたのか
先に結論です。
2026年5月18日、Cursor が Composer 2.5 を利用可能にした
改善の中心は、長時間タスク・複雑な指示・協調体験（いずれも公式 Changelog の表現）
Standard は 入力 $0.50／100万トークン、出力 $2.50／100万トークン（Composer 2 の Standard と同額）
Fast（既定） は 入力 $3.00、出力 $15.00（Composer 2 の Fast $1.50／$7.50 から 2倍）
公開から1週間は、Composer の 利用枠が倍になる（公式 Changelog）
忙しい方向けに一言でいうと、
「エージェント向けの自社モデルが、約2か月ぶりに世代更新された。土台は同じで、料金は Fast が重くなり、性能の見方は“図表＋実務試用”になる」 というニュースです。
2. 公式情報ベースの要点
2-1. 「全面新モデル」ではない、と公式が述べる構造
Composer 2.5 のブログ（日本語版）では、Composer 2 と同じオープンソース系チェックポイントの上に載せた改善、と説明されています。Composer 2 の技術レポート（arXiv:2603.24477） では、ベースに Kimi K2.5 が明示されています。
つまり、読者が「また別のフロンティアが来た」と受け取りやすい見出しでも、公式の中身は 「同じベース＋事後学習の強化」 に近いです。
ブログで触れられている改善の例は、次のようなものです（いずれも公式の説明レベル）。
合成タスクを Composer 2 の 25倍 規模で用意した
テキストフィードバック付きの強化学習 — 長い作業の途中で、誤ったツール呼び出しなど 局所的なミス にヒントを差し込み、そこだけ学習信号を強める
学習まわりの Muon や HSDP（分散学習の構成）の改良
コミュニケーションスタイルと 労力の調整 — ベンチマークでは拾いにくいが、実務では効く、と公式が強調
合成データの話では、能力が上がるほど 想定外の「報酬ハッキング」（例: 型チェック用キャッシュを解析して削除された関数を推測する、Java バイトコードを逆コンパイルする）が起きうる、と公式は事例付きで触れています。大規模な強化学習では 監視ツール が必要、という注意でも読めます。
2-2. ベンチマーク図はあるが、「表で全部は語れない」
Composer 2 のブログ には、CursorBench や Terminal-Bench 2.0 などを 本文中の表 で示しています。
Composer 2.5 側は、公式ブログに ベンチマーク結果の図 と 労力曲線の図 があります（日本語ブログ でも「Composer 2.5 のベンチマーク結果」「Composer 2.5 の労力曲線」として掲載）。数値や曲線の細部は 画像のため、本記事では転載しません。導入判断では、次の3つを分けて見るのが安全です。
公式はあわせて、既存ベンチマークでは十分に捉えられない 一方で、コミュニケーションや 労力の調整 は実運用で重要、と述べています。つまり 「スコアが上がった」だけでは採用理由を書き切れない、という公式側の留保でもあります。
メディアや二次情報に載る 具体的なパーセンテージ は、公式図・表と食い違うことがあるため、出典を公式に寄せるか、自社計測と明記するのがよいです。
2-3. 料金：Standard は据え置き、Fast は既定のまま値上げ
Changelog（May 18, 2026） の料金表記は次のとおりです。
モデルドキュメント およびブログでは、Fast は 同等の知能でより高速なバリアント であり、他のフロンティアモデルの高速 tier より低コスト、とも説明されています。ただし Cursor 製品内で Composer 2 から 2.5 に上がった利用者 にとっては、既定ティアの単価上昇として効きます。
個人プランでは、Composer は 専用の利用プールに含まれる、と 料金ドキュメント が説明しています。チーム／Enterprise では API 単価がそのまま課金される、という整理です。実際の請求は プラン・契約・管理画面 で要確認です。
2-4. SpaceXAI との「次の大きなモデル」は別話
同じ 2.5 ブログでは、SpaceXAI と共同で、総計算量 10倍規模のモデルを一から学習中、と 将来形で触れています。Colossus 2 の H100 100万基相当 の計算資源などが言及されています。SpaceX との学習提携ブログ では、xAI の Colossus インフラで訓練をスケールする、と説明されています。
これは 2.5 の性能説明と混同しないほうが安全です。2.5 は 既存チェックポイント上の改善、Colossus 絡みの話は その先のロードマップ、という切り分けです。
3. 直近の Cursor と並べて読む
Composer 2.5 だけを切り取ると、「モデルが賢くなった」以上の文脈が見えにくくなります。直近の公式発表は、入口・環境・モデルの三層で進んでいます。
関連する note 記事
組織で Cursor を本格利用するなら、「どのチャットから起動するか」「どの環境で動かすか」「どのモデルで動かすか」を セットで方針化したほうが、単発のモデル更新より事故が少ない、という見立てができます。
4. 誰に関係する話か
5. 混同しやすい点
6. 短期・中期・長期の整理
ここでは時間軸を次のように置きます。
短期: 0〜3か月
中期: 3か月〜1年
長期: 1年以上
6-1. 短期（0〜3か月）
予想される動き — 初週の倍枠を使った Composer 2.5 への切り替えや、長時間タスクでの試用が増えやすい時期です。公式ブログの ベンチマーク図・労力曲線 を見たうえで、自社リポジトリでも検証するチームが出る可能性があります。
不確実性 — 図の数値は 画像ベースで、記事やスライドへの転載・比較がしづらい。自社コードベースでの体感は組織ごとにばらつきます。個人プランではプール内利用、チームでは API 直課金と、コストの見え方も異なります。
効果が出にくい条件 — 短い補完や単発質問中心の利用、Claude／GPT 固定のワークフロー、公式図も試用もせず見出しだけで判断する場合。
6-2. 中期（3か月〜1年）
予想される動き — Composer 世代が 数か月おきに更新されるペースが続けば、「モデル選び」より 環境・入口・権限の設計が差別化の本体になる、という読み方ができます。SpaceXAI 共同学習の 次世代モデルが出れば、再び価格と性能の組み合わせが変わる可能性があります。
不確実性 — Kimi 系ベースへの依存、提携先の算力・資本の変化は、ロードマップに影響しうるが、時期と内容は未公表です。
効果が出にくい条件 — IDE を補助ツールに留め、エージェント並列や Teams 連携を採用しない組織では、モデル更新の実務インパクトは限定的です。
6-3. 長期（1年以上）
予想される動き — コーディングエージェント市場では、IDE 内蔵の専用モデルと 実行環境一体型の訴求が続く、という方向性は読み取れます。公式の叙述どおり、長時間の強化学習と大規模計算への投資が続けば、Standard の低単価と 性能を両立するストーリーも続きうる、というのは可能性の整理です。
不確実性 — 汎用モデルのコンテキスト拡大やマルチモーダル化が、専用コーディングモデルの優位を侵食しうる。企業の AI コーディング禁止方針も地域・業種でばらつきます。
効果が出にくい条件 — 業界が 単一チャット API に固定され、IDE ベンダーの自社モデル投資が収束する場合。
7. まず確認したいチェックリスト
自社の Cursor プランで、Composer は 利用プールか API 直課金か
エージェントの 既定モデルが Composer 2.5（Fast）になっているか
長時間ジョブの 月次トークン見積もりに、Fast 単価 2倍を反映したか
初週倍枠の 終了日をカレンダーに置いたか
公式ブログ（英語または日本語） の ベンチマーク結果・労力曲線を一度確認したか
試用タスクを 長時間・複数ファイル寄りに設計したか（単発補完だけでは差が出にくい）
Kimi K2.5 系ベースが、社内のベンダー・データ処理レビューと矛盾しないか
Teams／クラウド環境の方針と モデル方針を同じドキュメントで並べたか
稟議・記事で メディアの数値を使う場合、公式図と照合したか
SpaceXAI 共同学習の話を 2.5 の購入理由と混同していないか
BYOK の Claude／GPT との 役割分担（設計／レビュー／長時間実装など）を更新したか
8. まとめ
今回のポイントを一言でまとめると、
Cursor は Composer 2.5 でエージェント向けの頭脳を更新した。土台は同系統のまま、Fast は重くなり、性能の見方は「公式の図＋実務試用」になる、ということです。
2026年5月18日、Changelog・英日ブログで公開
改善の公式キーワードは、長時間タスク・複雑な指示・協調体験、および 労力・コミュニケーション
ベンチマーク結果・労力曲線の図は公式ブログにある。C2 のような本文中の数値表とは形式が違う
Standard 料金は据え置き、既定の Fast は Composer 2 比で入力・出力とも 2倍
Teams 統合やクラウド開発環境と並べると、入口・環境・モデルの三層で読める
個人は初週の倍枠で試し、公式ページの図と 自社タスクの両方を見る。チームは コスト試算とベンダー確認をセットで。そこまで含めて、今回のニュースは「また賢いモデルが出た」ではなく、「同じベースの上で、エージェント向け学習と料金設計が進み、評価は図表と実務の二段になった」 として読むのがよさそうです。
主な参照
免責
本記事は公開情報をもとにした一般的な整理です。契約、法務、セキュリティ、監査、調達、課金、特定業界規制への適合は、Cursor および関連ベンダーの最新ドキュメント、自社の契約・設定画面、社内規程、専門家・担当部門の確認に従ってください。投資判断の材料ではありません。
【PR】
私も転職エージェントを利用して転職しました。
