ハクソク

世界を動かす技術を、日本語で。

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

17日前原文(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をチェックしてみて。これが一番人気のある作業ツリーマネージャーだよ。

└

AI専用のツールは必要ないよ、これがまさにdevcontainerのためのものだから！エージェントにdevcontainer upを使うように指示するだけで、docker compose downはその逆で。

└

それを聞けて嬉しい！(Conductorの創業者です)。これは知っておくと役立つね。もっとエージェントを追加する作業を進めているところで、CopilotやOpenCodeのハーネスが人気のリクエストの一つなんだ。最近、エスケープハッチも作ったよ。設定 → 実験的 → ビッグターミナルモードをオンにすると、中央パネルで新しいターミナルを作れる（⌘⇧Tで）し、好きなエージェント（CopilotやOpenCodeなど）を使えるよ。通知がまだ来ないから、最高の体験とは言えないけど、少なくともハーネスを使えるから、最初のUIができるまでのつなぎにはなるよ。いつでもフィードバック送ってね、charlie@conductor.buildだよ。

└

VSCodeでは、同じ目的でhttps://github.com/jackiotyu/git-worktree-managerを使ってるよ。この拡張機能には、作成前や破棄前に実行できるWTフックがあって、何でも動かせるんだ。俺のは、メインチェックアウトからワークスペースファイルをシンボリックリンクして、パッケージをインストールして、いくつかのファイルをコピーするようになってる。めっちゃ便利だよ。

デフォルトのレイアウトが私のコードやファイルツリーを押しのけてAIツールのためのスペースを作るのはあまり好きじゃないな。Zedは本当に好きで、毎日使ってるけど。もし最初にこのレイアウトを見てたら、真剣に考えなかったと思う。これが新しいユーザーを遠ざけるかもしれないね。

└

これが新しいユーザーを遠ざけるかもしれないけど、実際には失うよりも増えると思う。他のツールは重くてバグが多くて、Electronで作られてるからね。

└

幸い、変更はすごく簡単だけど、新しいユーザーにはちょっと分かりにくいかも。下のバーにある各パネルの小さいアイコンを右クリックして、ドッキングする場所を選ぶんだ。左クリックでパネルを表示させることができるよ。

└

これが私の最初の印象でもあった。でも、変更点は主にパネルの配置を入れ替えること（左か右か）や、AIパネル周りのちょっとした追加や調整に関するもののように思える。macOSではまだ同じだよね。⌘Bで左のドックを切り替え、⌘Rで右のドックを切り替える。新しいレイアウトに切り替えると、以前左のドックにあったパネルが今は右のドックに移動してる。クラシックなコーディングのためにも試してみるつもり。設定ウィンドウから、どのパネルをどこにドッキングさせるかを変更できるよ。

└

それで、もっとユーザーが増えると思う。コードを見ていたくないんだ。もっとコーデックススタイルのアプリが欲しい。すべてのプロジェクトを一つの場所にまとめて、無限にコンテキストスイッチできるようなやつ。

昨日、Zedに移行することを決めたんだ。だって、彼らはこんなことを押し付けてこなかったから :(

└

Zedにはエージェントパネルを追加する理由が約600億個あるよ。

└

Zedでは、1つの設定で全てのAI機能を無効にできるよ: https://zed.dev/blog/disable-ai-features

└

Zedは、AIを追加するのが早かったエディタの一つだね。別の選択肢を探した方がいいかも。

└

彼らは少なくともセンスがあるけど、VCを引き続き確保しないといけないからね。賢いとか技術的だって誰もVCに言ったことないし。

並行エージェントを解放したいけど、まだすべての編集を確認しながら、最小限で状態を持たないモジュラーコードを強制してる。次のファイルを書く前にAIにチェックしてもらってるんだ。多くの場合、AIが出すアイデアはすごくバカなものが多くて、コードがめちゃくちゃになる傾向がある。自動的にそうならないようにする方法を見つけたいな。ただ、コードをチェックすることで、製品と技術の両方の観点からAIに賢い指示を出せるのは良い点だと思う。特に、バカな提案が多くの複雑さを加えるときに役立つ。製品担当者が新機能を求めたり、創業者が自分の製品のためにどの機能を作るのが賢いか選んだりするのに似てると思う。

└

自動的にそうならないようにする方法を見つけたいな。AGENTS.md

└

結局、エージェントがPRを作って、それをレビューすることになると思ってる。そうならないか、品質を諦めるか、すごくごちゃごちゃしたコードに対処することになるかも。いろんな自動テストやリンティングの戦略を試してみたけど、あまりうまくいかないんだよね。

Zedを試してみたんだけど、フルタイムで使えると思ったんだ。でも、拡張機能（TODOハイライトやTabOut）がないのと、他のクオリティ・オブ・ライフ（VSCodeみたいに行番号にすぐ飛べるとか、他のコメントで言ってたタブフィルターとか）が足りないのが残念だった。あと、gitコミットメッセージエディタでフォントサイズを設定できないのも変だと思った。最近の追加機能では、開発コンテナの統合が素晴らしかったよ。Zed、応援してるよ！

並行エージェントは、むしろ例外的だと思う。もしかしたら、俺が問題なのかな？そんな特別なケースでは、もう少しターミナルを開けば仕事が片付くんだけど、これが主なワークフローになる必要があるのかはよくわからない。俺の脳は、一つの問題に集中して深く作業する方が得意なんだよね。

└

これまであまり使ってこなかったけど、特定のタスクをやるときに、スピンアップやティアダウンの作業を孤立させるために始めたいと思ってる。例えば、編集を始める前に変更をドラフトしたり、レビューする前にブランチからコードをチェックアウトしてセットアップしたりすることだね。

└

俺も全く同じなんだけど、このアップデートにはめっちゃワクワクしてる！「並行」っていうより、スレッド間を簡単にジャンプできるのがいいんだ。メインの編集をしているコンテキストを崩さずに、サイドスレッドでいろいろな調査に没頭できるからね。

Zedを好きになりたいんだけど、あちこちで「ネイティブWindowsコードで作られてる」って言ってるのに、唯一OSタイトルバーが使えないんだよね。それに、ホバーで開く変なメニューバーもあるし。実際に開いてみると、その主張は全然響かないよ。「ネイティブだけど、知ってるのとは違う」って感じで、他のElectron系のゴミと同じUX体験を提供してるだけだし。