Buda vs Zed:Agentネイティブなエディタか、会社運用のワークスペースか
ZedとBudaを、Agent構成、並列作業、system of record、codeと業務レビューの境界で比較します。

Buda vs Zed:Agentネイティブなエディタか、会社運用のワークスペースか
ZedはAIパネルを備えた高速コードエディタだけではありません。現行ドキュメントは、Zed Agent、ACPで接続するExternal Agents、ネイティブCLI/TUIを動かすTerminal Threadsという三つのAgent経路を説明しています。並列Thread、Git worktree分離、組み込みツール、MCP、Skills、Instructions、ツール権限、Checkpoint、hunk単位のレビューもあります。
そのため「エディタ対ワークフロー」という浅い比較は不正確です。Zed自体がソフトウェア開発のAgent作業環境です。複数Thread、異なるAgent、独立したコンテキストを運用し、開発者はエディタ内で変更を確認できます。
Budaの違いは、その中心の外にあります。コードをDriveファイル、Web調査、顧客記録、レポート、下書き、運用判断の一つとして扱う、反復的な会社業務向けクラウドAgent workspaceです。選定ポイントは、Agentネイティブな開発環境が必要か、会社の機能をまたいでAgentと人が使う共有運用workspaceが必要かです。

両方ともAgentを整理するが、記録の中心が異なる
| 判断項目 | Zed | Buda |
|---|---|---|
| 主要な記録 | Projectファイル、buffer、Thread、worktree、diff、Git | Driveコンテキスト、Agent Session、成果物、Owner、状態、実行履歴 |
| Agent経路 | Zed Agent、ACP External Agents、Terminal Threads | workspaceツール、Skills、自動化、Channelsを持つ専門Agent |
| 並列作業 | 独立Thread、Project、Agent、Git worktree | 技術・業務をまたぐAgentロールとワークフロー |
| レビュー | Checkpoint、ファイル一覧、diff、hunk承認、ツール権限 | ブリーフ、下書き、レポート、表、CRM更新、PRノート、意思決定資料 |
| 自然な利用者 | コードの近くで働く開発者・技術チーム | 反復業務と明確な引き継ぎを運用する部門横断チーム |
どちらかが常に広いわけではありません。Zedはエディタとコードレビューへ深く入り、Budaは広い会社ワークフローに永続的な場所を与えます。
Zedの実際のAgentアーキテクチャ
Zed AgentはAgent PanelとThreads Sidebarで動き、プロジェクトの検索・読取、ファイル編集、ターミナル、MCP、Skills、Instructions、変更レビューを使います。Agent Profilesが利用可能なツールを決め、Tool Permissionsが許可、拒否、確認を決めます。
External Agentsは別の経路です。Claude、Codex、OpenCode、Copilot、Cursor、PiなどACP対応Agentは自分のprocessと設定で動き、ZedがThread面を提供します。認証、課金、モデル、native instructionsは外部Agent側に残る場合があります。ZedでAgentを選んでも、設定とsubscriptionが自動共有されるわけではありません。
Terminal Threadsはnative CLI/TUIの経路です。ZedがThreadを整理し、CLIが認証、モデル、ツール、設定を所有します。一つのエディタ面でAgentのネイティブなターミナル体験を維持できます。
並列エンジニアリングと部門横断運用は異なる
Threads Sidebarは複数のAgent・Terminal Threadを同時に実行し、それぞれが独立したコンテキストと履歴を持ちます。Worktreeは同じファイルを変更し得るタスクを分離します。開発者はZed Agent、External Agent、Terminal Agentを並行し、ファイルやhunkごとに変更を確認できます。
これは有意義なオーケストレーションです。ただし中心はソフトウェアProjectです。ThreadはProjectに属し、レビューはコード変更を見て、worktreeがリポジトリ状態を守ります。
Budaの並列性は会社ロールと成果物で整理されます。Research Agentが情報源を集め、Content Agentが原稿を作り、Engineering Agentがリポジトリを確認し、Operations Agentが公開準備を行います。共有対象は一つのコードベースとは限らず、人のSession終了後も続くレビュー成果物とフローです。
最も明確な差はレビュー境界
Zedは強いローカルレビュー面を持ちます。CheckpointはAgent編集前へ戻し、Review Changesは対象ファイルを開き、hunkごとにaccept/rejectできます。ProfilesとPermissionsがツールと行為を制御します。
Budaはより広い成果物をレビューします。営業ブリーフ、調査表、コンテンツ下書き、週次レポート、CRM更新、PRリスクノート、リリースチェックリストです。Owner、出典、状態、承認後の行為が重要です。
Buda承認はZedやリポジトリのコードレビューを置き換えず、Zedのhunkレビューも顧客連絡や業務判断を承認しません。両境界をまたぐなら両方を残します。

