21 июля 2026 года Джек Дорси представил Buzz — рабочий чат, в котором люди и ИИ-агенты общаются в одном окне. Для русскоязычной IT-аудитории здесь важен не сам факт запуска очередного мессенджера, а ставка на другой формат командной работы: вместо связки Slack, GitHub и набора ботов предлагается единое пространство, которое можно развернуть и доработать под себя.
О запуске Buzz сообщает TechCrunch. По описанию, это продукт для команд, который одновременно метит в нишу Slack и частично заходит на территорию GitHub: внутри одного интерфейса можно вести групповые обсуждения, подключать ИИ-агентов и работать с задачами, связанными с кодом. Дорси отдельно подчеркнул четыре свойства платформы: она не привязана к одной модели, децентрализована, self-sovereign и распространяется с открытым исходным кодом. Для корпоративного ПО это уже не маркетинговая косметика, а довольно прозрачный сигнал: Buzz пытаются продавать не как еще один чат, а как инфраструктурный слой для команд, которые не хотят отдавать коммуникации и автоматизацию одному закрытому SaaS-вендору.
Что именно запустили
По данным источника, Buzz создан внутри Block — компании Дорси, в портфеле которой уже есть Square, Cash App, Afterpay и Tidal. Это важная деталь: проект выглядит не как побочный эксперимент основателя Twitter, а как продукт с более серьезной организационной спиной. На старте доступно бесплатное десктопное приложение для macOS, Windows и Linux, а код уже опубликован на GitHub. То есть входной порог для разработчиков довольно низкий: можно посмотреть архитектуру, поднять свой инстанс и понять, насколько платформа вообще пригодна для реальной команды, а не только для красивого демо.
Визуально и по логике Buzz, судя по описанию, ближе всего к Slack: каналы, групповые обсуждения, единое рабочее окно. Но ключевая разница в том, что ИИ-агенты здесь не прикручены сбоку в формате очередного чат-бота с ограниченным набором команд. Они задуманы как штатные участники рабочего процесса, которые живут в тех же обсуждениях, что и люди. Отсюда и более амбициозная идея: не просто добавить ИИ в переписку, а перестроить саму механику совместной работы так, чтобы агент был не «помощником по запросу», а постоянным исполнителем отдельных задач.
Для разработческих команд это звучит логично. Сейчас типичный стек выглядит так: обсуждение идет в одном мессенджере, код и pull request'ы живут в GitHub, автоматизация разъезжается по ботам, интеграциям и отдельным агентным сервисам. Чем активнее компания экспериментирует с ИИ-ассистентами, тем быстрее растет зоопарк окон, контекстов и разрешений. Buzz пытается эту фрагментацию убрать. Если упростить, идея такая: инженер, менеджер продукта и агент по работе с кодовой базой должны видеть один и тот же контекст и действовать внутри одной среды, а не перекидывать задачи между тремя-четырьмя платформами.
Почему это вписывается в тренд
Запуск Buzz хорошо ложится в заметный тренд 2026 года: рынок начал отходить от модели, где ИИ существует отдельной вкладкой или плагином. Теперь ставка делается на ИИ-native инструменты для командной работы, где агент становится не дополнением к SaaS, а полноправным участником процессов. TechCrunch приводит еще один показательный пример: партнер и CTO Paradigm Георгиос Константопулос недавно представил open source-проект Centaur, который он описывает как «виртуального сотрудника». Он может работать внутри Slack или через API, а сам Константопулос прямо делает акцент на self-hosted-сценариях ради безопасности и контроля. И это, пожалуй, главный нерв всей истории.
Корпоративный рынок любит ИИ-автоматизацию ровно до момента, пока не упирается в вопросы доступа, аудита и утечки контекста. Как только агенту нужно читать внутренние документы, участвовать в инженерных обсуждениях и трогать репозитории, разговор быстро смещается с продуктивности на контроль. Поэтому открытый код, возможность самостоятельного хостинга и отсутствие жесткой привязки к одной модели в случае Buzz могут оказаться важнее, чем сам интерфейс чата. Для стартапа это шанс быстрее собрать кастомный workflow. Для крупной компании — способ не тащить чувствительную переписку и рабочий контекст в еще один черный ящик.
При этом эйфорию здесь лучше отложить. Сам Buzz, как отмечает TechCrunch, находится на ранней стадии. Это честное предупреждение, и его не стоит пропускать между строк. Ранний open source-продукт для командной работы — это почти всегда история про недостающие права доступа, шероховатые интеграции, слабую админку, неочевидную модель уведомлений и массу вопросов к надежности под нагрузкой. Поэтому переезд зрелой команды со Slack на Buzz прямо сейчас выглядел бы скорее как демонстрация смелости, чем как рациональное решение. А вот для новых компаний, которые еще не успели обрасти тяжелым Slack-контуром, продукт может стать площадкой для эксперимента.
Для российского рынка интерес здесь тоже вполне прикладной. Во-первых, open source и self-hosted-модель традиционно лучше заходят там, где есть запрос на контроль инфраструктуры и гибкую кастомизацию. Во-вторых, сама идея «чат плюс агенты плюс работа с кодом» хорошо резонирует с текущими попытками команд встроить ИИ не в презентации для инвесторов, а в повседневные процессы разработки. Вопрос уже не в том, нужен ли агент, а в том, где он должен жить: в Slack, в IDE, в issue tracker'е или в отдельной операционной системе для команды. Buzz предлагает свой ответ: агент должен сидеть рядом с людьми в общем рабочем контексте и иметь доступ к тем же обсуждениям и задачам.
Теперь интрига не в том, сможет ли Buzz повторить интерфейс Slack — с этим у индустрии проблем давно нет. Важнее другое: получится ли у Block превратить модную идею про людей и ИИ-агентов в инструмент, который команда действительно будет держать открытым весь день, а не показывать гостям на демо. Проверить исходные детали запуска и формулировки Дорси можно в материале .