正直、最初はまたエディタのアップデートかと思った。
でも今回は、そういう話じゃなかった。
4月2日に出たCursor 3を見て、僕が真っ先に感じたのは、Cursorが“コードを書く場所”から“AIエージェントを動かす作業台”に変わったことだった。マルチリポジトリ、ローカルとクラウドの行き来、統合ブラウザ、プラグイン、エージェント中心の新UI。全部ばらばらの新機能に見えるけど、一本の線でつながっている。中心が「エディタ」から「運用する複数のAI」へ移ったんだと思う。
なぜ今、Cursorが急に“別物”に見え始めたのか
半年前のAIコーディングって、賢い補完か、ちょっと気の利くチャットが主役だった。
でも今は違う。Cursor 3では、ローカル・クラウド・Web・モバイル・Slack・GitHub・Linearから起動したエージェントを一か所で扱えるようになった。4月13日の3.1では、Agents Windowを分割表示して複数のエージェントを並べ、音声入力まで強化している。つまり「1回お願いして終わり」ではなく、複数のAIに並列で任せて、比較して、採用する前提のUIになってきた。 これ、身近な例えで言うと、電卓が高性能になった話じゃない。
事務机が、そのまま小さな指揮所になった感じに近い。昔は自分で1枚ずつ書類を書いていたのが、今は複数の担当者に同時に依頼して、自分は判断と確認をする。Cursorの変化って、まさにそれなんだよね。
VS Codeとの違いは、見た目じゃなく“重心”にある
ここ、けっこう誤解されやすい。Cursorは今でもVS Codeのフォークだし、設定や拡張機能の移行もしやすい。だから表面だけ見ると、「VS CodeにAIが強く載った版」で片づけたくなる。実際、Cursor自身もVS Codeのフォークで、上流のセキュリティ修正を取り込みつつ、既存の開発体験の深さを維持している。 ただ、重心が違う。
VS Codeはあくまでエディタが本体で、AIはそこに乗る機能。
いまのCursorは、エージェントが本体で、IDEの深さは必要なときに掘りに行ける層として置かれている。4月2日の発表でも、Cursor 3は「エージェントとソフトウェアを開発するための統合ワークスペース」として出ているし、いつでもIDEに戻れるという言い方自体が、もう主役交代を示している。 Cursor
Composerを深掘りすると、今回の本質がもっと見える
Cursorの中でも、僕が地味に重要だと思っているのがComposer 2。3月19日に発表されて、入力$0.50/M、出力$2.50/Mで、長い手順を含むコーディングに寄せたモデルとして前に出てきた。公式には「hundreds of actions」を要する難しいタスクまで扱えると書かれている。つまり、単なる文章っぽい指示の解釈じゃなく、長い作業を途中で崩れずにやり切ることが主戦場になっている。 Cursor
ここが面白いところで、Composerの競争相手って、実は“他社の補完AI”だけじゃない。
僕はむしろ、開発者の頭の中にある雑な段取りと競合し始めていると思う。
「まずAPI見て、次に型を直して、最後にUI触って…」みたいな手順を、人間が毎回持ち続けるのはしんどい。Composer系のエージェントは、その段取りの維持コストを奪いに来てる。これ、見落としがちだけどかなり大きい。
じゃあ、明日から何を変えるべきか
個人的には、いきなり全部AIに任せるのはおすすめしない。
むしろ最初にやるべきなのは、小さく区切った1タスクを、Cursorに“実装＋確認”までやらせて、人間はレビューに徹することだと思う。
たとえば既存プロジェクトで、
「このReactコンポーネントのフォームバリデーションを整理して、関連テストも直して」
くらいのサイズで試す。
そのとき、Design ModeでUIの該当箇所を直接指定できるし、Agents Windowで別案を並べて比較もできる。うまくいけば、あなたは“書いた人”ではなく“出荷判断をした人”として作業できる。 ただ、いいことばかりでもない。
エージェントが強くなるほど、見落としやすいのは変更の根拠が薄いまま差分だけ増えること。さらに、プラグインやMCPで外部ツール接続が広がるほど、権限境界やレビュー責任は重くなる。2月以降、CursorはMarketplace、Automations、Bugbot learned rules、self-hosted cloud agentsまで一気に広げているから、便利さと同時に、運用設計をサボると事故る領域も増えた。 Cursor+3Cursor+3
余談だけど、ここまで来ると「Cursor vs VS Code」みたいな比較は、少しずれてる気もする。
本当の比較対象は、VS CodeでもJetBrainsでもなく、人間が1人で全部面倒を見る前提の開発スタイルなんじゃないかな。実際、CursorはJetBrains側にもACPで入ってきていて、IDEの囲い込みより“どこでエージェントを働かせるか”に重心を移している。 Cursor
たぶん今起きているのは、エディタ戦争の再来じゃない。
開発者が「実装者」から「監督者」に少しずつ職種変化していく、その入口なんだと思う。
僕はまだ、人間が細部を捨てていいとは思っていない。
でも、細部に入るタイミングを人間が選び、普段はAIに走らせるほうが自然になってきた。
Cursorの話題って、結局そこが刺さってるんだと思う。
3年後に振り返ったとき、「あの頃はまだAIを横に置いて使っていたよね」と言われるかもしれない。
今はたぶん、その最後の時期にいる。