Zed 1.0登場——VSCode・Cursorユーザーから見た開発体験の違いと、刺さるユーザー像

はじめに：5年越しの「1.0」が意味するもの

Zedは2026年4月29日、ついにバージョン1.0に到達しました¹。AtomとTree-sitterを生み出したNathan Sobo率いるZed Industriesが、5年と100万行を超えるコードを費やしてたどり着いた節目です。

ただし1.0は「完成」を意味しません。Sobo自身、ブログでこう書いています。「ここから先も毎週のリリースを止めない。1.0は、開発者が安心して日常使いを始められる地点に到達したことのサインだ」¹。

本記事は、すでにVSCode・Cursor・JetBrainsを日常的に使っている開発者を読者に想定し、Zedが何を捨て・何を得たのか、そして自分のワークフローに刺さるかどうかを判断するための材料を整理します。

なぜ「Electronを捨てる」必要があったのか

VSCodeはElectron（Chromium + Node.js）の上に構築されています。これは2014年当時、クロスプラットフォームのデスクトップアプリを最速で出荷する正解でした。Atomもまた、SoboがGitHub時代に作ったElectronベースのエディタでした。

そのSoboが1.0発表ブログで述べている1行があります。

No matter how hard we worked, we couldn’t make Atom better than the platform it was built on.¹ （どれだけ努力しても、Atomを「土台のプラットフォーム」より良くすることはできなかった）

Webスタックは出荷スピードと引き換えに「天井」を課す。この認識から、ZedはRustとGPUI（自作のGPU描画フレームワーク）でゼロから書き直されました。アプリケーションをWebページのように扱うのではなく、ビデオゲームのようにGPUシェーダーへ直接データを流し込む設計です¹²。

具体的にはこういう違いが生まれます。

• 描画: テキストはGPUテクスチャとして扱われ、UIは120FPSで動く（高リフレッシュレートディスプレイと同期）³
• メモリ: ガベージコレクタがないため、停止やジャンクが発生しない。性能が決定的（deterministic）に保たれる³
• 並列性: Rustのスレッド安全性により、シンタックスハイライトはバックグラウンドスレッド、プロジェクト全体検索はSIMD+マルチスレッドで動く（場合によってはripgrepより高速）³

VSCode開発チームも近年Electronの最適化に大量の工数を投じてきましたが、それは「天井下での最適化」です。Zedが選んだのは天井そのものを変える道でした。

体感差を生む3つの実測ポイント

抽象論より数字のほうが伝わるので、複数の独立ベンチマークから収束する値を載せます。

起動時間

VSCodeは拡張を増やすほど起動が遅くなる傾向がありますが、Zedはコア機能が組み込みなのでこの劣化が起きにくい構造です⁴。

アイドル時メモリ

ある計測では、VSCodeがフォルダを開いた状態で約3,549MB消費していたのに対し、Zedは222MBでした³。一桁違います。手元のラップトップで何枚もウィンドウを開く開発者にとって、これは単なる数字ではなく「もう1つChromeタブが開ける」という体感に直結します。

キー入力レイテンシ

開発者Alex Ziskindの計測（YouTube動画で公開されている）では、Zedが約56ms、VSCodeが約72ms⁵。Tech Insiderの2026年計測ではZed 58ms / VSCode 97ms⁴。いずれもZedが30〜40%低レイテンシという傾向は揃っています。

体感としては「キーを押した瞬間に文字が出る」感覚が戻ります。1ミリ秒単位の話に見えて、1日数千回のキータイプを積み上げると認知負荷の差が露骨に出ます。

AIネイティブ設計：CRDTがもたらす「人間とエージェントの並走」

ZedのAI統合は、VSCode + Copilotのような「拡張で後付け」とは構造が違います。テキストバッファ自体がCRDT（Conflict-free Replicated Data Types）で表現されており、人間が編集している同じファイルにAIエージェントがコードをストリームで流し込んでも、ブロッキングなしに数学的にマージされます³。

