概要
VS Code と Zed はどちらもエディタ上で Claude を使えるが、同じ体験に見えてアーキテクチャは根本から異なる。この違いは単なる実装の話にとどまらず、使える機能や更新タイミングにも影響する。また、Anthropic と Zed の関係も一般に思われているものとは少し異なる実態がある。
1. Claude Code のバージョンアップ頻度
Claude Code は、AI エージェントツールとしては異例とも言えるペースで更新が続けられている。
リリースペースの実態
公式 Changelog を確認すると、直近1〜2ヶ月だけで以下のような状況が見て取れる。
- 2.1.x 系だけで 50 リリース以上(2026年2〜4月)
- 1日に複数バージョンがリリースされることも珍しくない
- 例: 2.1.89、2.1.90、2.1.91 がいずれも 4月1〜2日にリリース
各リリースの内容
単なるバグ修正にとどまらず、ひとつのリリースに多数の変更が含まれることが多い。たとえば v2.1.89(2026年4月1日)では:
- 新フック
PermissionDeniedの追加 - Windows Terminal での Shift+Enter 挙動修正
- CJK・絵文字を含むプロンプト履歴のバグ修正
- PowerShell ツールのセキュリティ強化
- 音声プッシュトゥトークの修正
……など 30 項目以上の変更が一度にマージされている。
このペースは、Claude Code が現在も急速に進化中であることを示している。
2. VS Code と Zed における Claude Agent 実装の違い
同じ「エディタ上で Claude を使う」体験でも、VS Code と Zed ではアーキテクチャが根本的に異なる。
VS Code の実装
VS Code の公式拡張は Claude Code CLI の GUI ラッパーとして動作する。拡張機能自体はインターフェースを提供するだけであり、実際のエージェント処理はユーザーが手動でインストール・更新する CLI が担う。そのため、常に最新の Claude Code を使いたければ CLI を最新に保てばよい。
主な特徴:
- VS Code Extension API を通じてファイルを直接操作
- インライン diff・チェックポイント・
@メンション等の UI 機能 - CLI と同一の認証・モデル・
CLAUDE.mdを共有
Zed の実装
Zed では、最初に Claude Agent スレッドを作成すると @zed-industries/claude-agent-acp が自動インストールされる。このパッケージが、図中の 「ACP アダプター」と「Claude Code SDK」の両ボックスに相当する。ACP アダプターが Zed エディタとの通信を担い、その内部に Claude Code CLI の vendored バージョンが含まれている。PC に claude コマンド(Claude Code)を別途インストールしていてもそちらは使われない。
主な特徴:
- Claude Code を別途インストール不要
- ACP(Agent Client Protocol)という翻訳レイヤーを経由
- vendored バージョンは Zed 自身の更新タイミングで更新される
一覧比較
| 観点 | VS Code | Zed |
|---|---|---|
| Claude Code CLI のインストール | 必要(前提条件) | 不要(自動管理) |
| CLI のバージョン管理 | ユーザーが自分で管理 | Zed が vendored 版を管理 |
| 通信経路 | 直接 | ACP アダプター経由 |
| UI 実装 | VS Code Extension API | ACP プロトコル |
| IDE 診断情報の連携 | VS Code API で直接取得 | ACP 経由(制限あり) |
3. 実装の違いに起因する機能更新ラグ
ラグが発生する構造的理由
Zed の vendored Claude Code は、Zed 本体のリリースサイクルに依存している。
| Claude Code | Zed Stable | |
|---|---|---|
| 更新頻度 | ほぼ毎日(1〜複数回) | 週1回程度 |
| 直近の例 | 4/1〜4/2 に 3 バージョン | 4/1、4/3、4/6 に各1バージョン |
Zed のリリースノートには Claude Agent の vendored バージョン番号が明示されないため、利用者側から正確なラグを把握することは難しい。ただし更新頻度の差から、常に1〜2週間分(Claude Code 換算で 10〜20 リリース相当)のラグが生じていると推測される。
差が出やすい機能・出にくい機能
| 機能カテゴリ | 差が出る可能性 | 理由 |
|---|---|---|
| 新しいスラッシュコマンド | 高い | Zed の ACP アダプターが未実装の場合がある |
| Plan mode / Extended thinking | 中程度 | 機能追加タイミングにラグが生じやすい |
| バグ修正の反映 | 中程度 | vendored 版が古いままの期間が生じる |
| コード生成・推論の品質 | 低い | 同じ Anthropic API・同じモデルを使うため |
| ファイル編集・基本操作 | 低い | コアな機能は安定して利用可能 |
Zed での回避策
Zed ドキュメントには、CLAUDE_CODE_EXECUTABLE 環境変数を設定することで、vendored 版ではなく任意のバイナリを使うよう上書きできる機能が用意されている。
{
"agent_servers": {
"claude-acp": {
"type": "registry",
"env": {
"CLAUDE_CODE_EXECUTABLE": "/path/to/claude"
}
}
}
}
最新機能を Zed 上で使いたい場合は、この設定で別途インストールした CLI を指定することで、実質的に VS Code と同等のバージョンを利用できる。
4. Anthropic と Zed の関係 — 協力の実態
Anthropic が Zed を公式にスポンサーしているわけではないが、両者の間には技術的・人的な深い結びつきがある。
関係の始まり(2024年〜)
契約や投資から始まった関係ではなく、エンジニア文化的な親和性がきっかけだった。Zed AI 発表時(2024年8月)のブログには次のように記されている:
Anthropic のエンジニアたちが Zed を発見し、その生のテキスト指向インターフェースに価値を見出した。Anthropic の Rust エンジニアのコアチームが Zed のオープンソースコードベースに積極的にコントリビュートするようになった。
Zed が Rust で書かれており、Anthropic も Rust を多用していることが、両者をつなぐ技術的な共通言語となった。
協力の具体的な内容
| 協力の種類 | 内容 |
|---|---|
| OSS コントリビュート | Anthropic の Rust エンジニアが Zed リポジトリに個人として貢献 |
| モデル供給 | Zed Pro で Claude を提供(Anthropic がバックエンドを供給) |
| 技術的最適化 | Prompt Caching の共同最適化(Zed が最初期の採用事例のひとつ) |
| ACP 連携 | Zed 主導で構築したアダプターを Anthropic の公式 ACP ページに掲載 |
注目点:Anthropic は ACP を公式採用していない
Zed が主導した ACP(Agent Client Protocol)について、Anthropic 自身は正式に採用していない。Zed は独自に Claude Code SDK を ACP でラップするブリッジを構築しており、2025年9月のブログで「Anthropic に SDK を Claude Code と同等の機能まで引き上げてもらうか、ACP を直接採用するよう一緒に呼びかけよう」とコミュニティに呼びかけている。
現状は Zed 側が積極的に橋渡しを行い、Anthropic が受け身の構図となっている。
関係性の整理
資本関係(出資・買収等)は公表されていない。あくまで技術的・商業的パートナーシップの範囲にとどまる。
5. 補足トピック:ACP という新しい標準プロトコル
ACP(Agent Client Protocol)とは
Zed が 2026年1月に発表したオープンプロトコル。AI エージェントとエディタを標準化された方法で接続することを目指している。
採用状況(2026年4月時点)
- エディタ側: Zed(リファレンス実装)、JetBrains(協力開発中)、Neovim(プラグインあり)
- エージェント側: Claude Code(Zed アダプター経由)、Gemini CLI(Google が直接統合)、OpenAI Codex
ACP の意義
従来はエージェントとエディタの統合が 1対1の個別実装だったのに対し、ACP が普及すれば m × n → m + n の関係になる。つまり、新しいエージェントを1つ実装するだけで、ACP に対応したすべてのエディタで動作するようになる。
この標準化の動きが Anthropic にとっても重要な意味を持つのは、Claude Code が「特定のエディタに縛られずに使えるエージェント」として広がっていく可能性があるからだ。
6. まとめ:どちらを選ぶべきか
最新機能・安定性を優先するなら VS Code
Claude Code の毎日のアップデートをリアルタイムで享受したい、あるいは新機能(フック、Plan mode の改善、PowerShell ツール等)をいち早く使いたい場合は VS Code + 最新 Claude Code CLI の組み合わせが最適。
エディタとしての体験を優先するなら Zed
Rust 製の圧倒的な高速性(起動 0.12 秒、120fps レンダリング)、組み込みのマルチプレイヤー機能、シンプルかつ一貫したエディタ設計に魅力を感じるなら Zed が優れた選択肢となる。CLAUDE_CODE_EXECUTABLE の設定で最新 CLI を使うことで、バージョンラグの問題も回避できる。
両者は競合ではなく補完関係
VS Code と Zed はそれぞれ異なる価値を提供しており、実際に多くの開発者が両方を使い分けている。Zed を日常のエディタとして使いながら、重い自律タスクは Claude Code CLI をターミナルで実行するというスタイルも現実的だ。
| ユースケース | 推奨 |
|---|---|
| Claude Code の最新機能を試す | VS Code + 最新 CLI |
| 高速なエディタ体験 + Claude | Zed(CLAUDE_CODE_EXECUTABLE で CLI 指定) |
| Go 等のコーディング全般 | Zed(LSP・gopls の統合が優秀) |
| 大規模チームでの標準環境 | VS Code(拡張エコシステムが成熟) |