VS CodeはAI時代に負けたのか──Cursor・Antigravity・Codex・JetBrainsまで、開発環境の現在地【2026年版】

1. 結論：VS Codeは負けていない。ただし「最強のAI専用機」ではなく「全エージェントの母艦」になろうとしている

AI対応の開発環境を比べると、製品ごとの第一印象にはかなり差がある。Cursorはコードベース索引、複数ファイル編集、専用Tab補完、Agentを一つの体験として見せる。Antigravityはブラウザ確認まで一気に進め、CodexやClaude Codeは長い仕事を別セッションへ任せられる。こうした専用設計の製品と並べると、VS CodeのAI機能は控えめに見えることがある。

これはVS Codeが単純に劣っているからではない。Google AntigravityはEditor Viewとは別に、複数エージェントを動かすManager Surfaceと、計画・スクリーンショット・ブラウザ録画を成果物として見せる仕組みを打ち出した。対してVS Codeは巨大な拡張機能市場、企業管理、Remote Development、デバッガー、Notebookとの互換性を壊せない。専用車と公共駅では、曲がる速さが違う。^[2][5]

しかし、2026年8月時点の結論は逆転する。VS CodeはCopilot一体型IDEだけを目指すのをやめ、Copilot、Claude、Codex、ローカル、バックグラウンド、クラウドのセッションを一つのAgent Sessionsで扱う方向へ進んだ。2026年1月の1.109以降、ClaudeとCodexをCopilotの隣で動かせるようになり、現在の公式ドキュメントは複数セッション、fork、checkpoint、subagent、remote host、Agent Host Protocolまで説明している。^[6][7]

だから答えはこうなる。

AIとの会話を最も気持ちよく始めたいなら、CursorやAntigravityのようなAIネイティブ製品が強い。言語、拡張、企業統制、リモート環境、複数ベンダーのエージェントを長く載せたいなら、VS Codeの強さはむしろ2026年に増している。

利用率のデータを先に見ると、VS Codeはすでに圧倒的首位である。競合に負けて見える場面があるとしても、それは利用者数ではなく、AI専用機としての話題性と、最初の10分で伝わる驚きの差である。

2. 利用率ではVS Codeが首位──「派生製品が目立つ」と「本家が負けた」は別である

Stack Overflowの2025年Developer Surveyは49,000件超、177か国の回答を集めた。開発環境を使った回答者のうち、VS Codeを挙げた人は75.9%。2位のVisual Studio 29.0%、IntelliJ IDEA 27.1%、Cursor 17.9%を大きく離す。VS CodeとVisual Studioは4年連続で上位を維持し、Stack Overflow自身も「サブスクリプション型AI IDEは首位を崩せなかった」とまとめている。^[1]

ここは円グラフにしてはいけない。調査は複数回答であり、同じ人が仕事ではIntelliJ、軽い編集ではVS Code、ターミナルではVim、AI作業ではCursorを選べる。合計は100%を超える。円グラフにすれば、製品が排他的に一つだけ選ばれているように見せてしまう。

VS CodeとCursorの関係を説明するとき、ChromiumとChromeの関係を連想するかもしれない。ただし、ここには大きな違いがある。一つのWeb閲覧では主役のブラウザが通常一つなのに対し、開発環境は仕事、軽い編集、ターミナル、AI作業で役割分担しやすい。さらにCursorは公式にVS Codeのオープンソースコードのforkであり、上流の更新を定期的に取り込むと説明している。VS Codeと競争しながら、その操作体系、拡張資産、学習コストの低さも増幅している。^[2]

つまり、VS Codeは完成品のシェアでも首位であり、その設計思想は競合製品の中にも潜んでいる。Chromiumに対するChromeより、Linuxカーネルに対するUbuntuに近い。土台が勝つことと、その上で最も魅力的な完成品を作ることは別競技なのである。

3. 同じモデルなのに、IDEを変えると頭が良くなるのはなぜか

「同じClaudeなのにIntelliJでは話が通じず、Cursorでは理解する」「同じGPTなのにCopilotとCodexで修正の質が違う」。これは錯覚だけではない。モデルはエンジンで、IDEやエージェント基盤は、地図、計器、車体、運転規則、ピットクルーをまとめたものだ。

IDE側が結果を変える主な部品は六つある。