選択を明確にする4つの場面
1. AI作業をエディタ内に置く
Zedを先に選びます。native Agent、context mention、project tools、terminal、checkpoint、review UI、モデル・External Agent選択がコードループをソースの近くに保ちます。
2. 複数Coding Agentを並列実行する
Zedが有力です。Threadsとworktreesが独立コンテキストとファイル分離を提供します。実リポジトリでbranch規約、setup hooks、権限、資格情報、review ownerを試します。
3. 部門横断で一つのAgent workspaceを使う
営業調査、コンテンツ、サポート、運用、工程が異なる情報源と成果物を使うならBudaが自然です。
4. リリースがエディタを離れる
実装とcode reviewはZedで行います。部門横断証拠、文書、連絡、Owner、承認を開発者Thread外で可視化する必要がある場合だけBudaを加えます。
External Agentsの境界を明示する
External Agentは通常、自分のruntime、認証、モデル、native tools、設定を持ち、ZedはACPでThreadを管理します。Terminal ThreadsではCLIが環境と資格情報を持ちます。
Zed Profiles、Skills、MCP、権限、subscriptionがすべてのExternal・Terminal Agentへ自動適用されると仮定してはいけません。具体的なAgent経路、資格情報、利用可能ツール、履歴保存先を確認します。
Budaの接続ツールにも同じ確認が必要です。見えるUIは、権限、保持、課金、データ責任の共有を証明しません。
ZedとBudaを組み合わせる
- BudaがIssue文脈、顧客証拠、受け入れ条件、制約、Ownerを保持する。
- Engineering Agentまたは開発者がZedで適切なAgent経路とworktreeを使う。
- 開発者がhunk、テスト、commit、PRをレビューする。
- diff、テスト、PR、リスクをBudaリリース成果物へ戻す。
- 文書、サポート、運用、コンテンツAgentが担当成果物を作る。
- 実名の人が顧客・本番へ影響する行為を承認する。
次のレビュー担当に必要な証拠だけを渡します。全Thread複製はノイズを作り、業務判断をprivate editor threadに残すと引き継ぎ問題になります。
公平なパイロット
- 情報源、リポジトリ、worktree/branch policy、テスト、成果物、担当者を定義する。
- 実際に採用予定のAgent経路でZed内の工程作業を行う。
- Editor内でファイル変更と失敗をレビューする。
- 部門横断の引き継ぎだけをBudaへ保存する。
- 修正時間、コンテキスト継続、レビュー、引き継ぎ、再開可能性を測る。
- コードで終わるならZedだけ、反復的な広い運用がある場合だけBudaを加える。
FAQ
Zedはチャット付きコードエディタだけですか?
違います。Zed Agent、ACP External Agents、Terminal Threads、並列Threads、worktrees、tools、MCP、Skills、Instructions、profiles、permissions、checkpoints、code reviewがあります。
BudaはZedを置き換えますか?
一般的な主張はできません。ZedはEditor中心の工程ループ、Budaは部門、情報源、成果物、Owner、レビュー段階をまたぐ仕事に向きます。
ZedでClaude CodeやCodexを使えますか?
ACP External AgentsとしてClaudeやCodexが文書化され、native CLIにはTerminal Threadsがあります。認証、モデル、subscription、設定は外部Agent側に残ることがあります。
最終承認はどちらが持ちますか?
責任者と、その行為のsystem of recordが持ちます。コード受け入れは工程レビュー、顧客・財務・法務・セキュリティ・本番行為は組織の業務統制に従います。
出典
確認日:2026年9月22日。