Cursor Composer 2が来た。CEO警告の翌週に。SiliconANGLEとThe Registerの真逆評価を並べて、信頼の基準を作った

ゲンです。「信じるか、疑うか」の話をします

Cursor CEOが「土台が揺らぐ」と警告した記事を書いたのが先週のこと。あの記事では、ツール依存から脱却する設計の3原則を提案している。

その翌週、Cursor（カーソル）が動き出した。

“Composer 2”（コンポーザー ツー）と名付けられた新機能だ。プログラミングに特化した専用AIモデルを搭載するアップデートである。

SiliconANGLE（シリコンアングル）は「進化」として好意的に報じた。一方でThe Register（ザ・レジスター）は「本当に信頼できるのか」と疑問を投げかけている。

同じ製品に対して、真逆の評価。

どちらが正しいかを決めるつもりはない。両方の記事を読み込んで、自分なりの判断基準を作ることにした。Cursorに月$20（約3,000円）を払い続けている一人のユーザーとして。

CEO「揺らぐ」発言の翌週に新モデル投入。何が起きているのか

Cursorは自社CEOの警告から1週間で、専用AIモデルを搭載したComposer 2を発表した。背景には、市場シェアの急激な変動がある。

Michael Truell（マイケル・トゥルエル）CEOがFortune（フォーチュン）の取材で「バイブコーディングは土台が揺らぐ」と述べた。年間売上$2B（約3,000億円）規模の製品を率いる人物が、自らリスクを語る異例の発言だった。

ところが、その翌週にComposer 2を投入している。

矛盾に見えるかもしれない。とはいえ私はこう読んだ。「土台が揺らぐと認めたうえで、自分たちが新しい土台を作る」という宣言ではないか。

この動きの切迫感を裏づけるデータがある。Pragmatic Engineer（プラグマティック・エンジニア）が906人の開発者を対象に実施した調査だ。最も好きなAIコーディングツールは、Claude Code（クロードコード）が46%で首位。Cursorは19%にとどまった。

8ヶ月前はCursorが圧倒的だった。それが逆転した。

私自身も、Claude Codeの使用時間が月を追うごとに増えているのを実感している。理由は単純で、ターミナルから指示を出すだけでファイル作成からテスト実行まで一気に走ってくれるから。Cursorのコード補完は優秀だけれど、「自律的に動くエージェント」という土俵ではClaude Codeに分がある。

Composer 2はこの流れを止めるための一手なのだろう。CEO警告と新機能リリースは矛盾ではなく、危機感の表裏一体だった。そう考えると筋が通る。

$9B（約1.3兆円）の企業価値がついたCursorにとって、シェアの逆転は存続に関わる問題だ。投資家も開発者も見ている。「次の一手」を打たなければならない状況に追い込まれていた。

問題は、この一手が本当に有効かどうか。SiliconANGLEとThe Registerの両メディアは、まったく違う答えを出している。

SiliconANGLEが見た「進化」の中身

Composer 2の核心は、外部の汎用モデルへの依存を減らし、プログラミング専用の補完モデルを自社で構築した点にある。

SiliconANGLEの報道を読んで、注目すべきポイントは3つあった。

専用モデルの搭載。これまでCursorは、ClaudeやGPTなど外部モデルを呼び出す「仲介者」の立場だった。Composer 2では、コード補完に特化した独自モデルを組み込んでいる。汎用モデルが苦手とする「プロジェクト全体の文脈を踏まえた補完」が改善されたという報告がある。

言い換えると、Cursorが「他社のAIを借りるツール」から「自前のAIを持つプラットフォーム」に変わろうとしている。

長文脈対応の強化も見逃せない。大規模なコードベースでも、ファイルをまたいだ参照が正確になったとされている。私のような業務ツール開発者にとって、複数ファイルの横断修正は日常茶飯事。ここが改善されるなら体感への影響は大きいだろう。

応答速度の向上も報じられている。専用モデルにすることでAPI呼び出しの往復が減り、コード補完のレスポンスが速くなったようだ。「考え中…」のインジケータを眺める時間が短くなるのは、コーディングのリズムに直結する話。

これは私の実体験でもある。社内の業務ツールをCursorで開発しているとき、API経由の補完には1〜3秒の待ちが入った。たかが数秒に思えるかもしれない。ただ、コーディング中の「間」は思考の流れを途切れさせる。専用モデルでこの遅延が減るなら、体感は大きく変わるはず。

SiliconANGLEの論調を一言でまとめるなら「Cursorは仲介者からプラットフォームへの転換を図っている」となる。

