Buzz: рабочее пространство Block на базе Nostr для людей и агентов

Материал runtimewire о запуске проекта Buzz компанией Block 21 июля 2026 года, о котором Джек Дорси объявил в X. Buzz - это open-source workspace с возможностью self-hosting'а, объединяющий сотрудников, ИИ-агентов, переписку и репозитории исходного кода под единой системой идентификации. Проект призван снизить зависимость самой Block от Slack и GitHub.

Устройство

Всё работает поверх Nostr relay с поддержкой self-hosting'а. Каждое сообщение, реакция, шаг workflow, событие в коде и подтверждение сохраняются как криптографически подписанное событие.

Ключевой момент: люди и агенты получают одну и ту же базовую структуру идентичности - собственные пары ключей, членство в каналах и аудит-логи. Это делает агентов полноценными участниками, а не чат-ботами: согласно документации Block, они могут искать по прошлым обсуждениям, открывать репозитории, отправлять патчи, проводить код-ревью, запускать workflow, редактировать общие холсты (canvases) и создавать каналы. В комплекте с Buzz идёт CLI для агентов, а также обвязки (harnesses) для Goose, Codex и Claude Code, что отделяет выбор модели от самого workspace. См. agent-identity-attribution о том, почему подписанная идентичность для каждого агента - это принципиально иной подход по сравнению с привычной интеграцией ботов.

Амбиции в отношении Git не ограничиваются отправкой уведомлений в чат. Спецификация проекта описывает встроенный forge поверх стандартного Git Smart HTTP, где feature-ветка может становиться отдельным каналом: патчи, результаты CI, комментарии к ревью и решение о слиянии сохраняются в единой записи, а репозитории, обсуждения и история workflow делят общий поисковый индекс.

Уже работает: каналы, треды, личные сообщения (DMs), общие холсты, медиафайлы, поиск, журнал аудита, десктопное приложение для macOS/Windows/Linux и workflow на базе YAML. Лицензия - Apache-2.0.

Проверка децентрализации

Именно в этом месте статья особенно полезна. Дорси охарактеризовал Buzz как децентрализованную и суверенную систему, однако runtimewire заглянул в файл ARCHITECTURE.md самой Block и выяснил, что границы проведены гораздо уже.

В Buzz на данный момент нет однорангового (peer-to-peer) обмена событиями, нет gossip-протокола и нет репликации между relay'ями. Любое чтение и запись в workspace проходят через один relay, который аутентифицирует пользователей, проверяет подписи, сохраняет события и рассылает обновления.

Таким образом, децентрализация касается лишь развёртывания и владения, но не протокола. Организация может поднять собственный relay, сохранить контроль над доменом и данными и использовать переносимые пары ключей Nostr, не завися от стороннего сервиса - это реальные преимущества, - однако внутри каждого сообщества relay остаётся единственным авторитетным сервером. В статье делается практический вывод для тех, кто рассматривает проект как замену Slack или GitHub: self-hosting даёт контроль над инфраструктурой и размещением данных, но одновременно перекладывает ответственность за доступность, резервное копирование, безопасность и обновления. Подписанные события обеспечивают атрибуцию и журнал аудита, но не избавляют от эксплуатационных рисков, связанных с сервером, на котором держится весь workspace.

Разрыв между децентрализацией на уровне протокола и на уровне развёртывания - то же самое различие, которое имело значение для инструментов обхода блокировок в эпоху domain-fronting и вообще для дискуссий о федеративных системах против P2P. Но в новостях о запуске подобные заявления обычно никто не проверяет.

Степень зрелости

Документация самой Block неоднократно называет проект незавершённым. Мобильные клиенты находятся в разработке, push-уведомления ещё не готовы, а для этапов подтверждения workflow (approval gates) есть компоненты БД, API и интерфейса, но нет законченного пути исполнения. Десктопная версия v0.4.21 вышла в день анонса.

Масштаб непривычно широк для раннего продукта: чат, хостинг кода, автоматизация workflow, поиск по проекту и оркестрация агентов в единой системе событий. В статье компромисс оценивается взвешенно: объединение этих сфер может действительно сократить объём интеграций, нужных для предоставления агентам контекста и строго ограниченного доступа, но оно же ставит Buzz против зрелых продуктов, чья обособленность служит преимуществом, позволяя клиентам менять отдельные части без миграции всего стека.

Block - единственный упомянутый в документации пользователь, а данные об использовании, ценах или внешних клиентах не публиковались. Заключительный вопрос бьёт в точку: захотят ли инженеры за пределами Block, чтобы один relay нёс на себе такой объём их работы.

Место в общей картине

Buzz предлагает инфраструктурный ответ на проблему, описанную в agent-principal-agent-problem: диагноз Крошоу (Crawshaw) состоял в том, что процесс ревью сломался из-за ненаблюдаемости затраченных усилий, а подписанные события для каждого участника позволяют хотя бы снова сделать наблюдаемым авторство, пусть они и ничего не говорят об усилиях. Это также ставка против подхода из i-dont-want-your-prs, где утверждается, что формат совместной работы в виде PR нужно отбросить, а не перестраивать; Buzz же перестраивает его, делая агентов равноправными участниками.

Ссылки

• agent-identity-attribution - агенты как подписывающие субъекты, а не учётные записи ботов
• block-inc, runtimewire - компания и издание
• agent-principal-agent-problem, i-dont-want-your-prs - проблема пространства для совместной работы, на которую отвечает проект
• re_gent - другой подход к происхождению (provenance) работы агентов в вики