コードエディタは「テキストを速く表示するだけのツール」のはずだった。それがいつの間にかブラウザエンジンを丸ごと内包し、画面を描くたびにDOMと格闘し、スクロールのたびにCPUが唸るような代物になった。VS Codeを使う開発者の多くが「重さ」を許容コストとして払い続けてきたのは、拡張機能と生態系の引力が大きすぎたからだ。その現状に、かつてAtomとElectronを生み出した当事者たちが正面から挑んだ。2026年4月29日のZed 1.0リリースが意味するのは、「完成」ではなく、5年間の技術的賭けが「通用する」と証明されたということだ。
Atomの反省から始まった5年：GPUとRustを選んだ理由
ZedのCEO Nathan Sobo氏はGitHubに2011年から9年在籍し、Atomテキストエディタの開発を率いた人物だ。AtomはChromiumのフォークとして設計され、そこからElectronフレームワークが派生した。VS CodeもそのElectronの上に成り立っている。「Webテクノロジーはソフトウェアを出荷する簡単な道を提供したが、同時に天井も課した」とSobo氏は振り返っている。Atomが2022年にVS Codeに押されて廃止されるまでの経緯は、その天井の存在を証明する実験になった。
ZedチームがAtomで体験した最大の挫折は、プラットフォームに起因するパフォーマンス限界だった。Electronの土台を使う限り、描画の責任はChromiumのレンダリングエンジンが担う。アプリケーション側でできることは多くない。そこでZedは「借り物の基盤では行けない場所がある」という判断のもと、UIフレームワークをゼロから書き直すことを選んだ。言語はRust、描画エンジンはGPUI（GPU UIフレームワーク）と名付けた独自実装だ。
GPUIが採用したアーキテクチャは、デスクトップアプリよりビデオゲームに近い。テキスト・矩形・影をHTMLのDOMで表現するのではなく、GPUシェーダー（Signed Distance Functions）を使って直接描画する。CPUがレイアウト計算をしながらDOMツリーを更新するのではなく、フレームバッファに直接書き込む方式だ。この設計により、UI全体がGPUで処理されるため、スクロールや補完候補の表示に余分な中間層が介在しない。
Rustはメモリ安全性をゼロコストで自動保証し、長期メンテナンスのコスト削減につながる。コンパイラが所有権を強制するため、並列処理時のデータ競合をコンパイル時に排除できる。2024年にオープンソースとして公開されたZedのコードベースは公式によると100万行を超える規模で、その大半がRustで記述されている。ZedのGitHubリポジトリはスター数約80,900を記録し、1,825人のコントリビューターが参加している。5年をかけた賭けは、少なくともコミュニティの注目という点では形になった。
1.0が意味すること：完成ではなく「転換点」宣言
「1.0は『完成』でも『完璧』でもない。多くの開発者がZedにすぐ馴染める転換点に達したということだ」とSoboElectronはリリースブログに記している。同社によると数十万人の開発者が毎日Zedを使ってソフトウェアをリリースしているとされるが、この数値は公式発表のみで独立した検証はない。
1.0で追加された機能は地味だが実用的だ。セッション永続ブックマークにより、作業中のファイル位置をセッションをまたいで保持できる。Git CLIコマンド統合が強化され、エディタからgitの操作を直接実行できるようになった。Windowsの Alt-Tab フォーカスグリッチや、Linux X11環境でのスペースバー入力の不具合も修正されている。macOS・Windows・Linuxの3プラットフォームに正式対応したことで、「使えない環境がある」という言い訳が消えた。
破壊的変更として、preferred_line_length 設定が廃止され、bounded soft wrapping に置き換わった。既存の設定ファイルを持つユーザーには移行作業が必要になる。1.0を「安定」と解釈してアップグレードした開発者がこの変更に遭遇すると、設定が無効化されることがある。マイグレーションガイドの整備がどこまで追いつくかは、エコシステムの成熟度を測る指標になるだろう。
AIモデルサポートでは、DeepSeek-V4-ProとDeepSeek-V4-Flashが2026年4月のアップデートで追加された。DeepSeek-V4-Proは総パラメータ1.6兆（MoE（Mixture-of-Experts）構造でアクティブ490億）、コンテキスト長100万トークン。DeepSeek-V4-FlashはMoE構造で総パラメータ2,840億（アクティブ130億）、同じく100万トークンのコンテキスト長を持つ。どちらもMITライセンスのオープンウェイトモデルとして公開されており、プロプライエタリモデルへの依存を避けたい開発者にとって選択肢が広がった。
AIネイティブとAI完全無効化の両立という逆説
Zedは「AIネイティブなエディタ」を標榜しながら、1.0では「すべてのAI機能を無効化する」設定を追加した。AIアシスタント機能を前面に出す競合ツール（Cursor等）が増える中、「使いたくない人が使わない自由」を保証する設計は、コミュニティから思想的な明確さとして称賛されている。AI機能のオン・オフをユーザーが完全に制御できる点は、セキュリティポリシーが厳しい法人環境での採用障壁を下げる効果もある。
並列エージェント機能は1.0のコアに位置する新機能だ。複数のAIエージェントが同じコードベース上で同時に作業できる仕組みで、タスクを分割して並行実行することで、単一エージェントによる逐次処理の限界を超える。コード補完という従来のAI補助とは性質が異なり、エージェントが「編集者」として振る舞い、人間は「レビュアー」として結果を検証する役割分担を前提にしている。
ZedがGoogle・JetBrainsと共同開発しているACP（Agent Client Protocol）は、AI開発ツールの相互運用性を確立するための開放仕様だ。LSP（Language Server Protocol）がどの言語サーバーでも同じプロトコルで通信できるようにしたのと同様に、ACPはAIエージェントと開発ツールの間に共通規格を作ろうとしている。Apacheライセンスで公開されており、Claude Agent・Codex・OpenCode・Cursorがすでに対応エージェントとして参加している。Cursorは2026年3月にACP Registryに加わった。
JetBrainsのAI部門責任者Denis ShiryaevElectronがACPへの参加に際して語った言葉は、エディタ設計の根本的な矛盾を指摘している。「IDEは『コード記述に集中するツール』と『AIへのタスク委譲ツール』の間を行き来しなければならず、両方をひとつの製品でうまくやるのは難しい」。Zedの「AI使用と不使用を設定で切り替え可能」という設計は、この矛盾に対するひとつの答えとして読める。
VS Code帝国との正面対決：1,000 vs 100,000の拡張機能格差
Zedの拡張機能数は約1,000件。VS Codeの100,000件超と比較すれば、2桁の差がある。この数字だけを見れば勝負にならないが、「使える拡張機能」の充足度は別の問題だ。HackerNewsのユーザーは「ZedはSublimeに求めていたもの全てだ。VSCodeをネイティブで実現したものが欲しかったが、まさにそれがZedだ」と書いている。
移行を検討する開発者の関心は「拡張数」ではなく、「Rust開発環境として必要なLanguage ServerとDebugger Adapterが揃っているか」「プロジェクト固有のビルドスクリプトやテストランナー統合の代替が見つかるか」という実用的な軸に集約される。LSP（Language Server Protocol）への対応によって、コード補完・定義ジャンプ・リファクタリング支援は主要言語で利用可能だ。一方、特定ワークフローに依存するプロジェクト固有のプラグインはVS Codeの生態系でしか見つからないケースが多い。PythonエコシステムでJupyterやDjangoの周辺ツールをVS Code流儀で使ってきたユーザーにとって、1,000件の棚の中で代替を探す作業がボトルネックになる。移行コストの大半はこの「固有プラグインの代替探し」にある。
VS Codeをフォークベースで展開するCursorやWindsurfとZedが大きく異なるのは、技術スタックの独自性だ。Electronフォークはエクステンションの互換性でVS Codeとの連続性を保てる。Zedはその互換性を選ばなかった。エクステンション数の格差は、この選択の直接的なコストだ。ただし、Sequoia Capitalから3,200万ドル（シリーズB、総調達額4,200万ドル超）の資金を調達した体力があれば、エコシステムの拡充を加速する投資は続けられる。
価格体系はPersonal（無料・AI編集予測2,000件）・Pro（月10ドル・5ドル分のトークンクレジット付き）・Enterprise（価格応相談・SSO対応・データプライバシー保証）の3段階構成だ。プロプランでAIモデルのトークン量を追加購入できる従量課金モデルは、Cursorの月額固定制とは異なるアプローチで、ヘビーユーザーほどコントロールしやすい設計になっている。Zed for BusinessはEnterprise枠の外側に集中請求・ロールベースアクセス・チーム管理を加えた法人向け機能として近日公開予定とされており、具体的な価格・リリース時期は未公表だ。
DeltaDBが示す次の戦場：人間とAIが同じコードを編集する世界
Zedが開発中のDeltaDBは、コードエディタの競争軸を根本から変える可能性がある。CRDT（Conflict-free Replicated Data Type）を用いた同期エンジンで、文字レベルの変更をリアルタイムで追跡し、複数の編集者が同じファイルを同時に変更しても競合が生じない設計だ。現在も開発中であり、実際の挙動は未確認のロードマップ段階にある。
DeltaDBのターゲットは「人間同士のリアルタイムコラボレーション」ではなく、「人間とAIエージェントが同じコードベースをリアルタイムで共有する状態」だ。Gitのコミット単位の管理では、AIエージェントが秒単位で変更を積み重ねるペースに追いつかない。DeltaDBはGitとの相互運用を設計しているとされるが、実装の詳細は開発段階だ。この技術が完成すれば、「人間がレビューし、AIが書く」という分業の粒度が、ファイル単位からキーストローク単位に下がる。
エディタをめぐる競争の終局が近いという気配はない。VS Codeは拡張機能の引力で守り、CursorやWindsurfはAIフローで攻め、ZedはGPUとRustで根本から作り直した独自路線を歩く。「AIが書いたコードを人間が確認する」という開発フローが主流になるほど、コードを「表示する速さ」と「AIと協調する能力」が同時に重要になる。その両方でアドバンテージを持てるかどうかが、Zedの次の5年を決める。