Джек Дорси и Block запустили Buzz: чат, Git и ИИ-агенты в одной системе

Джек Дорси, сооснователь и «глава» Block, 21 июля объявил в X о запуске Buzz, открытого (open-source) рабочего пространства, которое объединяет сотрудников, ИИ-агентов, переписку и код-репозитории под одной системой идентификации. Дорси подаёт Buzz как способ снизить зависимость Block от Slack и GitHub, перенося его давнюю ставку на открытые протоколы в повседневную работу разработки. Идея опирается на эссе Дорси в соавторстве с Роэлофом Ботой из Sequoia Capital: там утверждается, что ИИ должен менять то, как организации координируют работу, а не быть просто надстройкой над продуктивностью. Buzz, инфраструктурный слой под этот тезис; публичный репозиторий Block документирует отдельную внутреннюю сборку, настроенную под собственный relay и провайдера агентов Block.

Архитектурно Buzz построен вокруг самостоятельно хостируемого Nostr-relay. Каждое сообщение, реакция, шаг рабочего процесса, событие в коде и одобрение сохраняются как криптографически подписанное событие. Люди и агенты получают одинаковую базовую структуру идентичности: собственные пары ключей, членство в каналах и журналы аудита. Это позволяет агентам участвовать как полноценным членам команды, а не обычным чат-ботам: по документации Block, агенты могут искать в истории обсуждений, открывать репозитории, отправлять патчи, ревьюить код, запускать рабочие процессы, редактировать общие канвасы и создавать каналы. В Buzz есть интерфейс командной строки для агентов и готовые «упряжи» (harness) для Goose, Codex и Claude Code, выбор модели остаётся отдельным от самого рабочего пространства.

Git-амбиции Buzz выходят за рамки уведомлений о репозиториях в чате: спецификация проекта описывает встроенную программную «кузницу» (forge) на стандартном Git Smart HTTP. Фиче-ветка может стать собственным каналом, где в одной записи хранятся патчи, результаты непрерывной интеграции, комментарии ревью и решение о слиянии. Репозитории, обсуждения и история рабочих процессов делят один общий поисковый индекс. Уже работающий набор функций включает каналы, треды, личные сообщения, общие канвасы, медиа, поиск, журнал аудита, десктопное приложение и рабочие процессы на YAML. Готовые сборки доступны для macOS, Windows и Linux, репозиторий лицензирован по Apache 2.0.

Дорси называет Buzz децентрализованным и суверенным, но собственный архитектурный документ Block проводит более точную границу. Сейчас в Buzz нет обмена событиями между узлами (peer-to-peer), gossip-слоя или репликации между relay-серверами: все чтения и записи в рабочем пространстве проходят через единственный relay, который аутентифицирует пользователей, проверяет подписи, хранит события и рассылает обновления. Децентрализация Buzz, таким образом, это вопрос развёртывания и владения: организация может держать собственный relay, сохранять свой домен и данные, использовать переносимые пары ключей Nostr вместо привязки к одному хостинг-провайдеру. Хостинг-оператор тоже может держать несколько изолированных сообществ на общей инфраструктуре, но внутри каждого сообщества relay остаётся единственным авторитетным сервером. Самостоятельный хостинг даёт контроль над инфраструктурой и расположением данных, но перекладывает на организацию ответственность за доступность, резервные копии, безопасность и обновления; модель подписанных событий даёт атрибуцию и журнал аудита, но не снимает эксплуатационные риски, связанные с сервером, на котором работает пространство.

Buzz доступен для тестирования и разработки, но документация самого Block многократно называет его незавершённым: мобильные клиенты ещё в разработке, push-уведомления пока не реализованы, а у шлюзов одобрения рабочих процессов есть компоненты базы данных, API и интерфейса, но нет завершённого пути исполнения. Последний релиз десктопной версии, 0.4.21, вышел 21 июля с правками и дополнениями по управлению агентами, аутентификации и адаптации рабочего пространства. Block поставил перед Buzz широкую задачу, заменить частично чат, хостинг кода, автоматизацию рабочих процессов, поиск по проекту и оркестрацию агентов единой системой событий. Объединение этих поверхностей может сократить интеграционную работу, нужную, чтобы дать агентам полезный контекст и точно ограниченный доступ. Но это же ставит Buzz против зрелых продуктов, чьи разделённые роли позволяют клиентам заменить один инструмент, не мигрируя весь остальной стек разработки. Запуск делает Block первым клиентским примером, встроенным в документацию Buzz, но компания пока не публиковала данные о внедрении, ценах или внешних клиентах. Пока Buzz, это открытая сборка и приглашение к участию; первая проверка для проекта, захотят ли внешние инженеры доверить одному relay такую большую часть своей работы.

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