私はこの方向性自体には共感した。外部モデルに乗っかるだけの時代は、いつか終わる。自分の技術基盤を持とうとする姿勢は、かつてプロのエンジニアに憧れた元・挫折組として理解できる。「借り物」で戦うのではなく「自分のもの」を作る。その決意には敬意を覚える。

問題は、実態が看板どおりかどうかだ。The Registerはまさにその点を突いてくる。

The Registerが突きつけた懐疑

批判の焦点は「ユーザーのコードで学習しているのか」と「品質より速度を優先していないか」の2点に集中している。

The Registerの報道はSiliconANGLEとは対照的だ。称賛の裏にある疑問を、正面から取り上げている。

最も重い指摘はプライバシーの問題。Cursorはユーザーが書いたコードをサーバーに送信して補完を生成する仕組みだ。専用モデルを「自社で構築した」のであれば、その学習データはどこから来たのか。この疑念は以前から開発者コミュニティで繰り返し議論されてきた。

Cursorの利用規約には「コードをモデルの学習に使用しない」と明記されている。ただ、The Registerは「規約の文面と実装の一致を外部検証する手段がない」と指摘した。透明性の不足が不信感を生んでいるわけだ。

対比としてClaude Codeを挙げておきたい。Anthropic（アンソロピック）は会話データをモデル学習に使用しないことを公式に宣言し、SOC 2 Type II（エスオーシーツー・タイプツー）認証も取得している。第三者による検証の有無は、信頼に直結する論点だろう。

もう1つの批判は品質の安定性。Composer 2のリリース直後に、コード補完の不具合やエディタのフリーズが開発者フォーラムで報告されている。新機能の投入スピードを優先するあまり、安定性が犠牲になっていないか。The Registerは「$20を払っているユーザーにベータテストを強いているのでは」と問いかけた。

この批判には心当たりがある。私もCursorで補完が暴走した経験が何度かあった。ファイルの半分が意図しないコードで上書きされたとき、冷や汗をかいたのは忘れられない。

具体的に再現すると、こういう状況だ。React（リアクト）コンポーネントを編集中に、Composerへ指示を出した。「このフォームにバリデーションを追加して」と。すると関連する3ファイルを同時に書き換えている。ところが既存のstate管理ロジックが丸ごと消えていた。Gitで差分を確認して気づいたから助かった。気づかずデプロイしていたらと思うとゾッとする。

「動けばOK」が信条の私でも、勝手に消されるのは話が違う。これはバイブコーディングの「心地よさ」と「危うさ」が紙一重であることを示している。

The Registerの論調を要約すると「速さと革新を売りにするCursorは、信頼と安定を後回しにしていないか」という問いかけ。この視点は無視できないと感じた。

両論から見えた「ツール信頼の3軸」

性能・透明性・脱出コストの3軸で判断すれば、どのツールが来ても振り回されなくなる。

SiliconANGLEとThe Registerの記事を並べて読んだあと、自分なりの判断基準を整理してみた。ツール選びの議論は感情的になりやすい。「Cursor派」「Claude Code派」と旗色を決めるのではなく、3つの軸でフラットに評価する方が健全だろう。

軸1: 性能。コード補完の精度、応答速度、プロジェクト全体の文脈理解力。Composer 2は確かに改善が報じられている。ただし「報じられている」と「自分で体感した」は別物。自分のプロジェクトで1週間試して、改善を肌で感じられるかどうか。それが判断材料になる。

軸2: 透明性。コードがどう扱われるか。モデルの学習にどう利用されるか。外部監査の仕組みがあるか。ここはCursorとClaude Codeで明確な差がついている領域。SOC 2認証の有無、利用規約の具体性、データ処理ポリシーの公開度。チェック項目として押さえておくべきだ。

軸3: 脱出コスト。そのツールに依存した場合、乗り換えにどれだけのコストがかかるか。CursorはVS Code（ブイエスコード）ベースなので、設定や拡張機能はある程度持ち出せる。一方で、Composer固有のワークフローに最適化しすぎると、移行時の学び直しコストが膨らむ。

前回のCEO警告記事で書いた「ツール依存の3層」と、この評価軸は重なっている。操作依存・知識依存・設計依存。どの層で依存しているかを把握すれば、脱出コストは自分で見積もれるようになる。

この3軸を表にすると、現時点での比較はこう整理できる。

軸	Cursor（Composer 2）	Claude Code
性能	専用モデルで補完精度向上（要検証）	エージェント自律実行に強み
透明性	規約で否定も外部監査なし	SOC 2 Type II取得済み
脱出コスト	VS Codeベースで設定持ち出し可	CLI型で設定ファイルが軽量

