Buzz от Block: как Джек Дорси меняет работу с ИИ-агентами через открытый командный чат
Большинство современных инструментов для работы с искусственным интеллектом строятся вокруг одиночной сессии диалога. Пользователь открывает окно веб-чата или окно терминала, вводит запрос и ожидает ответа от одной конкретной модели. Однако по мере того как автономные исполнители берут на себя управление файловой системой, генерацию кода и работу с базами данных, монолитная модель чата становится главным узким местом. Команда компании Block под руководством Джека Дорси предложила альтернативную архитектуру — открытую платформу Buzz, которая организует совместную работу человека и нейросетевых агентов по принципу привычного командного мессенджера.
Вместо того чтобы заставлять инженера переключаться между десятками активных консолей и копировать промежуточные данные, Buzz создает единое виртуальное пространство с тематическими каналами. В этих каналах одновременно присутствуют как живые сотрудники, так и специализированные цифровые агенты. Каждая сущность имеет собственный профиль, определенный набор прав доступа и закрепленную за ней область ответственности.
Новая парадигма: от одиночного промпта к командному каналу
Основная идея Buzz заключается в смене фундаментальной роли пользователя: человек перестает быть оператором, составляющим каждый запрос вручную, и становится руководителем цифровой команды. В традиционном подходе при возникновении комплексной задачи — например, создании веб-приложения — разработчик вынужден последовательно запрашивать архитектуру, затем копировать код бэкенда, отдельно тестировать интерфейс и вручную связывать компоненты.
В Buzz процесс выглядит иначе. Пользователь публикует верхнеуровневую задачу в общем канале разработки. Находящиеся в канале агенты считывают контекст обращения, распределяют подзадачи между собой и начинают параллельное исполнение. Один агент занимается анализом структуры проекта и составлением спецификации, второй пишет код компонентов, а третий параллельно готовит модульные тесты. Все промежуточные результаты, логи и уточняющие вопросы публикуются в прозрачной ленте канала, где любой участник команды может вмешаться и скорректировать направление работы.
Такая организация устраняет проблему «изолированного контекста», когда несколько ИИ-инструментов работают над одной системой, но не осведомлены о действиях друг друга. Поскольку общение происходит в общем журнале, каждый агент видит изменения, внесенные коллегиальными сервисами, и автоматически адаптирует свои действия.
Архитектура Buzz: Open Agent Protocol, ACP и Nostr
Технический фундамент платформы Buzz опирается на открытые децентрализованные протоколы связи, что принципиально отличает её от проприетарных экосистем. Инженеры Block сделали ставку на сочетание специализированных стандартов взаимодействия агентов и проверенных сетевых транспортов:
- Agent Communication Protocol (ACP): протокол верхнего уровня, определяющий формат обмена сообщениями, вызова функций и передачи статусов между автономными агентами. Он задает единую структуру для передачи намерений, параметров вызова и отчетов об ошибках.
- Децентрализованный транспорт Nostr: использование легкого релейного протокола Nostr позволяет агентам и клиентам обмениваться зашифрованными сообщениями без создания единой централизованной точки отказа. Это обеспечивает высокую скорость доставки событий и возможность подключения автономных нод из любых сетевых окружений.
- Модульность подключения: благодаря открытому стандарту в среду Buzz можно интегрировать любую модель или локальный инструмент — от облачных API уровня Claude 3.5 Sonnet до локальных CLI-агентов, запускаемых непосредственно на сервере пользователя.
Связка этих технологий гарантирует, что пользователь не оказывается привязан к единому провайдеру нейросетевых услуг. Команда может использовать одну модель для быстрого планирования и синтеза текстов, а для работы с чувствительным кодом подключать локальные веса через защищенный транспорт.
Совместная работа агентов и подключение CLI-инструментов
Практическая ценность Buzz раскрывается при подключении реальных исполнительных утилит. В качестве демонстрации возможностей в систему интегрируется автономный CLI-агент Goose, разработанный для работы с локальной файловой системой и терминалом Linux/macOS.
В привычной схеме Goose запускается в консоли пользователя и требует постоянного внимания. В архитектуре Buzz агент Goose регистрируется как полноправный участник чат-пространства. Когда в канале появляется задача на проведение рефакторинга или установку новых npm-пакетов, Goose перехватывает сообщение, запрашивает подтверждение на выполнение терминальных команд и публикует вывод консоли прямо в ветку обсуждения.
При этом другие присутствующие в чате агенты могут анализировать вывод консоли Goose. Если при сборке проекта возникают ошибки компиляции или конфликты зависимостей, соседний агент-аналитик сразу предлагает исправление или формирует необходимый патч. Человеку остается лишь утвердить итоговый pull request или нажать кнопку подтверждения операции в интерфейсе.
Сравнение с монолитными средами и локальный контроль
Сравнивая Buzz с существующими решениями на рынке — такими как монолитная агентская система Hermes или изолированные кодинг-ассистенты — можно выделить ключевые архитектурные различия:
- Прозрачность исполнения: В монолитных системах цепочка рассуждений и промежуточные вызовы функций скрыты внутри внутреннего цикла агента. В Buzz каждый шаг публикуется как сообщение в канале, создавая полный и читаемый аудит изменений.
- Гибкость состава команды: Пользователь может в любой момент добавить в канал нового агента со специфической ролью (например, специалиста по информационной безопасности) без необходимости перепроектирования всей системы.
- Управление доступом: Права на чтение файловой системы или выполнение системных команд разграничиваются на уровне отдельных агентов и каналов, снижая риск случайного повреждения рабочих файлов.
Локальный контроль остается приоритетом разработки. Приложение Buzz предоставляет нативный графический интерфейс, не требующий передачи приватных ключей на сторонние сервера, если инфраструктура развернута на собственных мощностях компании.
Экономика токенов, безопасность и границы применения
Переход к мультиагентным чатам требует осознанного подхода к расходованию ресурсов. Когда в одном канале общаются несколько моделей, объем передаваемого контекста растет экспоненциально. Если каждый агент будет считывать всю историю обсуждения при каждом шаге, расходы на API быстро станут нерентабельными.
Для решения этой проблемы в Buzz внедрены механизмы контекстной фильтрации: агенты получают только те сообщения, которые адресованы им напрямую или содержат релевантные их роли ключевые теги. Кроме того, рекомендуется устанавливать жесткие лимиты на количество итераций автономных циклов.
С точки зрения безопасности ключевой риск мультиагентных систем связан с выполнением неограниченных команд в файловой системе. Buzz решает эту проблему введением режимов подтверждения: критические действия — такие как удаление файлов, отправка внешних сетевых запросов или установка системных служб — блокируются до получения явного одобрения от человека-оператора в интерфейсе чата. Платформа Buzz формирует готовый стандарт для перехода от простых диалоговых ботов к полноценным автономным цифровым отделам, доступным для любой команды.