1. 文脈収集：開いているファイルだけか、依存関係、Git履歴、診断、規約、過去の会話まで拾うか。
2. 検索と索引：全文検索だけか、symbol、型、参照、embedding、language serverを組み合わせるか。
3. ツール：ファイル編集だけか、terminal、test、browser、MCP、クラウド環境まで動かせるか。
4. エージェントループ：一回答えて止まるか、失敗を読み、修正し、再実行するか。
5. 変更制御：diff、checkpoint、worktree、権限確認、除外ファイルで暴走を止められるか。
6. 製品のprompt：同じユーザー入力でも、裏側のsystem prompt、context圧縮、tool定義、終了条件は製品ごとに違う。

この論点は以前の記事「同じAIモデルを使っても『賢さ』が変わる秘密」で、コンテキスト注入、プロンプト変換、自律ループまで含めて詳しく扱った。本稿では繰り返さないが、IDE選びで最重要なのは「どのモデルを選べるか」より、そのモデルに何を見せ、何をさせ、失敗をどう検知するかである。モデル単体のベンチマークと現場性能のずれは「ベンチマーク王は、なぜ現場でコードを壊すのか」も参照してほしい。

だから数か月前のIntelliJ＋Copilot体験が悪かったとしても、「IntelliJは永久にAIが苦手」とは言えない。2026.2のJetBrains AI AssistantはJunie、Claude Agent、Codex、GitHub Copilotを同じIDE内で扱い、ACP、MCP、skills、AGENTS.mdにも対応している。逆に、製品名が同じでも、pluginの版、選んだagent mode、索引完了、permission、モデル、プロジェクト構造で体験は別物になる。^[12]

4. 主要製品を比較する──表が向くのは「同じ物差し」で横断するときだけ

次の表は勝者を一人に決めるランキングではない。「土台」「AIの主役」「得意な仕事」「弱点」を同じ位置で見比べるための表である。PCでは列を横断して比較し、モバイルでは各製品を一枚のカードに変換して上から読めるようにする。広い画面には表、狭い画面には列記が向く情報だからだ。

ここで「すべてVS Codeのfork」と一括りにするのは正確ではない。Cursorは明示的なfork。一方、現行のDevin公式docsはCascadeをDevin Desktopのagentとして説明している。Antigravityも見慣れたEditor Viewを持つが、Googleの公式発表はforkだとは説明していない。JetBrains、Zed、Theiaは別の土台である。似たサイドバーとcommand paletteを持つことと、同じソースコードから作られたことは違う。^[4][14][15]

5. 言語別の正解──エディターの軽さより「最後の1マイル」を見る

製品を横断する比較には表が向くが、言語別の選び方を4列の表に押し込むと、スマートフォンでは説明が細切れになる。ここはカードのように、結論と例外を一つずつ読む方がよい。

サクラエディタ、Sublime Text、Vim、Neovimも消えていない。Stack Overflow調査ではVim 24.3%、Neovim 14.0%、Sublime Text 10.5%である。AI Agentをterminalや別アプリで動かすなら、人間側の編集面は小さくてもよい。Codexのように「どのエディターで開くか」を選ばせる製品は、AIがIDEを飲み込むのではなく、AIの仕事場と人間の手編集を分離する思想だ。ここでChatGPT DesktopやClaude Desktopのような汎用会話アプリと、CodexやClaude Codeのようなcoding agentは分けて考えたい。前者は入口、後者はrepository、terminal、test、diffを持って仕事を完了する実行層である。

6. なぜMicrosoft本丸は遅く見えたのか──OSSだからではなく、守るものが多いから

VS Codeのソースが公開されているから、競合が改良して本家を追い越した。これは一部正しい。しかし「OSSだからMicrosoftが弱い」は結論が逆だ。forkが大量に生まれるほどVS Codeの操作体系と拡張APIは標準になり、本家は配布、Remote、WSL、dev container、Notebook、accessibility、企業policy、extension securityを握る。

本家が遅く見える理由は三つある。

• 互換性税：毎月使う何千もの拡張、OS、企業policyを壊せない。専用AIエディターはAI体験を優先して既定値を変えやすい。
• 組織境界：VS Code、GitHub、Copilot、Azure、Microsoftのセキュリティ要件をまたぐ。小さなAI企業より意思決定が長い。
• 戦略の違い：Cursorは一つの最高のagent体験を売る。Microsoftはエディター、GitHub、CLI、cloud agent、第三者Agentを同じ開発ライフサイクルへつなぐ。

