Cursorは2026年5月18日に Composer 2.5 を出荷した — Composer 2の上に乗せた相当の知性/挙動の底上げで、同じMoonshot Kimi K2.5オープンウェイトのバックボーンを維持している。標準ティアの価格は $0.50/M入力と$2.50/M出力 で据え置き、高速バリアントは$3.00/M入力と$15.00/M出力。CursorはSWE-Bench MultilingualでClaude Opus 4.7とのパリティを主張する (Composer 79.8% vs Opus 80.5%) — トークン単価は概ね1/10。
モデルはK2.5であり、K2.6ではない — そしてこれが重要
Cursor自身の発表は明示的: Composer 2.5はKimi K2.5の上に構築されており、Composer 2が使用したのと同じチェックポイント。複数のサードパーティのまとめ記事は、チームがK2.5ベースを維持し、K2.6 (2026年4月) にスワップするのではなく訓練を追加したというCursorの発言を引用している。賭けは、既知のベースに対する標的を絞ったRLが、コーディングエージェント製品ではベーススワップを上回るというもの — そこでは安定性とハーネス互換性が生のベンチスコアと同じくらい重要だ。
(K2.6は新しいMoonshotモデル — 1T MoE、32Bアクティブ、256Kコンテキスト、ネイティブINT4、5月のOpenRouterのコーディングトークン量首位。セルフホスターには強力なデフォルトだが、Composer 2.5を駆動しているのはこれではない。)
K2.5の上で何が変わったか
Cursorは3つの訓練面のシフトを挙げる:
- テキストフィードバックRL。 ラン終了時のみの報酬整形ではなく、トレーナーはツール呼び出しがタスク途中で失敗した際に局所化されたヒントを浮上させる。モデルは再ロールではなくセッション内でリカバリすることを学ぶ。
- 約25倍の合成タスク。 「機能削除」パズル — 機能を削除し、それから再構築する — を含み、これは完成したdiffをパターンマッチするのではなくコンテキストを再構築するようモデルに強いる。Cursorは、これが純粋なSWE-Benchスタイルの修正タスクよりも実エンジニアリング作業の分布に近いと主張する。
- MoEスケールのインフラ刷新。 シャード化されたMuonオプティマイザと訓練時効率のためのデュアルメッシュHSDP。これは小さなチームが妥当なクラスタ上で1TパラメータMoEに対し複数のRLエポックを回せるようにする類のインフラ変更。
これらのいずれもHuggingFace上で公開されているベースK2.5重みを変更するものではない; これらはCursorのホスト型バリアントに存在する。moonshotai/Kimi-K2.5 のK2.5をセルフホストする者はComposer 2.5の挙動を無料で得られない — RLデルタはCursorのIP。とはいえベース重みは依然として基盤であり、それがオープンエコシステムにとって意義のある部分だ。
ベンチマーク (Cursor自己申告 — ベンダー数値として扱うこと)
- SWE-Bench Multilingual: Composer 2.5 79.8% — vs Opus 4.7 80.5%。
- CursorBench v3.1 (デフォルト設定): Composer 2.5 63.2% — vs Opus 4.7 61.6%。
- Terminal-Bench 2.0: Composer 2.5 ≈ 69.3% — vs Opus 4.7 ≈ 69.4%。
これらはCursorが公表した数値; コミュニティのリーダーボード (tbench.ai、benchlm.ai) は次の数週間で独立スコアを着地させると見込まれる。UPDATE.mdの規律に従い、ベンダーの「Adaptive」ベンチマークとコミュニティリーダーボードが3ポイント以上乖離する場合はリーダーボードを優先する。上記のComposer対Opusのデルタは、次の独立ランがどちらのモデルを上に置いてもおかしくないほど小さい — 初日の自己申告に過度にアンカーしないこと。
より大きな構造的主張はコスト比率。Opus 4.7はAnthropicのAPIで概ね$15/M入力と$75/M出力; Composer 2.5の標準ティアは$0.50/M入力と$2.50/M出力で、入力は約30倍安く、出力も約30倍安い。高速ティア ($3/$15) でも入力は約5倍安い。独立ランでベンチマークのパリティが保たれれば、Composer 2.5は高ボリュームのコーディングエージェントワークロードにとって自明のデフォルトとして着地する — 各タスクは境界が明確で、たまの再試行コストは飲み込める、というケースが多くを占める。
ローカルLLMユーザーにとってなぜ重要か
Composer 2.5はローカルLLM製品ではない。だがこれは、Modified MITライセンスでHuggingFaceで利用可能なオープンウェイトのベースが、数十万人の開発者に使われる本番のコーディングエージェントUIを駆動できるという、今まででもっとも強いシグナルだ。Anthropic、OpenAI、Googleは依然としてベース重みをクローズドに保つ; Moonshotは出荷する。Cursorの契約は、オープンウェイトのエージェント型コーディングカテゴリがリサーチグレードではなくデプロイ可能であることを検証する。
実務的な注意: K2.5はフル精度で概ね1 TBの重み。INT4に量子化しても約540 GB — 本サイトが主にカバーする128 GB GB10 / Strix Haloティアでは手が届かない。K2.5をローカルで動かすにはマルチノードクラスタ、または4× DGX Spark / 4× Strix Haloセットアップが要る。だからCursor (およびOpenRouterの使用パターン) はK2.5/K2.6推論の大半をローカルハードウェアではなくMoonshot自身のAPIまたはホスト型アグリゲータ経由でルートしている。オープンウェイトのストーリーは「基盤は公開されている」であって、「今年中に自分の机で動かせる」ではない。
ソース
- Cursorブログ — Composer 2.5 (一次発表、2026年5月18日)
- Cursor changelog — Composer 2.5標準/高速価格
- WinBuzzer — CursorがComposer 2.5をリリース (CursorのK2.5ベースに関する発言を引用するサードパーティのまとめ)
- HuggingFace上の moonshotai/Kimi-K2.5 (ベース重み、Modified MIT)
- LLMRequirements.com上のKimi K2.5