Buzz построен на самостоятельно хостируемом Nostr-relay: каждое сообщение, шаг рабочего процесса, событие в коде и одобрение, криптографически подписанное событие с общим журналом аудита
Люди и ИИ-агенты получают одинаковую идентичность (пары ключей, членство в каналах): агенты могут искать в истории, открывать репозитории, отправлять патчи, ревьюить код, запускать workflow и создавать каналы; есть готовые упряжи для Goose, Codex и Claude Code
Встроен Git-форж на Git Smart HTTP: фиче-ветка становится каналом, где хранятся патчи, результаты CI, ревью и решение о слиянии в одной записи
Децентрализация Buzz, это про развёртывание и владение, а не архитектуру: peer-to-peer обмена и репликации между relay нет, внутри каждого рабочего пространства единственный relay остаётся авторитетным сервером
Проект ранний: релиз 0.4.21 вышел 21 июля, мобильные клиенты и push-уведомления ещё в разработке, репозиторий на Apache 2.0, сборки для macOS, Windows и Linux; единственный публичный клиент пока сам Block

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

Дорси годами продвигает открытые протоколы (тот же Nostr лежит в основе его соцсети), и Buzz переносит эту философию в повседневную инженерную работу, туда, где команды обычно разносят обсуждения, код, автоматизацию и активность агентов по нескольким разным сервисам (Slack, GitHub, отдельные agent-платформы). В эссе с Роэлофом Ботой из Sequoia Capital Дорси формулирует более широкий тезис: ИИ должен менять сам способ координации в организациях, а не быть надстройкой поверх существующих инструментов. Buzz, попытка воплотить этот тезис инфраструктурно, дав людям и агентам общую систему идентичности и единый журнал событий вместо набора разрозненных сервисов.

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

В первую очередь, инженерным командам и организациям, которые ищут альтернативу связке Slack + GitHub и хотят, чтобы ИИ-агенты работали как полноценные участники процесса, а не отдельные боты сбоку. Особенно актуально для тех, кто уже тяготеет к открытым протоколам и самостоятельному хостингу: Buzz даёт организации контроль над relay, доменом и данными вместо зависимости от одного хостинг-провайдера. Также интересен разработчикам агентских харнессов (Goose, Codex, Claude Code), Buzz предлагает им готовую инфраструктуру идентичности и доступа.

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

Buzz уже доступен для тестирования и разработки: репозиторий открыт по лицензии Apache 2.0, десктопные сборки есть для macOS, Windows и Linux, работают каналы, треды, личные сообщения, общие канвасы, поиск, журнал аудита и YAML-описанные рабочие процессы. Для агентов предусмотрены интерфейс командной строки и готовые харнессы под Goose, Codex и Claude Code. Организация может развернуть собственный relay и сохранить контроль над данными, либо использовать сборку под хостинг-оператора с несколькими изолированными сообществами. Мобильных клиентов и push-уведомлений пока нет, так что полноценно использовать Buzz сейчас можно только с десктопа.

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

Пока единственный публично названный клиент Buzz, сам Block: компания не раскрывала данные о внешнем внедрении, ценах или числе клиентов. Документация Block сама неоднократно называет продукт незавершённым, в частности у шлюзов одобрения рабочих процессов нет законченного пути исполнения. Есть и терминологическая неточность: Дорси называет Buzz «децентрализованным», но собственный архитектурный документ Block уточняет, что peer-to-peer обмена и репликации между relay-серверами нет, внутри рабочего пространства всё завязано на один авторитетный relay, децентрализация касается лишь того, кто им владеет и где он развёрнут.

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

Самостоятельный хостинг relay даёт контроль над данными, но перекладывает на организацию всю операционную нагрузку, доступность, резервное копирование, безопасность, обновления; модель подписанных событий обеспечивает атрибуцию и аудит, но не снимает эти риски. Поскольку peer-to-peer репликации нет, единственный relay рабочего пространства, потенциальная точка отказа. Широкий охват Buzz (чат, код, автоматизация, поиск, оркестрация агентов в одной системе) ставит его против зрелых специализированных продуктов, которые позволяют заменить один инструмент, не мигрируя весь остальной стек разработки. Наконец, часть заявленных возможностей ещё не готова: мобильные клиенты в разработке, push-уведомления не реализованы, шлюзы одобрения рабочих процессов не завершены.