ZedでClaude Codeがベータ版として利用可能に
(zed.dev)- Claude Code と Zed の統合がパブリックベータとして提供開始
- 新しい Agent Client Protocol (ACP) の導入により、さまざまなエージェントとの接続拡張の可能性を実現
- 開発者は Zed 内で Claude Code をリアルタイム・複数ファイル・カスタムワークフローとともに活用可能
- Claude Code向けACPアダプター がオープンソースとして公開され、他のエディターでも利用できる可能性を確保
- 今後は ACP を基盤に、多様なAIエージェント の容易な拡張と活用が期待される
紹介
- 開発者からの継続的な要望を受け、Claude Code と Zed エディターのネイティブ連携機能がパブリックベータとして提供開始
- 今回の統合は単なるプラグインではなく、新しい Agent Client Protocol(ACP) オープン標準を基盤として実装
- ACP は Zed だけでなく、他のエディターでも多様なエージェント接続を可能にする標準
主な機能
- Zed で Claude Code をフル機能のエージェントとして実行可能
- 単純なターミナルUIを超え、高性能エディター上で幅広い活用が可能
- リアルタイムで 複数ファイルの同時編集状況 を 言語サーバー支援 とともに確認可能
- マルチバッファ による詳細なコード変更レビューと承認・却下をサポート
- タスクリストを サイドバーに固定 して、現在の作業状況を常に把握可能
- カスタムスラッシュコマンド で、繰り返し行う頻出の開発作業を自動化するワークフローを構築可能
背景と連携方式
- 従来のターミナルCLIインターフェースの限界を克服し、Zed との深い統合によって、より広範なコード管理と制御を提供
- Claude Code と Zed 独自のエージェント（Gemini CLI など）を併用でき、すべてのACP互換エージェント と組み合わせて利用可能
- 統合は Claude Code SDK を ACPのJSON RPCフォーマット に変換するアダプターを通じて実現
- この アダプター は独立実行型として動作し、Zed は UI を提供することで柔軟な拡張性を示す
オープンソースと拡張性
- Claude Code向けACPアダプター は Apache ライセンスでオープンソース化されており、ACP を採用したすべてのエディターで自由に活用可能
- 例として、Neovim の CodeCompanion プラグインはすでに ACP を適用して Claude Code を利用可能にしている
- GitHub ユーザーの Xuanwo が Claude Code 向け ACP 実装を迅速に進め、プロトコル普及に貢献したことへの謝意を表明
今後の方向性と参加機会
- 今後は Gemini CLI、Claude Code に加え、さらに多様なエージェントがサポートされる予定
- ACP により、他の AI エージェントも Zed、Neovim など多様なエディターで自由に活用可能
- 現在、Claude Code の多くの中核機能が SDK を通じてサポートされており、今後さらに多様な機能が追加される予定
- 開発者・エージェント制作者の双方に対し、コミュニティでの ACP および Claude Code アダプター開発への参加とフィードバックを呼びかけ
参考と参加方法
- エージェント開発者 は Zed との連携について問い合わせ可能
- より多くの Claude Code の機能 を望む場合は、Anthropic に SDK または ACP 採用を要望することを推奨
- Open Source プロジェクト（ACP、Claude Code アダプター）への貢献と議論を推奨
その他の案内
- Zed は macOS、Linux でダウンロードして利用可能
- ソフトウェア開発の未来に関心があるなら、チーム採用ページからの応募を案内
3件のコメント
Windowsでもscoopを通じてインストールできます。
ZedはAI統合にかなり力を入れていますね。
エージェント・クライアント・プロトコル（ACP）
Zed - 最速のAIコードエディタ
共同作業向けコードエディタ「Zed」、ついにオープンソースへ移行
Hacker News の意見
Zed が本当に好きで、今度は Claude へのネイティブ対応まで入ってうれしい。以前は このブログ記事 を見ながら別途連携していた
AI 自動補完は相変わらず物足りない。Zed 独自のソリューションも、supermaven（今は Cursor に統合）も使ってみたが、Cursor の AI 自動補完と予測のほうがはるかに正確だった（検索でファイルを開く体験も Cursor のほうが正確）
Zed が 資金調達 したと聞いてさらに期待している。Zed が高品質でありながら VSCode ベースではない新しい IDE として Cursor と競ってくれそう
Zed にまだ Ollama のようなローカル補完 AI をユーザーが直接追加する方法がないのは意外だった。Qwen 2.5 coder のような 1.5b パラメータ程度の小さなモデルでも、自分の用途には十分合っていて高速に動く。インターネット接続がないときでも動くのでぜひ必要
Zed のような会社が独自の補完 AI モデルのパッケージ版（ローカル実行）を提供してくれるとうれしい（今のようなサーバーからのレンタル方式ではなく、直接購入してローカルで実行したい）
10〜15b パラメータのモデルで、プログラミング文書や書籍、それにビジネスライティングのデータに重点を置いて訓練されたものがあれば最高。Qwen Coder のコーディング知識に IBM Granite 3 の専門性と予測可能性が組み合わさったエージェントなら、かなり高価でも買うつもりがある。定期的に新しい文書やバグ修正、GitHub スレッドなどが反映されるならなお良い
私も同意する。Cursor の AI 自動補完こそ最も効率的で役に立つ機能で、エージェントではない
Augment チームが Zed プラグインを開発中なのか気になる
1年以上 JetBrains IDE で Augment を使ってきたが、自動補完も Cursor スタイルのエージェントもどちらも非常に印象的だった
Cursor も使ってみたが、専用 IDE が本当に必要なのかはよく分からなかった（プラグインで十分だと感じた）。同僚の中には Cursor から Augment に移って、Augment のほうが良いと言う人もいる
Augment は ホームページ もあるが、まだ大半の開発者にはあまり知られていない AI ツールだ
今は Cursor の自動補完が攻撃的すぎてイライラする。コード入力そのものが不可能なレベルで、tab だけでなく CMD まで奪われている感じがする
Zed はコード生成の品質ではやや劣るが、Electron アプリではないという点だけで十分に取り返している
Zed を使ってみたいが、Helix モードはまだ未成熟に見える。Vim モードも悪くなさそうだが、Helix モードから簡単には移れない
Helix の入力設定もかなり自分向けにカスタマイズしていて、最近は気に入った入力方式を基準にエディタを選ぶのが、昔の言語別機能でエディタを選んでいた Pre-LSP 時代のように感じる
こうしたテキスト編集エンジンをエディタに簡単に差し込める共通インターフェースがあればいいのにと思う。新しいエディタを使うたびに摩擦が大きすぎる
私もまったく同じことを考えていた。完全に分離されたプラグ式の編集モデルを持つエディタを想像してきた
Yi というエディタがこういう構造だったと記憶している（Emacs/Vim スタイルモデルなど複数の編集モデルをコンパイルして組み込めた）
Emacs、Vim だけでなく Helix、Kakoune も使ってきたが、機能やプラグイン中心で構成していくと限界や疲れがついて回る
Zed は最近再設計もしていて、Helix モード追加や編集モデルのモジュール化にも取り組んでいる（まだ初期段階だが、バグ修正も速い）。もう一度試してみるつもり
この議論 と Ki というエディタも参考になる。Ki と Helix の比較資料（リンク）もある
Kakoune は Helix より一貫していると感じて好んでいた。いずれにせよ、こうした編集モデルを簡単に切り替えられれば、機能重視でエディタを選びつつ、編集モデルの選択で不要なトレードオフをしなくて済む
面白いことに Ki は VSCode でも使える（Vim もそうだが）。ただ VSCode は重すぎて遅いので嫌だ
Neovim はサーバーモードで実行できるので、他のエディタから入力を送ると Neovim がバッファとして返してくれる。私は VSCode で Vim 拡張ではなく Neovim 拡張を使っていて、実質的に自分の Neovim 設定とプラグインをそのまま使っている
Helix もサーバーモードさえサポートすれば、どのエディタにも統合しやすくなるはず
Helix は自分の見る限り LSP 対応がかなり良い。会社で使っている言語の中では GraphQL だけが自動インデントのような部分でやや弱い
emacs で helix に近い体験を求めるなら meow-mode を勧める。helix ユーザーではないが、meow で helix スタイルを再現するのもそれほど難しくなさそう
すでに Vim のショートカットに慣れているなら、Helix の object-then-action がそれほど価値のある要素なのか気になる
私もまったく同じ問題だった。自分も helix モードを大いに期待して試したが、自分のバックスペースのキーバインドがまったく効かないことに気づいてがっかりした。少し使ってからまた helix に戻った
Zed のホームページに Safari でアクセスしたら、iPhone 11 Pro が繰り返しクラッシュした。具体的には Safari アプリだけでなく他のアプリや Bluetooth 接続まで同時に全部死んだ。こんな現象は初めてで、技術的に何か「革新的」だとすら思った
Zed のコンセプトとアーキテクチャの基本哲学には好感を持っている。Zed のようなツールがもっと増えてほしい
ただ、細かな点がいくつもあって Zed に慣れるのが難しい
まず、設定管理がやや分かりづらくて、
settings.jsonファイルをすばやく開きたいことが多い（設定画面からすぐ開けるとよい）。それに、このファイルが Zed 再起動後に自動で再び開いてくれるとさらに良い次に、ネイティブなツールコール対応がない LLM を使いたいのに、代替手段や回避策がない点も残念
三つ目に、UI が初心者にはやや複雑で散漫に感じられる
まだ本格的に Zed を使ってはいないが、もう一度試してみる気はある。全体としてエンジニア中心の思考に最適化されたツールなので、パワーユーザーには良いが、新規ユーザーには参入障壁になりうると感じる
こうした欠点は致命的な妨げではないが、「もう少し待ってからまた使ってみよう」と思わせる
細かなディテールや不便な点はかなり速いペースで改善されている。半年前には不便だったことの大半はすでにパッチで直った
Zed には今や settings.json を直接開けるショートカット（Ctrl+,）があるようだ
このショートカットもカスタマイズできるはず
Zed の哲学は気に入っているし、パワーユーザー向けエディタという方向性も良いと思うが、シンタックスハイライト（特に関数・引数・ローカル変数の色分けなど）があまりに弱くて結局諦めた
SublimeText のようにテーマの「コンテキスト」を柔軟に分離して使える複雑なシステムに慣れているからかもしれない。Vim モードのキーバインドも混乱するが、慣れることはできそう
いずれにせよ近いうちにまた試すつもり。AI 機能は確かに良さそうだ
使ってみて、まだ重要な機能がいくつか欠けていると感じた
/newコマンド）や/clearコマンド非対応など、アクセスしづらいZed はネイティブショートカットと Vim キーバインドの組み合わせでワークフローがかなり強力だ。ウィンドウ管理ショートカットが非常に優秀で、vscode の一部利用から Zed に移った決定的な理由だった
自分が求めていた neovim+tmux の組み合わせを、複雑な設定なしで簡単に実現してくれる
ただしファイル削除の undo がなく、AI 自動補完もあまりにひどいので切ってしまった
まだ仕事では vscode を使い続けていて、Zed は何となくメイン IDE になる直前の段階にとどまっている印象（惜しい点だけ補えればメイン移行もできそう）
AI 機能の強化に注力するのが投資継続には最善なのだろうが、実際に Zed に最も必要なのはそこではない気がする
参考までに、SSH ベースのリモート開発を使っているなら、Zed ではこの機能は動かない
関連ツイート
残念だが、SSH リモート環境のコンテナ開発で Zed を使っていて、エージェント機能がセキュリティ的に不安なので、少なくとも自分のリポジトリフォルダにだけ影響するよう制限したいという目的がある
コンテナと SSH リモート接続で開発環境を移行中だ
なぜなのか気になる。単なる一時的なサポート問題なのか、それとも今後もまったく対応しない予定なのか知りたい
Zed は本当に素晴らしいと思う。VS Code の UI がもう少しだけ Zed に近づけば、すぐに完全移行すると思う
Linux で使っている人がいるのか気になる。Linux ではパフォーマンスが少し良くない気がする
実際、vscode も Linux（特に vim モード）では満足できない
UI のどの部分が足りないと感じるのか気になる
Zed の強みが何なのか気になる
Zed はここ数年で使ったエディタの中でいちばん気に入っている。AI サポートはまだ本格的には使っていない
Zed 開発チームの努力は認めるが、正直いまは VSCode から離れて新しいツールへ移るのは想像もつかない
プラグイン、設定、複数プロファイル管理など、VSCode に慣れすぎていて、その大きな拡張性のために代替を使う必要性を感じない
IntelliJ のような IDE も使うが、やはり VSCode の汎用性と自分向けに整えられる環境が魅力的だ
エディタを移したり、二つ以上併用したりする動機づけがあまりない
Neovim も少し使うが、結局は設定まわりの作業が大半だった
面白い視点だ。私は VSCode を徹底的に避けている。遅すぎるし重すぎるし UI も良くないし、Microsoft にどんどん囲い込まれている感じがする
Zed がなければ helix、neovim、emacs をそのまま使っていたと思う
私が VSCode より Zed を選ぶ最大の理由は、入力にごくわずかな遅延もなく即座に反応することだ
VSCode には常にほんの少し遅延があり、それがずっと気になって Zed のほうが好きだ
私も VSCode を好きになりたかったが、入力遅延を感じるし、Docker を複数動かすと（特に Mac で VM ベースだと）VSCode が重くなってシステム全体が遅くなる
設定も煩雑で、全体的に一貫性がなく扱いづらい
Emacs にも粗い部分はあるが、設計思想は VSCode よりよくできている
Zed は基本に忠実でありながらバッテリー同梱型の多機能エディタなので、emacs 以外ではだいたいこれを使い続けている
設定の中でも特に linter/formatter の追加は、もう少し簡単に見つけられるようになってほしいが、95% のケースでは 95% 満足している
いつだって「より良いネズミ捕り」はある。既存のやり方に慣れていて使い続ける人もいれば、新しいツールを常に試す人もいる
VSCode をどれだけカスタマイズしても自分にはあまり合わない
単純すぎるわけでも、かといって完全な IDE でもなく、期待に対して常に 2% 足りない
今はシンプルなエディタ（SublimeText、NeoVim）と IDE（IntelliJ）を目的別に併用している
Zed もしばらくは粗削りに感じたが、正直もう一度試す価値は十分にあると思う
個人的には VSCode ではプラグインを最小限に抑えるようにしている（プラグインは本質的に危険なので）。WASM ベースの Zed プラグインなら、サンドボックス制限のおかげでもう少し安全そうだ
VSCode の TypeScript 対応が Zed より優れている点には同意する（複雑なプロジェクトでもうまく動く）
会社では VSCode で仕事をしているが、個人プロジェクトでは Zed や Helix を使っている。AI 関連の作業なら Zed、それ以外ならたいてい Helix のほうを好む