2026年のVS Code Agent Hostは、長時間のAgentをextension hostから独立させ、複数clientで共有し、editorを閉じてもremote machine上で続けられる設計へ移っている。Agents windowは複数workspaceを横断し、Copilot CLI、cloud、Claude Agentを一つの一覧で扱う。これは派手な一発回答より地味だが、組織で毎日使う基盤としては大きい。^[8][9]

逆にVS Codeの弱点も残る。機能の発見性は悪く、Copilot、CLI、Agent Sessions、Agents window、拡張の違いを新規利用者が理解しにくい。専用製品の方が、起動直後から「ここへ頼めばよい」が明確である。利用枠表示がstatus barのCopilotアイコンに集約されて見やすい、というような運用品質は本家の良さだが、賢さの体感を決めるのは残量表示だけではない。

7. Macファーストの謎──世界シェアではなく、初期顧客と検証コストを見ている

一般PC市場ではWindowsが多数派である。それでも高度なAIデスクトップ製品がMacから先に提供される例がある。この順序を理解するには、一般PC市場と、初期顧客になりやすい開発者市場を分けて見る必要がある。

Stack Overflow 2025で仕事に使うOSを挙げた回答はWindows 49.5%、macOS 32.9%、Ubuntu 27.7%、WSL 16.8%だった。複数回答なので足して100にはならないが、開発者集団ではmacOSが一般PC市場より大幅に過剰代表されている。初期版を数万人の先進的な開発者へ試すなら、Macは「世界の少数派」でも「狙う顧客の3分の1」になりうる。^[1]

さらに、MacはApple Siliconを中心にhardwareとOSの組み合わせが比較的少なく、Unix系shell、権限、toolchainを揃えやすい。一方Windowsはnative sandbox、PowerShell、WSL1／WSL2、Windows側とLinux側のfile system、企業セキュリティ製品が絡む。初期版の検証行列はMacの方が小さい。これは各社が「Macを先にする理由」を一つの公式声明で説明したものではなく、公開された対応状況からの推論である。

だから、Devin DesktopがMacでは快適でもWindowsでは重い、という個別体験や報告を、製品全体の固定評価にしない方がよい。ただし無視もせず、同じ規模のrepositoryでmemory、index時間、agent同時実行数を測るべきだ。Linux向けWeb開発ではリポジトリの置き場所も効く。OpenAIの現行WSLガイドはWSL2内でCodexを動かし、リポジトリを/home/...に置き、VS CodeをWSL remoteとして開く方法を案内する。C:側のファイルをWSLから跨いで大量走査するより、toolchainとAgentを同じLinux側へ置く方が境界が減る。^[11]

一方、.NET desktop、Windows driver、Office add-inならnative Windowsが正しい。Swift／XcodeならMac以外に最終build環境はない。OSは人気投票ではなく、成果物が最後に動く場所から逆算する。

8. 最終回答：一つに決めず、「人間の操縦席」と「AIの作業場」を分ける

2026年のIDE選びは、「一番賢い製品を一つ買う」問題ではなくなった。AI AgentはCLI、desktop workspace、IDE拡張、cloud、browserへ分かれ、人間がコードを読む場所と、Agentが長時間働く場所を別にできる。

迷ったら、次の順で決めるとよい。

1. 言語固有の最後の1マイルを選ぶ：JavaならIntelliJ、iOSならXcode、.NET desktopならVisual Studio／Riderのように、build・debug・署名を最も確実に扱う場所を決める。
2. AIの仕事量を選ぶ：数行の補完ならCopilot／Cursor Tab、数ファイルの修正ならIDE Agent、数十分以上ならCodex／Claude Code／background・cloud Agent。
3. 失敗の戻し方を確認する：diff、test、checkpoint、worktree、browser verification、permissionがあるか。
4. OS境界を減らす：Windows＋Linux開発なら、repo、terminal、AgentをWSL2側に揃える。native開発なら無理にWSLへ寄せない。
5. 一週間、同じ課題で比較する：demoの速さではなく、既存機能を壊さず、レビューしやすく、失敗から戻れるかを測る。

