Джек Дорси выпустил Buzz — рабочий чат, где ИИ-агенты сидят в переписке наравне с людьми
21 июля Джек Дорси — сооснователь Twitter и глава Block — представил Buzz: групповой чат для работы, в котором люди и их ИИ-агенты сидят в одних и тех же ветках. Позиционирование дерзкое: вызов одновременно Slack и GitHub.
Что это такое
Идея Buzz в одном предложении: агент — не бот, которого вызывают командой, а полноценный участник переписки.
В привычных рабочих чатах ИИ живёт на птичьих правах: отдельные команды, отдельные окна, интеграции сбоку. Buzz строится от обратного — агент состоит в команде, видит контекст обсуждения, отвечает в ветке и делает работу прямо из разговора. Отсюда и заявка на территорию GitHub: если агент пишет код по обсуждению в чате, граница между «поговорили» и «сделали» стирается.
Четыре обещания Дорси
Формула из анонса: Buzz — model-agnostic, decentralized, self-sovereign, open source. Переведём каждое слово, потому что в них вся суть.
- Независимость от моделей. Агент в чате может работать на любой модели — вы не привязаны к ИИ одного вендора. Прямой контраст со Slack, который встраивает ИИ своей материнской компании.
- Децентрализация. Нет единого сервера, через который проходит вся переписка компании.
- Суверенность. Данные принадлежат вам, а не платформе. После историй с обучением моделей на пользовательском контенте это звучит как рыночный аргумент, а не идеология.
- Открытый код. Проверяемо, разворачиваемо у себя, форкается.
Набор узнаваемый: Дорси годами продвигает децентрализованные протоколы — от Bluesky до Nostr. Buzz выглядит попыткой применить ту же философию к рабочему пространству, где сейчас закрытые платформы держат всё.
Почему это интереснее очередного мессенджера
Рынок рабочих чатов давно поделён, и в лоб его никто не отбирал. Но ставка Buzz не на «чат лучше» — она на смену единицы работы.
Если агенты действительно становятся участниками команд, привычная архитектура чатов начинает мешать: агенту нужен весь контекст ветки, право действовать и место в переписке, а не слэш-команда. Мы разбирали, как индустрия к этому идёт: агенты уже выполняют многошаговые задачи, получают общие протоколы, а буквально вчера MCP перестроили под масштабирование. Инфраструктура складывается — не хватало именно «офиса», спроектированного под смешанные команды.
Занятно и то, что Дорси второй раз заходит на поле, где сидит гигант: Bluesky против Twitter, теперь Buzz против Slack.
Здоровый скепсис
- Анонс — не продукт. Красивую четвёрку слов из поста в X ещё предстоит увидеть в работе.
- Децентрализованные проекты Дорси растут медленно. Идейно безупречные, массовыми они становятся редко.
- Рабочий чат — это инерция. Компании не мигрируют из Slack из-за философии; нужен разрыв в полезности, и его пока никто не показал.
- Агенты в общем чате — это и общие риски. Кто отвечает за действие агента, запущенного в общей ветке, — вопрос, на который пока нет хорошего ответа ни у кого.
Что это значит для пользователя
Пока — следить. Но направление подтверждается с разных сторон: рабочие инструменты перестраиваются под то, что часть «коллег» — программы. Если вы выстраиваете процессы с агентами уже сейчас, стоит присмотреться к принципу Buzz: агент полезнее всего там, где у него есть полный контекст обсуждения, а не отдельное окно с запросами.
Что агенты уже умеют на практике и где ломаются — в нашем разборе.
Что важно проверить на практике
Практический смысл новости появляется после сравнения с привычным процессом. Опишите, что изменится в задаче читателя, какие шаги станут короче и где потребуется ручное решение. Не подменяйте эффект на рынке красивым описанием функции.
Следите за тем, что будет после первого релиза: обновления условий, лимиты, совместимость, цена и политика хранения данных часто меняются быстрее, чем заголовки в медиа. Зафиксируйте дату проверки и вернитесь к материалу, если появится уточнение.
Сначала отделите подтверждённый факт от интерпретации. В исходном сообщении указано, что Джек Дорси выпустил Buzz — рабочий чат, где ИИ-агенты сидят в переписке наравне с людьми. Это не означает автоматически, что функция доступна всем пользователям или подходит для любого сценария. Проверьте дату, регион, тариф и статус запуска, прежде чем делать практический вывод.
Для читателя важен не только сам анонс, но и его масштаб. Спросите, какую проблему решает изменение в теме «Джек Дорси выпустил Buzz — рабочий чат, где ИИ-агенты сидят в переписке наравне с людьми», кто получит от него пользу и какие ограничения останутся. Если компания говорит о планах, не превращайте планы в обещание готового продукта.
Полезная проверка новости начинается с трёх источников: оригинального объявления, технической документации и независимого теста. Если второго или третьего источника пока нет, так и напишите. Прозрачная неопределённость лучше уверенного пересказа, который невозможно проверить.
Перед публикацией перечитайте текст как человек, который впервые сталкивается с темой. Уберите необъяснённые термины, добавьте конкретный следующий шаг и проверьте, что вывод не шире фактов. Ссылки и даты должны вести к актуальному контексту, а не служить украшением.