どちらが「正解」という話ではない。自分が重視する軸がどれかで、答えは変わる。性能重視ならComposer 2を試す価値はある。透明性を最優先するなら、Claude Codeに軍配が上がるだろう。

OSSツールが台頭してきた今、脱出先の選択肢は確実に広がった。ツールを1つに絞る時代は終わりつつある。

あなたはどのタイプか。出口4分類で今日の一手を決める

現状維持・段階移行・併用・様子見の4タイプで、今日やるべきことが変わる。

ここまで読んで「で、結局どうすればいいの」と思った人へ。自分がどのタイプに近いか確認してほしい。

タイプA: 現状維持型。Cursorの性能に満足しており、プライバシーリスクも許容範囲と考える人。今日やること: Composer 2にアップデートし、自分のプロジェクトで性能変化を1週間記録する。満足度が上がれば、そのまま使い続ける判断で問題ない。

タイプB: 段階移行型。Claude Codeやターミナル型ツールへの関心が高い人。今日やること: Claude Codeの無料枠で小さなタスクを1つ試す。Cursor月$20と無料ツールの比較記事も判断材料になるはず。全面移行ではなく「片足を入れる」感覚で始めるのがいい。

タイプC: 併用型。用途別にツールを使い分けたい人。今日やること: 「コード補完はCursor」「エージェント実行はClaude Code」のように役割分担を決める。1週間試して、どちらをより多く使ったかログを取る。自分の実態が見えてくるだろう。

タイプD: 様子見型。いまは判断材料が足りないと感じる人。今日やること: 何もしなくていい。この記事をブックマークしておくだけで十分。1ヶ月後にComposer 2のユーザーレビューが出揃ったタイミングで改めて判断すればいい。

どのタイプにも共通して伝えたいことがある。DESIGN.md（設計ドキュメント）を書く習慣を持ってほしい。ツールが変わっても、設計が残っていれば移行は怖くない。これは前回記事で提案した「ツール非依存の設計原則」そのものだ。

私は現在タイプCに近いポジションにいる。コード補完はCursor、エージェント実行はClaude Code、そしてOSSツールも試し始めた。3本立ての課金は正直キツい。ただ、この「比較実験期間」が終われば、自分に合うツール構成が見えてくると信じている。

CS（カスタマーサクセス）時代に学んだことの1つは、「ツールは比較してから選べ」だ。営業に言われるまま導入したツールは、たいてい半年で使われなくなった。自分の手で触って、自分の業務で検証する。その手間を惜しまない人が、結局いちばん得をする。

まとめ

Cursor Composer 2は、CEOの警告を受けて「土台を自分で作り直す」試みだと読んだ。

SiliconANGLEが見た進化は本物かもしれない。The Registerの懐疑にも根拠がある。どちらか片方だけを信じるのは危うい。

私が整理した判断基準は「性能・透明性・脱出コスト」の3軸。この3つを自分のプロジェクトに当てはめれば、ツール選びで一喜一憂しなくなる。

元・挫折エンジニアの私が確信しているのは、ツールは必ず変わるということだ。かつて離れたコーディングに、AIのおかげで戻ってこれた。この体験は特定のツールに紐づいていない。CursorでもClaude Codeでも、「自分の手でものを作れる」喜びは同じだった。

だからこそ、ツールの評価に振り回される必要はない。SiliconANGLEの称賛も、The Registerの懐疑も、あくまで「他人の判断基準」に過ぎないのだから。

自分の設計と、自分の判断基準を持っていれば大丈夫。どのツールが来ても、あなたのコードは残る。あなたが作ったものは、ツールが変わっても消えない。

次回は、DESIGN.md（設計ドキュメント）駆動開発の実践を掘り下げる予定だ。「設計を先に書くと、なぜAIのコード生成精度が上がるのか」を、実際のプロジェクトのコードとともに紹介したい。技術編 #4 として、このシリーズの核心に触れる内容になる。

---

参照元

1. Fortune — Michael Truell CEO インタビュー（バイブコーディング警告発言） ※公開前にURL確定確認が必要
2. SiliconANGLE — Cursor Composer 2 リリース報道 ※公開前にURL確定確認が必要
3. The Register — Cursor Composer 2 懐疑的考察 ※公開前にURL確定確認が必要
4. Pragmatic Engineer — AIコーディングツール調査（906人、2025年） ※g2026041700008401と同出典
5. Anthropic — Claude Code 公式ドキュメント
6. Anthropic — セキュリティ・コンプライアンス（SOC 2 Type II）