個人のWeb開発なら、Cursorを人間の操縦席、Codexを長時間作業員にする組み合わせは強い。企業の多言語開発なら、VS Codeを標準母艦にしてCopilot、Claude、Codexを案件で切り替える方が管理しやすい。Javaの大規模システムなら、IntelliJを捨ててAI専用エディターへ全面移行するより、IntelliJのsemantic toolingの上へ好きなAgentを載せる方が合理的だ。

VS CodeはCursorより常に賢いわけではない。CursorもVS Codeよりすべて優れているわけではない。そしてVS Codeは負けていない。75.9%の利用率を持つ本家は、AI専用車のレースを追うだけでなく、どの車両も到着し、乗り換えられ、企業が管理できる巨大な駅を作り始めた。

これから勝つのは、最も派手なモデル名を表示するIDEではない。同じモデルへ正しい文脈と道具を渡し、余計な変更を止め、テストで嘘を見抜き、人間が安心して採用できる形で差分を返す開発環境である。

調査時点：製品機能と対応OSは2026年8月16日時点。AI開発ツールは更新が速く、plan、利用枠、対応Agent、preview機能は変更される。導入時は公式ドキュメントと、自分の実リポジトリで再確認してほしい。

参考文献・出典

1. [1]Stack Overflow, 2025 Developer Survey。「使った開発環境」は複数回答。全回答者のDev IDE集計はVS Code 75.9%、Visual Studio 29.0%、Notepad++ 27.4%、IntelliJ IDEA 27.1%、Vim 24.3%、Cursor 17.9%。OSの業務利用はWindows 49.5%、macOS 32.9%、Ubuntu 27.7%、WSL 16.8%。 ↩
2. [2]Cursor, Security。CursorはMicrosoftが維持するVS Codeのオープンソースコードのforkで、上流を定期的にmergeすると説明している。Workspace Trustとextension signatureの既定値がVS Codeと異なる点も記載されている。 ↩
3. [3]Cursor, iOS & macOS (Swift)。Cursorを主編集面にしつつ、build／runはXcodeへ戻る基本workflowを案内している。 ↩
4. [4]Devin Docs, Cascade。現行docsはCascadeをDevin Desktopのagentic AI assistantとして案内し、Code／Chat、tool calling、voice、checkpoint、real-time awareness、linter integrationを説明している。 ↩
5. [5]Google Developers Blog, “Build with Google Antigravity” (2025-11-20)。Editor View、Manager Surface、terminal／browser操作、Artifacts、macOS／Windows／Linux対応を発表。 ↩
6. [6]VS Code, “Your Home for Multi-Agent Development” (2026-02-05)。VS Code 1.109でClaudeとCodexのsessionをCopilotと並べ、local／cloudで扱う構想を説明。 ↩
7. [7]VS Code, “Agents”。agent loop、session、parallel、fork、checkpoint、subagent、remote session、memoryの現行仕様。 ↩
8. [8]VS Code, “Agent Host architecture”。長時間Agentを独立processで管理し、client共有、remote、editor非接続時の継続を可能にする設計。 ↩
9. [9]VS Code, “Use the Agents window”。複数workspace、Copilot CLI／Cloud／Claude Agent、worktree、reviewを扱うagent-first window。 ↩
10. [10]OpenAI, Codex IDE extension。VS Code、Cursor、Windsurfはextension、XcodeとJetBrainsは各統合を使い、localとcloudを行き来できる。 ↩
11. [11]OpenAI, Codex on WSL。WSL2を選ぶ条件、VS Code WSL remote、repoを/home/...へ置く推奨を説明。 ↩
12. [12]JetBrains, AI Assistant in JetBrains IDEs (IntelliJ IDEA 2026.2 Help)。Junie、Claude Agent、Codex、GitHub Copilot、ACP、MCP、BYOK、local modelを統合。 ↩
13. [13]JetBrains, “The Go Ecosystem in 2025”。調査回答者の主利用はGoLand 47%、IntelliJ＋Go plugin 6%、Cursor 6%と報告。 ↩
14. [14]Zed, Agents。Zed Agent、ACP外部Agent、terminal threadとparallel agentの現行設計。 ↩
15. [15]Eclipse Theia, Theia Coder。workspace探索、診断、structured change、plan、test、agent modeを備えるオープンなcoding agent。 ↩