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

2026年10月23日更新： 8月の初版以降の変化（VS Codeの週次リリースとCopilot harnessの既定化、CursorのX Subscription移行、AntigravityのIDE拡張とGemini 4 Argon、JetBrains Air、Devin DesktopのDevin Local、Codex・Claude Codeのモデル更新など）を各社の公式資料で確かめ、第4章に「2026年10月時点の変化」を追加しました。「VS Codeは負けていない。全エージェントの母艦になろうとしている」という結論は変わらず、むしろ各社が同じ方向へ動いています。

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]

※2026年10月追記：この方向はさらに進んだ。VS Codeは8月下旬以降、ほぼ毎週リリースしており（1.135が8月26日、1.142が10月14日）、最新の1.143では、Copilot SDKの上に作られ、Agent Host経由で動く「Copilot harness」が新しいセッションの既定になった。同じ版では、一つのタスクをCopilot、Claude、Codexの各harnessと複数モデルに並行して解かせ、結果を比べて組み合わせる「Compare models」もプレビューで入っている。一方で、組織のpolicyでCopilot harnessを必須にすると、ClaudeとCodexの新しいセッションは作れなくなる。^[16] さらにGoogleも8月20日、AntigravityのエージェントをVS Code、Visual Studio、JetBrains、Zed、Xcodeから呼び出せる拡張機能を出した。^[17] 他社のAgentがVS Codeへ「乗り込んでくる」構図は、8月時点よりはっきりしている。

だから答えはこうなる。

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]

※2026年10月追記：JetBrainsは9月22日、IDE内で複数のAgentを指揮して結果を検証する「Air in JetBrains IDEs」、チームの作業を調整する「Air Teams」、組織のpolicy・監査・費用管理を担う「Air Governance」（旧JetBrains Central）をまとめた「JetBrains Air」を発表した。将来のAI開発は複数ベンダーになるという前提で、ACP Registry経由の他社Agentも同じIDEで動かす方針を明言している。^[20] 自社AgentのJunieも、Macだけで動く無料の「Junie Local」（8月24日）、簡単な作業向けの無料枠「Junie Lite」（10月2日）、Junie LocalのWindows対応の安定化（10月16日）と更新が続いた。^[21]

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

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

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

2026年10月時点の変化（8月の初版以降）

上の表は8月の初版の枠組みを保ったまま、Devin DesktopとAntigravityの行だけを直した。そのほかの主な変化を、各社の公式資料の日付つきでまとめる。

出典：^{[16][22][23][24][17][18][25][26][27][20][21][4][28]}

並べてみると、方向はそろっている。VS CodeはCopilot・Claude・Codexを比べる場を作り、JetBrains Airは「複数ベンダーが前提」と明言し、Devin DesktopはACPで他社Agentを受け入れ、GoogleはAntigravityのAgentを他社のIDEへ送り込んだ。どの製品も「自分のAgentだけの専用機」から「複数のAgentを載せる母艦」へ寄ってきている。 逆向きの動きがCursorで、新プランでは同梱の利用枠をGrokなど自社側のモデルに寄せ、Claude・GPT・Geminiは最初からAPI定価の従量課金にした。複数モデルを切り替えて使う人ほど、プラン選びの前に費用を見積もる必要がある。

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]

※2026年10月追記：Windows側の対応も進んでいる。Antigravityアプリはv2.15.1（9月19日）でWindowsのファイルとネットワークのsandboxを加え、CodexアプリはWSLのterminalやworktreeに関する修正を9月から10月にかけて重ね、JetBrainsはJunie LocalのWindows対応を10月16日に安定版とした。^[19][25][21] Macで先に始まった製品も、Windows／WSLを後から詰めている段階と見るのがよい。

一方、.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を載せる方が合理的だ。

※2026年10月追記：Cursorを新しく契約する場合、10月12日以降の新プランではClaude・GPT・Geminiなどの第三者モデルがAPI定価の別課金になる。既存のPro／Pro+契約はそのまま続く。^[24] Cursorを操縦席にするなら、どのモデルを主に使うかで費用が大きく変わる点を先に確かめてほしい。

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

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

調査時点：製品機能と対応OSは2026年8月16日時点。「2026年10月追記」と第4章の「2026年10月時点の変化」は、2026年10月23日に公式資料で確認した。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]Cognition, “Windsurf is now Devin Desktop” (2026-06-02)。改称、Agent Command Center、ACP対応、Cascadeの後継となるDevin Localを発表。Devin Docs, Cascade（2026-09-24更新）は、CascadeをDevin Desktopの二つのローカルagentの一つとし、新しいタブの既定はDevin Localと説明している。 ↩
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。 ↩
16. [16]VS Code, Release notes 1.143。Copilot harnessの既定化、Compare models（preview）、Copilot harnessを必須にするpolicy。リリース日は1.135（2026-08-26）〜1.142（2026-10-14）の各release notesで確認。 ↩
17. [17]Google Antigravity Blog, “Introducing IDE extensions” (2026-08-20)。VS Code、Visual Studio、JetBrains（2026.2.1以降）、Zed、Xcode（27 beta 6以降）向け。 ↩
18. [18]Google Antigravity, Models（2026-10-23確認）と“Gemini 4 Argon in Google Antigravity” (2026-10-13)。ArgonはAntigravity IDEでは使えず、アプリ、CLI、IDE拡張で使えると注記。 ↩
19. [19]Google Antigravity, Changelog。Antigravityアプリv2.15.1（2026-09-19）のWindows sandbox。 ↩
20. [20]JetBrains, “JetBrains Air: Building a System of Products for Agentic Software Development” (2026-09-22)。 ↩
21. [21]Junie Blog。Junie Local（2026-08-24）、Junie Lite（2026-10-02）、Junie LocalのWindows対応安定化（2026-10-16）。 ↩
22. [22]GitHub Docs, “Indexing repositories for GitHub Copilot”。Copilot ChatとCopilot cloud agentがsemantic code searchの索引を使う。 ↩
23. [23]Cursor, Changelog。Projects（2026-09-10）、Remote Control for Local Agents（2026-10-06）、Cloud Agent Canvases and Environment Improvements（2026-10-16）。 ↩
24. [24]Cursor Community Forum, “Introducing The X Subscription”（Cursorスタッフの投稿、2026-10-12）とCursor, Models & Pricing（2026-10-23確認）。 ↩
25. [25]OpenAI, Changelog。GPT-5.3-Codex-Spark提供終了（2026-09-14）、GPT-6.1 Sol（2026-09-29）、GPT-5.5退役（2026-10-14）、Windows版アプリのWSL関連修正（2026-09-17、2026-10-07）。 ↩
26. [26]Anthropic, Claude Code changelog。AGENTS.md対応（v2.1.277、2026-09-18）、Claude Opus 5.5が既定のOpus（v2.1.280、2026-09-22）。 ↩
27. [27]Anthropic, Claude Code “What’s new”。/goal（2026年第20週）、auto modeがPro・Max・Teamの新規セッションの既定に（2026年8月14日から、第32週）。 ↩
28. [28]Zed, “Introducing Delta” (2026-08-12) と“Replace PRs with Delta – Now in Public Beta” (2026-09-16)。 ↩