Zed открыл запись на ранний доступ к DeltaDB, системе контроля версий для ИИ-агентов

Zed открыл запись на ранний доступ к DeltaDB, системе контроля версий, которую компания строит вокруг совместной работы с ИИ-агентами. Оставить email и имя пользователя на GitHub в форме «Request Early Access» на странице zed.dev/deltadb может любой желающий; ни даты, когда доступ откроют записавшимся, ни цены компания пока не называет, в навигации есть только общая ссылка «Pricing» без подробностей.

По описанию Zed, DeltaDB фиксирует не только коммиты, а каждую отдельную операцию между ними и присваивает ей стабильный идентификатор, так можно открыть код таким, каким он был в любой момент истории правок, а не только в моменты, когда кто-то решил закоммитить. Каждое изменение двусторонне связано с разговором ИИ-агента, который его произвёл: от любой строки кода можно перейти к переписке, которая её породила, а от любого сообщения в переписке, к коду, который оно затронуло.

DeltaDB виртуализирует worktree, рабочую копию проекта на диске, поэтому запуск новой ветки для агента, по утверждению Zed, практически ничего не стоит, а точкой ветвления может стать любой момент истории, включая середину ещё не завершённого прогона агента. За счёт этого команда может делиться не готовым pull request, а самим процессом работы: коллега подключается, пока агент ещё выполняет задачу, обращается к нему напрямую и оставляет пометки, не дожидаясь, пока автор изменений закоммитит и запушит их.

Технические детали, в каком формате DeltaDB хранит историю, по какому протоколу работает и обязателен ли для него редактор Zed или систему можно использовать отдельно, на странице не раскрыты. Нет там и комментария конкретного представителя Zed или отзывов тех, кто уже пробовал систему: единственный источник информации о DeltaDB, маркетинговая страница самого вендора.

Ключевые факты

Zed открыл запись на ранний доступ к DeltaDB через форму на странице zed.dev/deltadb, нужны email и имя пользователя на GitHub
DeltaDB присваивает стабильный идентификатор каждой операции между коммитами, а не только самим коммитам
Каждое изменение кода двусторонне связано с разговором ИИ-агента: от строки кода, к переписке, от сообщения, к коду
Виртуализация worktree делает создание новой ветки для агента практически бесплатным; точкой ветвления может быть любой момент истории, включая середину прогона
Коллега может подключиться к работе агента и оставлять пометки в реальном времени, не дожидаясь коммита и пуша

Почему это важно

Классические системы контроля версий устроены вокруг дискретных коммитов: разработчик фиксирует изменения только тогда, когда решает, что готов, а всё, что происходило между точками фиксации, черновые правки, разговор с агентом, сам процесс поиска решения, в истории не остаётся. DeltaDB предлагает другую единицу учёта: не коммит, а операция. Каждая правка получает свой стабильный идентификатор и не теряется, даже если её потом переписали, а рядом с изменением хранится сам разговор с агентом, который его произвёл, так что код и переписку, которая его породила, можно связать в обе стороны.

Кому это важно

В первую очередь, командам, где над кодом уже работают ИИ-агенты параллельно с людьми: агент правит файлы, а человек в это время хочет посмотреть промежуточный результат, не дожидаясь коммита. DeltaDB нацелен именно на этот сценарий: коллега подключается к работе, пока агент её ещё выполняет, обращается к агенту напрямую и оставляет пометки в реальном времени, а не после того, как открыт pull request. Командам, которые пока правят код вручную и не строят рабочий процесс вокруг агентов, часть возможностей, трассировка кода к переписке, бесплатное ветвление, не так критична.

Как это применить

Пока DeltaDB не в открытом доступе: попробовать его можно, только оставив email и имя пользователя на GitHub в форме «Request Early Access» на странице zed.dev/deltadb, Zed обещает использовать эти данные исключительно для того, чтобы написать о раннем доступе. Ни даты, когда доступ откроют записавшимся, ни условий и цены на странице нет, есть только общая ссылка «Pricing» в навигации без деталей. Значит, реальное действие на сегодня одно: встать в очередь и ждать приглашения.

Можно ли доверять

Источник, исключительно собственная страница Zed о продукте: там нет ни имени представителя компании, который бы прокомментировал запуск, ни отзывов пользователей, ни независимого разбора того, как DeltaDB устроен технически. Все описанные возможности, виртуализация worktree, двусторонняя связь кода и переписки, бесплатное ветвление, это заявления вендора о собственном продукте, а не характеристики, проверенные третьей стороной; DeltaDB ещё не вышел даже в ранний доступ, так что проверить их на практике пока нельзя.

Риски и подводные камни

Главный риск, записываться вслепую: ни цены, ни точного срока открытия доступа, ни того, обязателен ли для DeltaDB редактор Zed или система работает отдельно от него, компания не раскрывает. Нет и описания того, как именно данные о правках и разговорах хранятся и защищены, а инструмент по своей природе собирает историю переписки с агентом вместе с кодом, то есть потенциально чувствительные сведения о процессе разработки. Тем, кто оставляет email и логин GitHub в форме записи, стоит иметь это в виду, пока Zed не раскрыл больше деталей.