2026年4月末、Zed 1.0が正式リリースされました。かつてのAtomチームがRustで書き直したこのエディタは、GitHubで5年間の熟成期間を経て、ついにメインストリームの舞台に立ちました。これは単なるVS Codeのフォークではなく、レンダリングパイプラインからAI Agentプロトコルに至るまで自社で構築した「全く新しい基盤」です。GPUによる直接レンダリング、500ミリ秒未満のコールドスタート、2ミリ秒以下のキー入力遅延を実現し、同時にAgent Panelを内蔵することで、AIによる編集をエディタカーネルの第一級市民として組み込んでいます。
もしあなたがすでにCursorのComposerに慣れ親しんでいる、あるいはVS Code + Copilotの環境に留まっているなら、「Zedエディタは本当にAIネイティブIDEの勢力図を塗り替えられるのか？」と疑問に思うかもしれません。本レビューでは、パフォーマンスの実測、AI統合の深さ、マルチユーザーコラボレーション能力、拡張エコシステム、そしてカスタムLLMプロバイダーの接続といった観点から掘り下げ、最後に「誰に向いているか/向いていないか」という明確な結論を提示します。
1. ZedエディタがAIネイティブIDEの新たな選択肢となった理由
ZedとVS CodeやCursorの最大の違いは、最初から「エディタの基盤」と「AI統合」を一体として設計している点です。従来のエディタはAIをプラグインとして追加していましたが、Zedはモデル呼び出し、Agentプロトコル、コンテキスト管理をエディタのカーネルに書き込んでいるため、応答速度とリソース消費の面で明らかに優位に立っています。
1.1 Rust + GPUレンダリングがもたらすパフォーマンスの裏付け
ZedはRustで記述されており、Metal（macOS）やVulkan（Linux）を介して直接GPUと通信することで、従来のElectronアプリケーションにおけるWebレンダリングのボトルネックを回避しています。コールドスタートは500ミリ秒未満、キー入力から画面表示までの遅延は2ミリ秒以下です。これは、10万行規模のモノリポを開いたとしても、Zedなら1秒以内にインデックス作成と応答を完了できることを意味します（同条件下でCursorは約4.5秒を要します）。
VS Code体系で長年開発してきたエンジニアにとって、初めてZedに切り替えた時の感覚は非常にダイレクトです。カーソルの移動に遅延はほとんどなく、大きなファイルのスクロールでもフレーム落ちが発生しません。メモリ使用量は通常200〜400MBの範囲に収まり、Cursorの約半分です。この「物理的な感覚レベル」の快適さこそが、ユーザーが使い続けたくなる最大の理由です。
1.2 内蔵Agent PanelとACPオープンプロトコル
パフォーマンスはあくまで入場券に過ぎず、真の差別化要因はAI層にあります。ZedのAgent Panelはエディタに標準搭載された対話パネルで、ACP（Agent Client Protocol）を通じて各社のAI Agentと通信します。ACPはZedとJetBrainsが共同で推進するオープン標準であり、Claude Agent、Gemini CLI、Codexなどが同じプロトコルを使用して、互換性のあるあらゆるIDEに接続できるようにすることを目的としています。
これは、Zed内で公式ホスト型のLLMサービス（デフォルトではAgenticタスクにClaude Sonnet 4.5、要約タスクにGPT-5-nanoを使用）を利用できるだけでなく、独自のAPIキーを接続したり、OpenAI互換エンドポイントを介してサードパーティのAPI中継サービスに接続したりすることで、コストとモデルの柔軟性を両立できることを意味します。
🎯 接続のヒント: ZedはあらゆるOpenAI/Anthropic互換のbase_urlをサポートしています。つまり、APIYI (apiyi.com) を統一LLMプロバイダーとしてシームレスに接続可能です。まずはClaude Sonnet 4.5をAgent Panelで、GPT-5-nanoを要約タスクで使用し、一つのAPIキーでマルチモデルのスケジューリングを行うことをお勧めします。これが現在最も手間のかからない接続方法です。
二、Zed AI ネイティブ IDE の 4 つの核心機能の分解
Zed の AI 能力は、単に「Copilot を埋め込んだ」という単純なものではありません。その 4 つの核心機能は、使用感においてそれぞれ明確な境界線を持っています。
2.1 Agent Panel と Claude Agent の深い統合
Agent Panel はデフォルトのパネルで、ショートカットキー cmd-? / ctrl-? で開き、会話やエージェントタスクを開始できます。これは Claude Agent（Claude Code SDK を通じた ACP 適合）をネイティブでサポートしており、バージョン 0.202.7 以降、Claude Agent の認証は Zed 本体の Agent から完全に切り離されました。つまり、/login を実行して、自身の Anthropic API キーや Claude Pro/Max サブスクリプションを個別に選択して使用できます。
実際の使用において、Agent Panel は単一ファイルの修正提案だけでなく、複数ファイルにまたがる協調的な修正も可能で、すべての変更はエディタのキャンバスに 120fps でリアルタイムにレンダリングされます。もしサードパーティの base_url（APIYI apiyi.com の中継エンドポイントなど）を接続していれば、公式と全く同じ体験でありながら、より多くのモデルを利用可能です。
2.2 Code Prediction とオープンソースの Zeta2 モデル
コード補完もまた、他とは一線を画すポイントです。Zed には Code Prediction 機能が組み込まれており、Zed が独自開発したオープンソースモデル「Zeta2」によって駆動しています。応答速度は一般的な Copilot 系の補完よりも速く、完全にローカルでの実行（Ollama との連携）もサポートしています。
Zeta2 の特徴は「軽量かつコンテキストを認識する」点にあります。現在のカーソル位置、直近の編集履歴、プロジェクト構造に基づいて提案を行うため、純粋にコードを書くシーンに適しています。もしワークフローが「長文のコード生成」寄りであれば、Zeta2 は必ずしも Sonnet より強力とは言えませんが、補完というシーンにおいては、遅延の少なさが圧倒的な強みとなります。
2.3 Parallel Agents（並列エージェント）
2026 年、Zed チームは Parallel Agents 機能をリリースしました。これにより、複数のエージェントが異なるタスクを同時に処理できるようになりました。例えば、あるエージェントにバックエンドコードのリファクタリングをさせ、別のエージェントにフロントエンドの型定義を同期更新させ、3 つ目のエージェントに別のブランチで実験を行わせるといったことが可能です。すべてのエージェントの出力は、リアルタイムでメインエディタのビューに反映されます。
この設計は、Cursor の Composer（シングルスレッド・マルチファイル）の考え方とは明らかに異なります。Zed は IDE を「複数の AI 作業ステーション」に変えるようなアプローチをとっており、ユーザーがメインコントローラーとなり、エージェントがそれぞれの役割を果たすという形です。複雑なプロジェクトにおける複数人＋複数 AI の協調作業において、これは Zed が現在最も可能性を秘めている機能です。
🎯 Parallel Agents の活用アドバイス: 複数のエージェントを並列実行するということは、トークン消費量も同時に倍増することを意味します。各ベンダーの公式 API を直接利用している場合、請求額が制御不能になりがちです。APIYI apiyi.com プラットフォームで Zed 用に独立したキーを作成することをお勧めします。そうすれば、メインタスクには Claude Sonnet 4.5、要約などのサブタスクには Haiku 4.5 を使い分けつつ、コンソールでモデルごとのリアルタイム消費量を確認できます。
2.4 リアルタイム共同編集（コードのための Google Docs）
Zed は多人数の共同作業を「ファーストクラス市民」として扱っており、これが VS Code Live Share や Cursor との決定的な違いです。複数の開発者が同時に同じプロジェクトに入り、相手のカーソル、編集、ターミナルの出力、さらには AI エージェントとの会話までリアルタイムで共有できます。つまり、AI もまた共同作業における「メンバーの一人」なのです。
リモートチーム、ペアプログラミング、AI 支援によるコードレビューといったシーンにおいて、Zed の共同作業能力は、従来の「画面共有＋キーボードの受け渡し」よりもはるかに効率的です。もしチームが Figma のような共同作業フローに慣れているなら、Zed は現在、その体感に最も近いコードエディタと言えるでしょう。
3. Zedエディタの実測データ：CursorとVS Codeの比較
感覚ではなくデータで判断するために、独立したベンチマークテストに基づく主要指標の比較結果を紹介します。
| 性能指標 | Zed 1.0 | Cursor | VS Code + Copilot |
|---|---|---|---|
| コールドスタート時間 | < 0.5 秒 | ~2.5 秒 | ~1.8 秒 |
| 入力遅延（キー入力から表示まで） | < 2 ms | ~10-15 ms | ~8-12 ms |
| 10万行規模のプロジェクトを開く時間 | < 1 秒 | ~4.5 秒 | ~3 秒 |
| 標準的なプロジェクトのメモリ使用量 | 200-400 MB | 500-800 MB | 400-600 MB |
| レンダリングパイプライン | GPUネイティブ(Metal/Vulkan) | Electron + Web | Electron + Web |
Zedはすべての性能指標において圧倒的に優れており、これが最大の強みとなっています。しかし、IDEの価値は性能だけではありません。AI統合の深さも重要なポイントです。
| AI機能の側面 | Zed 1.0 | Cursor | VS Code + Copilot |
|---|---|---|---|
| 内蔵Agentパネル | ✅ Agent Panel | ✅ Composer | プラグイン形式 |
| 複数ファイルの代理編集 | ✅ ネイティブ | ✅ Composer | ⚠️ プラグイン依存 |
| 並列Agent | ✅ Parallel Agents | ❌ | ❌ |
| 多様なLLMプロバイダー | ✅ ネイティブ切替 | ⚠️ API経由 | ✅ プラグイン対応 |
| カスタムbase_url | ✅ 完全対応 | ⚠️ 制限あり | ✅ プラグイン対応 |
| コード補完モデル | Zeta2(オープンソース/ローカル可) | クローズドソース | Copilot |
| チームコラボレーション | ✅ リアルタイム共同編集 + AI | ⚠️ 制限あり | ⚠️ Live Share |
| 拡張機能の数 | ~1000 | ~5000(VS Codeの一部を継承) | 100,000+ |
ご覧の通り、Zedは「AIネイティブな統合」と「性能」の両面でリードしていますが、拡張機能のエコシステムは明らかに弱点です。CursorはVS CodeのフォークであるためVS Codeの拡張機能の一部を継承できますが、Zedは自社の拡張機能で徐々に追いつく必要があります。
🎯 モデル選定のヒント: ZedはデフォルトでAgentにClaude Sonnet 4.5、要約にGPT-5-nanoを使用しており、これは公式が最適化した組み合わせです。さらに多くのモデルを試したい場合は、APIYI (apiyi.com) を通じて一括接続することをお勧めします。Zedの
settings.jsonでbase_urlとモデル名を書き換えるだけで、Claude、GPT、Gemini、DeepSeekの間を自由に切り替えられ、複数のAPIキーを管理する手間も省けます。
4. Zed Agent PanelでカスタムLLMプロバイダーを接続する実践
これは今回の評価で最も実用的な部分です。Zedは settings.json でOpenAIやAnthropicと互換性のある任意のLLMプロバイダーを設定できます。以下に最小限の動作設定例を示します。
{
"language_models": {
"openai": {
"version": "1",
"api_url": "https://vip.apiyi.com/v1",
"available_models": [
{
"name": "gpt-5",
"max_tokens": 200000
},
{
"name": "claude-sonnet-4-5",
"max_tokens": 1000000
}
]
}
},
"agent": {
"default_model": {
"provider": "openai",
"model": "claude-sonnet-4-5"
}
}
}
api_url をAPIYI (apiyi.com) の中継エンドポイント（本例では vip.apiyi.com/v1）に向け、ZedのAgent Panel設定で該当プロバイダーのAPIキーを貼り付けるだけで、一つの設定で複数のモデルを呼び出せます。Claude Agentの認証は独立しており、/login コマンドでバインドし、APIキーモードを選択して同じ中継用キーを入力すれば完了です。
Agent Panelを実際に運用する際のおすすめの組み合わせは、複数ファイルのコードリファクタリングにSonnet 4.5、コミットメッセージや要約の作成にHaiku 4.5、コード補完にローカルのZeta2を使用することです。役割分担を明確にすることで、品質を維持しながらコストを抑えることができます。
🎯 設定の運用アドバイス: Zedの
settings.jsonの変更は即座に反映されるため、再起動は不要です。まずはテストプロジェクトで「Agentに小さな関数をリファクタリングさせ、コミットメッセージを書かせる」という一連のフローを実行し、APIYI (apiyi.com) 中継の安定性と遅延を確認してから、メインプロジェクトに適用することをお勧めします。このような段階的な検証により、本番環境でのトラブルを回避できます。
五、Zed の強みと弱み：冷静な評価
良い点も悪い点もすべて提示してこそ、真のレビューと言えます。
| 項目 | 強み | 弱み |
|---|---|---|
| パフォーマンス | GPUレンダリング、メモリ消費が少ない、高速なコールドスタート | 古いハードウェアではGPUドライバの問題で不安定になる可能性あり |
| AI統合 | Agent Panelがネイティブ、Parallel Agents、ACP開放 | AIオーケストレーションはCursor Composerほど成熟していない |
| モデル選択 | 複数プロバイダーにネイティブ対応、カスタムbase_urlをサポート | デフォルトのサブスクリプションと自身のKey認証が分かれており、初回設定が少し複雑 |
| コラボレーション | 真のリアルタイムマルチユーザー＋AIコラボレーション | チーム全員が移行しないと、完全な体験を享受できない |
| 拡張エコシステム | LSP内蔵で主要言語がすぐに使える | 拡張機能は約1000個で、VS Codeの10万個以上には遠く及ばない |
| プラットフォーム | macOS / Linuxで安定 | Windowsは依然として安定性に課題があり、LSPの異常を報告するユーザーもいる |
結論：もし「エディタのパフォーマンス」と「AIネイティブな統合」を重視するなら、Zedは現在最も移行する価値のある選択肢です。一方で、特定のマイナーなVS Code拡張機能（特定のDSLハイライトや社内プラグインなど）に強く依存している場合は、VS CodeやCursorに留まる方が無難です。
六、Zed は誰に向いていて、誰に向いていないのか：導入のアドバイス
以下の表は、意思決定のプロセスを一行に凝縮したものです。ご自身に当てはまる項目を確認してみてください。
| ユーザー層 | 推奨度 | 理由 |
|---|---|---|
| macOS/Linuxヘビーユーザー、究極の性能を追求 | ⭐⭐⭐⭐⭐ | GPUレンダリング＋低遅延体験に敵なし |
| すでにClaude/Gemini APIを契約している開発者 | ⭐⭐⭐⭐⭐ | base_urlサポートにより、Cursorのサブスク代を節約可能 |
| リモートチーム / ペアプログラミング / AIコードレビュー | ⭐⭐⭐⭐⭐ | リアルタイムコラボ＋Agent共有が最大の武器 |
| Cursor Composerに強く依存している開発者 | ⭐⭐⭐ | Agent Panelは使えるが、オーケストレーションはComposerに劣る |
| Windowsメインのユーザー | ⭐⭐ | 安定性に改善の余地あり。まずはサブ機で試すことを推奨 |
| マイナーなVS Code拡張に強く依存しているユーザー | ⭐⭐ | 拡張エコシステムの弱点が顕著で、移行コストが高い |
七、Zed エディタに関するよくある質問（FAQ）
Q1: Zed は完全に無料ですか？サブスクリプションは必要ですか？
Zed エディタ自体は完全に無料です。必要なのはモデルの API 利用料のみです（ご自身の Anthropic/OpenAI/Google キー、または API 中継サービスを使用）。Zed は公式のホスト型 LLM サブスクリプション（Zed Pro）も提供していますが、必須ではありません。すでに独自の API やサードパーティの中継サービスを利用している場合は、APIYI (apiyi.com) でキーを発行して Zed に接続することをおすすめします。これにより、Claude Sonnet 3.5 1M コンテキストを標準価格で利用でき、公式サブスクリプションよりもコストパフォーマンスが高くなります。
Q2: Zed 上の Claude Agent と Claude Code CLI に違いはありますか？
Claude Agent は、Claude Code SDK をベースに ACP プロトコルを通じて Zed 内で動作するバージョンです。機能はコマンドライン版の Claude Code と同じですが、すべてのやり取りが Zed の Agent Panel 内で完結します。つまり、Claude Code の強力なマルチファイルエージェント機能を、ターミナルに切り替えることなく利用できるということです。
Q3: Parallel Agents（並列エージェント）を使うとトークン消費が急増しませんか？
はい、その点はコストとして意識しておく必要があります。複数のエージェントが並行してタスクを実行するため、トークン消費量は必然的に倍増します。おすすめの運用方法は、「メインエージェント」には Sonnet 3.5 を、「補助エージェント」には Haiku 3.5 やローカルモデルの Zeta2 を割り当てることです。このように役割を分担することで、コストを適切な範囲に抑えることができます。
Q4: Zed は拡張機能が少ないようですが、日常的な開発に影響はありますか？
主要なプログラミング言語（Rust、Go、Python、TypeScript、Java、C/C++）の LSP は組み込まれているか、ワンクリックで有効化できるため、日常的な開発のほとんどに影響はありません。影響が出るのは、企業独自のプラグインや一部のマイナーな言語、あるいは特定のデバッガーとの統合が必要な場合です。もしワークフローがこれらに強く依存している場合は、まずはサブ機で2週間ほど Zed を試してから移行を判断することをおすすめします。
Q5: Zed はサードパーティの API 中継サービスとの相性は良いですか？
非常に相性が良いです。Zed は OpenAI/Anthropic 互換の base_url 設定を完全にサポートしており、これが Cursor との大きな違いの一つです。APIYI (apiyi.com) を経由して接続することをおすすめします。これにより、同一の settings.json 設定内で Claude、GPT、Gemini、DeepSeek、Qwen などの主要モデルを切り替えて利用でき、請求も一元化されるため、開発者が長期的に利用するのに最適です。
八、まとめ：Zed 1.0 に乗り換えるべきか？
レビューを一行でまとめると、Zed エディタは現在最も「AI ネイティブな IDE」としての資質を備えたモダンなエディタです。Rust と GPU による圧倒的なパフォーマンスを武器に、Agent Panel、ACP、Parallel Agents を通じて AI との協調作業をエディタのコア機能へと昇華させています。macOS や Linux でコーディングを行い、すでに Claude などの大規模言語モデル API を利用している場合、あるいはチームでリアルタイムの遠隔コラボレーションが必要な場合、Zed を試さない理由はありません。
もちろん、拡張機能のエコシステムや Windows での安定性、Composer レベルのエージェント連携など、追いつくべき課題も明確に存在します。しかし総合的に見て、Zed 1.0 はもはや「実験的なおもちゃ」ではなく、主力ワークフローに組み込む価値のある現実的な選択肢です。APIYI (apiyi.com) のような中継プラットフォームを活用して複数のモデルを接続すれば、一つのキーと一つの設定ファイルで、Sonnet 3.5 から Haiku 3.5 まで、エージェントタスクからローカル補完まで、すべてのワークフローを完結させることができます。これは現在、最もコストパフォーマンスの高い AI プログラミング環境の一つと言えるでしょう。
もし Cursor のサブスクリプション更新を迷っている場合や、チームのためにパフォーマンスの高いコラボレーション IDE を探しているなら、まずは1週間、日常的なプロジェクトを Zed に移行して試してみてください。Agent Panel を APIYI (apiyi.com) の中継エンドポイントに接続し、実際のワークフローでのパフォーマンスを測定した上で、最終的な判断を下すことをおすすめします。
—— APIYI Team (api.apiyi.com)