これが効くシーンは具体的にこうです。

• AIエージェントが大規模リファクタリングを書き換え中も、別の関数を自分で編集できる
• 複数のエージェントを並列で走らせ、別々のファイルを同時に変更させられる
• リアルタイムマルチプレイヤー（複数人で同じバッファを編集）も同じCRDT基盤で動く

「マルチプレイヤー」と聞くとペアプログラミング向け機能に見えますが、本質は「AIエージェントを共同編集者の1人として扱う」設計思想です。1.0発表ブログでは、文字レベルの変更追跡を備えたCRDT同期エンジン「DeltaDB」が次の柱として予告されており、この方向は今後さらに強化されます¹。

ACP（Agent Client Protocol）：エディタからAIを切り離す思想

Zedが他のAIエディタと最も大きく違うのは、ACPの存在です。

CursorやWindsurfは「特定ベンダーのAI体験」を売っています。Cursorの拡張モデル、WindsurfのCascade。これらは強力ですが、ベンダーロックインと月額サブスクリプションが前提です。

ZedのACPは逆方向で、「エディタはエージェントを差し込む口だけ提供する」スタンスです。1.0時点でClaude Agent、OpenAI Codex、OpenCode、そして競合のCursor自身までACP対応しており、ユーザーは自分のAPIキーで好きなエージェントを切り替えられます¹。

この発想が刺さるのは、こういう人たちです。

• すでにClaude APIやGemini APIに課金していて、エディタAIに二重課金したくない
• 自前でプロンプトやエージェントワークフローを組みたい（Claude Code CLIや独自ツールと連携したい）
• ベンダー固有モデルではなく、フロンティアモデル（Sonnet・Opus・GPT-5.4等）を最高品質で使いたい

逆に「いい感じに全部やってくれるエージェントがほしい」派にはCursor/Windsurfのほうが向きます。ZedのACPは自由度と引き換えに、自分でワークフローを組み立てる前提を要求します。

VSCodeを越えられない領域

ここまでZedの強みを書きましたが、1.0時点で正直に弱い領域があります。乗り換え判断には不可欠なのでフラットに並べます。

拡張機能エコシステム

VSCodeの50,000以上に対し、Zedは1,000前後⁴⁶。「自分の好きな拡張がないと仕事にならない」場合、まず必要拡張のZed代替を事前に確認する必要があります。

ただし冷静に見ると、多くの開発者が日常使う拡張は10〜20個程度で、その大半（言語LSP、Vimバインド、テーマ、Git）はZedに揃っています。「数」は脅威に見えるが、自分の利用実態と照らすと意外と問題にならないケースが多い、というのが移行者の共通証言です⁷。

デバッガ

Zedは2025年にDAP（Debug Adapter Protocol）対応を追加しましたが、ウォッチウィンドウやスタックトレース表示、データブレークポイントなどは現時点でVSCodeより限定的です⁶。重デバッグが日常の人（C++・組み込み・ゲーム開発など）はまだVSCodeまたはJetBrains優位です。

フレームワーク支援とリファクタリング

JetBrainsクラスの「フレームワーク認識リファクタリング」（Spring/Rails/Djangoの構造を理解した名前変更や移動）はZedにはありません⁸。検索ベースのナビゲーションで戦える人向けの設計です。

Python開発

VSCodeのPylanceは即座に動きますが、Zedはbasedpyrightとruffの手動セットアップが必要です。パフォーマンスのためauto-import補完を切る推奨もあり、Pythonデータサイエンス重視ならVSCodeのほうが立ち上がりは速いです⁶。

日本語入力

これは日本人開発者として特筆します。Zedの日本語IMEはまだ発展途上で、日本語コメントやMarkdown原稿を多く書く環境では微妙なラグを感じる場面があります⁷。コードは英語、説明文だけ日本語、というワークフローなら問題は限定的ですが、技術記事執筆を主戦場にする人はこの点を要確認です。

