「Zedって何ですか」——開発の現場で、そんな問いを最近になって耳にすることが増えています。
AIコードエディタの顔ぶれは、この1〜2年で驚くほど入れ替わりました。
数ヶ月ごとに『どのモデルが速いか、賢いか』は塗り替わり、その競争に気を取られているうちに、道具そのものの進化を丸ごと取りこぼす。
モデルの性能ばかり追いかけて、エディタの地図が古いまま止まっている——これが、いま中級層が陥りやすい死角だと感じます。
そこで手がかりになるのが、『どのモデルが速いか』ではなく道具の“構造”で見るという視点です。
速度・エージェント常駐・エコシステム・プロトコル対応という4つの軸で眺めると、流行り廃りに振り回されずに選べるようになります。
前提：AIコードエディタとは（最小限）
まずは前提を、最小限だけ確認しておきたいところです。
AIコードエディタとは、要は生成AIを組み込んだコード編集ツール。
できることは、大きく3つの層に分けると見通しがよくなります。
一番下がインライン補完、書きかけの行の続きを提案してくれる層。
真ん中が、自然言語で「この関数を全ファイルまとめて直して」と指示できるマルチファイル編集です。
一番上が、手順を自分で立てて実行まで走るエージェントの自律実行。
ここで混同しやすいのが、エディタとコーディングエージェントの関係です。
Claude Code や Codex CLI のような CLI エージェントは、エディタとは別のレイヤーで動く存在。
その両者が最近になって手を組み始めた、という点だけ頭の隅に置いておくと、後の話がつながります。
なぜ2026年にエディタが乱立するのか
なぜ、これほど顔ぶれが増えたのか。
理由は、基盤モデルの性能が各社とも似た水準までコモディティ化したことにあります。
同じ Opus 級・GPT 級の賢さを、どれだけ速く安く出せるかという価格性能比の勝負に、土俵が移りました。
モデル単体では差がつきにくくなり、勝負どころが別の場所へ動いたわけです。
その別の場所こそ、エディタの使い勝手と、エージェントをどう常駐させるかの設計にほかなりません。
だから利用者の選ぶ基準も、『どのモデルか』から『どの道具が手になじむか』へと静かに動いています。
モデルを乗り換えても作業のリズムが崩れない、そんな道具選びが現実味を帯びてきました。
主要どころの立ち位置（5本＋エージェント）
ここからは、名前のよく挙がる5本の、ざっくりした立ち位置。
細かな優劣より、それぞれが狙う方向をつかむのが目的です。
速度・広さ・価格をざっくり並べる
数字は独立系ベンチマークやレビュー由来で、環境や時期で変わる前提で受け取ってください。
- Cursor：200Kトークン級の広いコンテキストで、大規模コードベースの扱いに強い。
- Windsurf：無料補完が手厚く、動く前に計画を説明する Cascade が持ち味。
- Zed：Rust製で起動が軽く、並列エージェントを前面に押し出した新世代。
- GitHub Copilot：VS Code から JetBrains、Neovim まで横断で動く、エコシステムの安心枠。
- Kiro：仕様（スペック）から書き起こす、スペック駆動を掲げる新顔。
速さが語られやすいのが Zed です。
独立系のベンチマークでは、コールドスタート約0.6秒（VS Code は約1.3秒、Cursor は約4.5秒）といった数字が挙げられています。
アイドル時のメモリも数百MB規模にとどまる、という測定結果。
ただし、この手の数値は測定条件で揺れるので、数字を真に受けず、目安として眺めるのが安全です。
速度や AI 機能の詳細は、Zed 公式サイトで確認できます。
もう一つ押さえておきたいのが、エディタの中で動くコーディングエージェントの存在です。
Claude Code・OpenAI Codex CLI・Gemini CLI・OpenCode といった顔ぶれが、各エディタに接続して働きます。
これからのエディタ選びは、中で走らせるエージェントとの組み合わせまで含めた話になっていく。
新しい選定軸：エージェント常駐とACP
ここに、2026年ならではの新しい軸が2つ加わりました。
一つ目が、並列エージェントという働き方です。
複数のエージェントスレッドを同時に開き、それぞれが現在のコードから枝分かれした別の作業コピーで動きます。
技術的にいえば、各スレッドが別々の Git worktree で並行して手を動かすイメージです。
片方がテストを書き、別のスレッドがリファクタを進め、また別が CI の修正に取りかかる——そんな分担が現実になります。
人間の役割は、上がってきた変更をレビューして統合する司令塔へと移っていく。
もう一つが、ACP（Agent Client Protocol）というオープン標準です。
エディタとエージェントの“話し方”をそろえる共通規格で、Zed が主導し、JetBrains も加わって広がってきました。
2026年1月には、両者の IDE からエージェントを直接導入できる公式のレジストリも公開されています。
ねらいは、言語ごとの機能を標準化した LSP と同じ発想を、AI エージェントの世界へ持ち込むこと。
これがあると、エディタを乗り換えても同じエージェントを使い回せる方向が見えてきます。
つまり ACP は、特定のエディタに縛られるロックインを避けるための保険にもなるでしょう。
標準そのものの解説は、Zed 公式の Agent Client Protocol ページが読みやすい。
レジストリの詳細は、JetBrains 公式ブログに告知されています。
自分の現場での選び方（4軸チェック）
ここからは、現場でそのまま使える選び方の型。
私がすすめたいのは、速度・エージェント常駐・エコシステム・プロトコル対応の4軸で見るという眺め方です。
それぞれの軸が投げかけるのは、ごくシンプルな4つの問い。
- 速度：起動や入力の遅延、メモリの軽さは、一日中開いていて苦にならないか。
- エージェント常駐：並列 worktreeで複数の作業を同時に回したいか。
- エコシステム：いまの VS Code 資産や、IDE 横断の動作を捨てたくないか。
- プロトコル対応：ACP のような共通規格で、将来エージェントを付け替えられるか。
大事なのは、4軸すべてで満点を狙わないことです。
まず自分にとって一番外せない軸を1本決め、残りは妥協ラインを引く。
速度が命なら Zed 寄り、エコシステム重視なら Copilot 寄り、という具合に重心が決まります。
最重要の1軸から選べば、モデルの流行り廃りに振り回されずに済む。
チームでのリアルタイム共同編集が要るかどうかも、最後にもう一度そえて確かめておきたいところです。
最後に
AI開発ツールの世界は、これからも新顔が出ては消えを繰り返します。
それでも、4つの軸という物差しさえ手元にあれば、新顔が出るたびに慌てず位置づけられる。
モデルの速さや賢さは、来月にはまた順位が入れ替わっているかもしれません。
だからこそ追いかけるべきは、個々のモデルよりも道具の構造を見る目のほうだと感じています。
まずは手元のエディタを、この4軸で一度眺め直してみてください。
以上です。
コメントを残す