Zedにおける並列エージェント

2026年4月23日原文(zed.dev)

概要

Zed が複数エージェントの同時並行実行をサポート
Threads Sidebar でエージェントやスレッドの管理が容易に
新しい デフォルトレイアウト で作業効率向上
エージェントとエディタ の協調による高品質ソフトウェア開発
最新版で Parallel Agents が利用可能、すぐに体験可能

ZedのParallel Agents機能

複数エージェント を同一ウィンドウ内で並列実行可能
Threads Sidebar で各スレッドの管理と監視を実現
- 各スレッドごとにアクセス可能なフォルダやリポジトリを細かく制御
- プロジェクトごとにスレッドをグループ化し、全体を俯瞰
エージェント選択 の柔軟性
- スレッド単位で異なるエージェントを組み合わせて利用
- 複数プロジェクトやリポジトリをまたぐ作業も容易
- 必要に応じてワークツリーの分離も可能
操作性の向上
- スレッドの停止・アーカイブ・新規作成を即座に実行
- 複雑なワークフローでも整理された状態を維持

新しいデフォルトレイアウト

Threads Sidebar が左側に常時表示され、エージェント作業の中心に
Agent Panel も左側に配置、 Project Panel と Git Panel は右側に
パネル配置は 右クリック や Settings Editor で自由に変更可能
既存ユーザーには オプトイン方式 で新レイアウトを提供
直感的な操作感で、短時間の利用でも自然に感じられる設計

エージェントとエディタの協調

AI活用 と 直接的なコーディング のバランスが高品質開発の鍵
agentic engineering という考え方
- 人間のクラフトマンシップとAIツールの融合
- 信頼性・保守性・使いやすさを重視したシステム構築
Zedの Parallel Agents はこの理念に基づいて設計
- 大規模なエージェント運用でも快適なUXを追求
- 開発者の細やかな作業を損なわず、より高度な挑戦を可能に

利用開始方法

Parallel Agents は最新のZedリリースで利用可能
macOS、Windows、Linuxに対応
Threads Sidebar は左下のアイコン、または
- macOS: option-cmd-j
- Linux/Windows: ctrl-option-j で簡単に呼び出し可能
Zed公式サイト からダウンロード、またはアップデートで体験
より良いエディタを探している方に Zed を推奨

採用情報・関連情報

Zedチーム は新たな仲間を募集中
興味のある方は公式ブログや採用情報をチェック
ソフトウェア開発の未来 を一緒に創るメンバー募集

Hackerたちの意見

もうみんながパラレルエージェントとワークツリーに向かってるのは明らかだよね。でも正直、Zedがこんな提案をしてくるとは驚いた。彼らはエディタ重視で、AI機能はあくまでオプションって感じだから。Zedの主な利点は、エージェントに依存しないこと（つまり、ClaudeやCodex、Cursor DesktopみたいなファーストパーティのUIじゃない）、同じエージェントで複数のリポジトリを自動的にワークツリーを作ってサポートすること、CLIをラップするんじゃなくて高品質なカスタムエージェントUIを持ってることだね（過去に彼らのIDEのエージェントUIを使ったことがあるけど、すごく良かった）。私の知る限り、これらの機能を全てサポートしているのは初めてのメインストリームツールだよ。

└

うん、でもClaudeがサポートしてるMCP統合みたいな機能がたくさんないんだ。ログファイア（テレメトリープロバイダー）に接続してるけど、最適化やバグの診断をする時にゲームチェンジャーだよ。プラグインやスキルも足りないけど、プロバイダーを簡単に切り替えられるのはいいね。

右側のプロジェクトパネルに慣れるのが難しいな（少なくとも私にとっては、デフォルトで隠れてるし）。“ファイル”の概念を埋めようとしてるみたいだね。でも、確かに面白いし、ちょっと時間をかけてみるつもり。投稿には「少し時間を使うと自然に感じる」って書いてあったし。

└

プロジェクトアイコンを右クリックすると、他のサイドパネルに移動できるよ。

Warpが似たようなものを一週間ほど前に発表したけど、Zedの実装の方がずっと論理的だと思う。Zedをもう一度試してみるつもり。毎月「このターミナル/IDEを試してみるべきかな」って思ってるから。

└

Warpは好きだけど、なんかすごく不透明で混乱するところがある。もしかしたら、まだちゃんと取り組んでない学習曲線があるのか、単にまだアルファ版で頻繁に進化してるのかもしれない。

使えば使うほどこのワークフローにハマっていくけど、本当に変わるのは（a）ワークツリー内のパラレルスレッドと、（b）それらをVMを立ち上げるのと同じように扱えるだけのライフサイクルフックがあることだね。具体的には、ワークツリーを作成した後にローカルの設定ファイルがコピーされて、Postgresがローカルの開発用とテスト用のデータベースを複製してくれるから、孤立してテストできるんだ。そしてワークツリーを閉じると、そのデータベースが削除される。今のところ、私が見つけた中で一番良いのはConductorだけど、仕事では使えないんだ。なぜなら、私たちはCopilotしか持ってなくて、Claude/Codexのバックエンドにロックされてるから。Arborも近いけど、あまり活発に開発されてないし、粗削りな部分が多い。Opencode GUIには作成フックがあるけど、削除フックがない。もしZedがそれをつなげて、なおかつ素晴らしいエディタのルーツを保てたら、確実にゲームチェンジャーになるね。

└

「今のところ、私が見つけた中で一番良いのはConductorだけど、仕事では使えないんだ。なぜなら、私たちはCopilotしか持ってなくて、Claude/Codexのバックエンドにロックされてるから。」って言ってるけど、実はZedでCopilotを直接使えるよ！

└

git worktreeのフックもサポートしてるよ。

└

Ouijitをチェックしてみて！[1] 仕事で定期的に使ってるけど、欲しい環境に特化してるから便利だよ。使いたいツールを使えるシェルを提供してくれるし、必要なら作業ツリーごとにVMの隔離もできるんだ。 [1]: https://github.com/ouijit/ouijit

└

スプリントで並行エージェントを試してみたけど、すぐに挫折した。作業ツリーのダンスは問題ないけど、私たちにとっての本当の障害はテストデータの隔離だった。ブランチごとのスコープ付きPostgresスキーマはうまくいったけど、3つのエージェントが共有マイグレーションに触れたときにどのエージェントが壊したのかを考えるのはすぐに飽きた。今は一度に1つのエージェントを実行して、散歩に行くことにしてる。

└

自己宣伝になるけど、worktrunk.devをチェックしてみて。これが一番人気のある作業ツリーマネージャーだよ。

Hacker Newsで議論の続きを見る

ハクソク