刺さるユーザー、刺さらないユーザー

ここまでの整理を、判断軸として圧縮します。

強く刺さるユーザー

1. 大規模リポジトリで日常的にエディタの遅さに苛立っている人——起動・スクロール・検索の体感差はベンチ以上に大きい
2. すでにClaude/Gemini APIに課金していて、Cursorの月額が二重に感じる人——ACP+BYOKで完全に置き換わる
3. キーボード駆動・検索ファースト派、Vim使い——Zed Vimモードは現存最良との評価が多い⁸
4. 複数エージェントを並列で走らせる開発スタイルを試したい人——CRDT基盤がここで生きる
5. Atom時代の哲学（craft + performance）に共感していた人——Zedは精神的後継

様子見が無難なユーザー

1. 特殊フレームワーク向けの拡張に強く依存する人（Salesforce、SAP、特定のLow-Codeなど）
2. 重デバッガ前提の組み込み・C++・ゲーム開発者
3. JetBrains級のフレームワーク認識リファクタリングが武器の人
4. 日本語ドキュメント執筆比率が極端に高い人——IMEラグが効く
5. Cursorの「全自動エージェント」で快適に動けている人——ZedのACPは自由度と引き換えに組み立てが必要

移行を試すための実践ガイド

「とりあえず触る」ためのチェックリストです。本格移行ではなく「自分のワークフローに合うかの最小実験」を目的にしています。

Step 1: 並行運用前提で入れる

VSCodeを消す必要はありません。まず週末の個人プロジェクトでZedを使い、平日は通常業務をVSCodeで続けます。1〜2週間でZedの体感に慣れてから、プロジェクトを1つZedに移します。

Step 2: 必要拡張の代替確認

主力言語のLSP、テーマ、フォーマッタ、リンタ、Gitクライアントを洗い出し、Zedの拡張一覧でカバー率を見ます。10個中9個揃えば実用に入る目安です。

Step 3: AI設定をBYOKにする

設定画面の「AI → Edit Predictions」と「Agent Panel」から、自分が持っているClaude/Gemini/OpenAIのAPIキーを差し込みます。CursorやCopilotのサブスクは並行で残しておき、ZedのAI体験が満足できるか1ヶ月見てから解約判断します。

Step 4: VSCodeのキーマップを移植

ZedはデフォルトでVSCodeキーマップではないため、最初は指が違和感を訴えます。コミュニティのVSCode風キーマップ設定を入れるか、設定で主要バインドだけ上書きします⁶。

Step 5: Vimユーザーは即試す価値あり

VimバインドはZedの強い領域なので、普段Vim使いの人はむしろデフォルトのZedモードで試したほうが快適なケースが多いです。

まとめ：1.0は「乗り換えろ」ではなく「再評価しろ」のサイン

Zed 1.0は、VSCodeを置き換えるべき製品ではありません。VSCodeは50,000の拡張と巨大エコシステムで今後も多くの開発者の標準装備であり続けます。

それでもZed 1.0が重要なのは、「Electronの天井で最適化を続ける」以外の選択肢が、5年の地道な実装を経て本当に動くプロダクトとして立ち上がったことを示しているからです。AI時代の開発体験は、エディタが「テキストを編集する道具」から「人間と複数エージェントが並走するハブ」へ役割を変えつつあります。Zedはその役割の再定義に、土台から賭けています。

過去にZedを試して物足りなさで戻った人ほど、1.0は再評価する価値があります。逆に、現状のVSCode + Copilotで困っていない人が「流行ってるから」で乗り換える必要はまったくありません。判断軸は「自分のワークフローのボトルネックがどこにあるか」、これに尽きます。

参考文献

この記事はZed 1.0リリース直後（2026年4月29日）の情報をもとに書かれています。エディタ機能や拡張エコシステムは急速に変化するため、移行判断時は最新リリースノートをご確認ください