Zedが「Delta」発表 ― Gitではなく会話まるごとをバージョン管理する新設計

オープンソースエディタ「Zed」の開発チームが、AIエージェントと人間が共同でコードを書くための新環境「Delta」を発表した。核となるのが新型バージョン管理システム「DeltaDB」で、Gitの「コミット」ではなく、AIエージェントへの指示・対話・コード変更のすべてを一つの履歴として記録する設計だ。Zed共同創業者のNathan Sobo氏は「コードを生んだ会話こそが、いまやソフトウェアの真の源泉になりつつある。だがGitはそれを捉えるようには作られていない」とブログで述べている。

Gitの前提が崩れる #

DeltaDBはCRDT（分散環境での同時編集を矛盾なく収束させる技術。Redisなどの分散DBにも採用例がある）をベースに、複数の人間とAIエージェントが同じファイルを同時編集しても自動的に競合を解消する。Claude CodeともAgent Client Protocol経由で連携し、ターミナル上のセッションがそのままDelta上のスレッドとして同期される。現在は招待制のプライベートベータ。

これはGitが前提としてきた「人間がコミット単位でレビューし、コンフリクトは手動解決する」というワークフローの置き換え案だ。裏を返せば「変更の節目」という区切りが消え、プロンプト・議論・コードが不可分の履歴としてDBに残り続ける。

セキュリティ屋が見るべき論点 #

Zedはこれを説明可能性の向上として売り込むが、セキュリティ視点では両刃の剣だ。良い面は、どのコード変更がどのプロンプトから生まれたかを完全に遡れる点。インシデント対応の証跡として強力で、「AIが勝手に書いた」という言い訳が通用しにくくなる。

一方でリスクも大きい。開発者がAIとの対話中にAPIキーや内部設計、顧客データを気軽に貼り付ける場面は既に日常的だが、Deltaではそれが一時的なログではなく、コードと紐づく恒久的な履歴としてDeltaDBに残る。Gitのコミットに誤ってシークレットを含める事故は既知の攻撃対象だが、Deltaはその対象を「会話全文」にまで広げる。DeltaDB侵害時は、ソースコードだけでなく設計思想や意思決定プロセスごと流出するリスクがある。

さらにCRDTによる自動収束は、コンフリクトという「人間が立ち止まる確認ポイント」を消す設計でもある。複数のAIエージェントが同時にコードベースを触る運用が広がれば、悪意あるプロンプトインジェクションや誤編集がレビューの隙間をすり抜けて収束してしまう可能性も否定できない。

AIエージェントが書くコードの比率が増えるほど、「何が」ではなく「なぜ」を保存する設計は合理的に見える。だが会話ログが恒久的な資産になるなら、それに見合ったアクセス制御と機密情報の取り扱いルールを、開発チーム側が先に整備しておく必要がある。