GitHubに挑む多くは、同じワークフローのより良い版を約束する。Zedはワークフローそのものが寿命を迎えたと主張し、それを証明するためにDeltaをパブリックベータとして公開した。プルリクエストの代わりに、開発者とコーディングエージェントが一本のライブスレッドを共有する環境である。この主張に重みがあるのは、Zedがすでにコストを払っているからだ。Delta自身のリポジトリではプルリクエストがオフになっており、33人の社員がPRなしでmainに570件の変更を反映している。
要点
- DeltaはDeltaDB上で動く。DeltaDBは、Gitのコミットとコミットの間に生じる編集と、人間とエージェントの会話——Gitが通常は捨ててしまう素材——を保持する。コミットは引き続き、チームがプッシュしビルドの起点とするチェックポイントのままだ。
- レビュアーはdiffを読む代わりにスレッドへ加わり、元のエージェントの文脈をそのまま引き継ぐ。親ワークツリーの隔離されたコピーを受け取るため、作成者の邪魔をせずにコードを実行し、変更できる。
- ベータは無料で、macOS・Linux・Windows・ウェブで動作し、モバイルブラウザからもスレッドにアクセスできる。有料プランは予告されているが価格は未定だ。
診断：レビューが失ったのは規模ではなく文脈だ
プルリクエストは登場からおよそ15年が経ち、静かに崩れつつある前提を抱えている。diffを書いた者がそれを説明できる、という前提だ。AIエージェントが行数の大半を生み出すようになると、量は増える一方で、その判断の理由はレビュアーが一度も見ていないセッションの中に閉じ込められたままになる。
Zedはよくある緩和策を名指しで批判する。大きな変更をブランチに積み上げれば読み飛ばしやすくはなるが、思考は何ひとつ復元されない。diffを別のエージェントに貼り付ける方法は、作成者がすでに決着させた判断を、そのエージェントに組み立て直せと求めているに等しい。どちらも可読性を書式の問題として扱っている。「なぜ同僚のエージェントが、あなたがそこに至った道筋を推測しなければならないのか」というZedの立て方は、原因を別の場所——コミット時にツールが捨てているもの——に置く。
実務で何が変わるのか
実務上の転換は、協業がプッシュを待たなくなることだ。同僚はエージェントとの進行中の会話に招かれ、同じワークツリーを見ながら、それぞれの端末で作業する。エージェントの文脈がスレッドとともに移動するため、レビュアーは作成者がなぜRwLockではなくMutexを選んだのかを、エージェントに直接尋ねられる。作業は作成者がログオフしても残り、レビューはサブスレッドに分割できる。隔離されたワークツリーのコピーがあるおかげで、レビュアーは問題を指摘するだけでなく自分で直し、変更が反映される前にその結果を折り返し取り込める。
この最後の機能こそ本当に新しい部分であり、同時に未解決の問いが集まる場所でもある。レビュアーがコードを編集するレビューは、レビューを独立したチェックたらしめていた境界を曖昧にする。監査やコンプライアンス上の義務を負うチームは、スレッドの中で作成者と承認者がどう帰属されるのかを知りたがるはずだ。Zedはまだそこを説明していない。
導入は意図的に中途半端でよい
全面移行を迫る作りではなく、Zed自身がその中間状態を実演している。zed-industries/zedはGitHubに残ったままでコミュニティがissueを立て、コントリビューターにはプルリクエストと並べてDeltaスレッドを共有するよう促している。DeltaDBはGitを置き換えるのではなく拡張する構造なので、Deltaを入れていない同僚の目には従来どおりのリポジトリに見える。試用をやめるコストが安く済む理由であり、おそらくこの製品で最も重要な設計判断だ。
ロードマップはベータよりも野心的である。Zedは目指すワークフローを「継続的エンジニアリング」と呼ぶ。統合とデリバリーは継続的になったのに、エンジニアリングの残りはバッチのままだ、という理屈だ。Gitのストレージ自体をDeltaDBへ移し、最終的にはコンテンツベースのビルドを通じてCI相当の検証までスレッド内に引き込む計画を掲げる。現時点でエージェントにできるのは、既存のCIプロバイダーを起動し、反映前にその結果を読むところまでだ。
展望
エージェントが書いたコードを根拠にフォージそのものを作り直すという立場は、Zedだけのものではない。CursorもOriginでGitHubの中核ワークフローに狙いを定めたが、出発点の見立ては近い。Zedを分けるのはその下にある賭けだ。競合はブランチ・コミット・diffをプリミティブとして残すのに対し、Zedはスレッドがソフトウェア開発の単位になり、その状態を表す正しい方法がデルタだと見込んでいる。この主張がどこまで届くかは商業条件が決めるが、その条件は「何らかの無料枠は残す」という約束を超えて、まだ何も発表されていない。
FAQ — よくある質問
DeltaはGitを置き換えるのか
置き換えない。DeltaDBはGitのコンテンツベースのバージョン管理の上に、差分（デルタ）による増分バージョンを重ねる。プッシュし、プルし、ビルドの起点とする対象は引き続きコミットだ。加わるのはコミットとコミットの間の作業であり、Gitはそれを保持しない。
Deltaは無料で使えるのか
パブリックベータの期間中は無料だ。Zedは個人・チーム向けの有料プランを準備中で、無料版も今後ずっと存在すると述べているが、価格は公表しておらず、無料枠に何が含まれるかも説明していない。
GitHubを離れずにDeltaを導入できるか
できる。Zed自身が自社のオープンソースリポジトリでまさにその形を運用している。コントリビューターはプルリクエストの隣にDeltaスレッドを共有し、Deltaを一度も開かない人は標準的なGitリポジトリを相手に作業を続けられる。
