Новое приложение Джека Дорси хочет заменить GitHub (слухи)

BBetter Stack
컴퓨터/소프트웨어AI/미래기술

스크립트

00:00:00Джек Дорси и его компания Block только что выпустили очень интересный новый проект под названием Buzz.
00:00:06Это полноценная платформа для совместной работы с открытым исходным кодом, очень похожая на Slack, которая призвана изменить
00:00:12то, как люди и ИИ-агенты работают вместе в общем рабочем пространстве. Я протестировал её сам, и
00:00:18она, честно говоря, очень интересная. Так что в сегодняшнем видео мы рассмотрим Buzz, посмотрим, как он работает,
00:00:24и протестируем его, создав совместное рабочее пространство для человека и ИИ-агента и запустив несколько забавных
00:00:30экспериментов. Будет очень весело, так что давайте погрузимся в это.
00:00:38Итак, что такое Buzz? На первый взгляд, он очень похож на Slack. У вас есть каналы, треды,
00:00:45личные сообщения, обмен медиафайлами, поиск. Интерфейс покажется мгновенно знакомым каждому, кто раньше пользовался
00:00:52современным командным чатом. Но самое интересное заключается в том, что Buzz построен на Nostr — том же
00:00:58децентрализованном протоколе, который Джек Дорси поддерживает уже много лет. Его собственное приложение с Bluetooth-мешем, BitChat,
00:01:05в конце концов приняло Nostr 2 в качестве резервного транспорта на случай отсутствия Bluetooth в зоне досягаемости. Я на самом деле
00:01:11делал видео о BitChat год назад, и забавный факт: это было моё самое первое видео после присоединения к BetterStack.
00:01:18Так что посмотрите его, если вам интересно. Но в любом случае, протокол Nostr устроен так, что всё
00:01:24записывается как подписанное событие. Сообщения, реакции, изменения кода, подтверждения — всё это попадает в один общий
00:01:32журнал аудита с возможностью поиска. И вот в чём штука с агентами в Buzz становится очень умно. Каждый человек и каждый
00:01:39агент на платформе получает собственную пару криптографических ключей, независимую от самой платформы. Но
00:01:46действия агента также содержат вторую подпись, привязывающую его к своему владельцу-человеку. В итоге вы получаете то,
00:01:53что Block описывает как криптографический бумажный след, который ни человек, ни агент не смогли бы произвести
00:01:59самостоятельно. По сути, проверяемый паспорт для вашего ИИ. Вы всегда можете доказать, какой агент что сделал
00:02:06и на кого он работал. И есть три вещи, которые отличают Buzz от любых других похожих
00:02:11платформ. Во-первых, он не зависит от моделей и агентов. Он работает с Claude Code, OpenAI's Codex и собственной
00:02:18платформой Goose от Block. Он общается через протокол agent-client, который является открытым стандартом для подключения
00:02:26агентов программирования в инструменты разработчика. Так что вы не привязаны к ассистенту одного вендора. И во-вторых, в него встроен хостинг Git
00:02:33прямо из коробки. В приложение встроена программная кузница, и каждая функциональная ветка может стать своим
00:02:40каналом. Так что все ваши патчи, результаты CI и комментарии к ревью живут в том же месте,
00:02:46что и породивший их разговор. И это часть, которая нацелена прямо на GitHub. И Дорси
00:02:52И Дорси описал Buzz как инструмент для снижения зависимости от Slack и GitHub. И в-третьих, вы владеете инфраструктурой.
00:03:01Он распространяется под лицензией Apache 2.0, исходный код находится на GitHub, и вы можете либо запустить его на собственном релее Nostr, либо использовать хостинговую версию Block,
00:03:09которая в настоящее время находится в бета-тестировании и абсолютно бесплатна. Так что по сути вы владеете своими данными, реле
00:03:16и своими агентами. На данный момент у него версия 0.4 с чем-то, так что он ещё очень на ранней стадии развития.
00:03:24Давайте запустим его и посмотрим, как он работает на самом деле. Первое, что я сделал, — открыл
00:03:29buzz.x.y.z, просто скачал приложение или зашел в исходный код и скомпилировал его с нуля. Любая версия сработала у меня
00:03:37идеально. Первое, что вам предлагается при открытии приложения, — это кнопка создания ключа собственной идентичности.
00:03:43И это главное отличие при использовании протокола Nostr. Здесь нет аккаунтов. Есть только
00:03:49один ключ, и это ваша идентичность, которая принадлежит вам, а не Buzz. Здесь не нужно сбрасывать пароль,
00:03:56и Buzz не сможет восстановить ваш ключ, если вы его потеряете, поэтому храните его в надежном месте. Затем, когда вы создали
00:04:01ключ идентичности, вам будет предложено подключить обвязку агентов (harness), и затем они добавляются
00:04:07в ваш путь. После этого вы также можете выбрать комбинацию обвязки и модели по умолчанию. На следующем шаге
00:04:13вам будет предложено войти в существующее сообщество или создать своё. Если вы создаёте своё, вам
00:04:19нужно будет войти на сервер реле. Технически вы можете запустить собственный сервер реле, но для простоты
00:04:25сегодняшней демо-версии я буду использовать хостинговое реле от Block, для которого действительно требуется регистрация.
00:04:32Поэтому я создал там учетную запись, но это учетная запись у провайдера реле,
00:04:38а не в Buzz. В этом и заключается разница. Так что ваш ключ идентичности по-прежнему остается вашим. И как только это сделано,
00:04:44мы наконец можем создать собственное сообщество. Для этого демо я назову своё примерно так:
00:04:49Code Dojo. Затем нам нужно создать наш профиль. Для этого демо я буду использовать образ
00:04:56знаменитого персонажа Кремниевой долины Ричарда Хендрикса, просто ради веселья. Затем вы получаете окно,
00:05:01где видно, что для начала мы будем работать с тремя ИИ-агентами: Физз, Хани и Бамбл. И
00:05:07теперь, как только мы запустим сообщество, вы увидите, что нас сразу же приветствуют эти три агента-помощника
00:05:12в нашем канале приветствия. Так что с самого начала у вас уже есть небольшая команда ИИ-агентов в вашем
00:05:18локальном сообществе, готовых помочь вам с различными задачами. И как мы видим здесь, каждый из них
00:05:23специализируется в разных областях. И если мы захотим, мы также можем создать собственных кастомных агентов. Так что в моём
00:05:29случае я создам первого агента, которого назову Бертран Гилфойл, продолжая тему
00:05:35Кремниевой долины. В инструкциях мы просто укажем, что ты опытный веб-разработчик,
00:05:40сосредоточенный на написании чистого кода и уделяющий внимание практикам безопасности. А в качестве обвязки я
00:05:45использую собственный goose от Block, так как это позволяет мне подключать сторонних провайдеров моделей. И в этом
00:05:52случае я буду использовать OpenRouter и дам Гилфойлу новую модель Gemini 3.6. На этом с нашим первым
00:05:59агентом всё. И после создания агента вы также получаете его ключ идентичности. Так что вы всегда должны сохранять его
00:06:05на случай, если он понадобится вам позже. Демонстрация сегодня будет соревнованием между двумя
00:06:10моделями, чтобы посмотреть, кто сможет создать лучшую систему аутентификации. Поэтому я создам еще одного
00:06:17агента и придадим этому индивидуальность Динеша из Кремниевой долины. Инструкции
00:06:21будут довольно похожими. А для модели я дам Динешу GLM 5.2. Затем я создам новый
00:06:29канал под названием coding challenge (конкурс по программированию). И здесь я заставлю этих двух агентов сойтись в битве,
00:06:35чтобы создать лучшее приложение с системой аутентификации. Каждый из них должен создать отдельное приложение без использования
00:06:41сторонних провайдеров и предоставить работающее демо в конце задачи. И когда вы видите эти эмодзи с глазами и
00:06:47комментариями, это означает, что агенты приняли ваш запрос и начали над ним работать.
00:06:53Вы также можете увидеть это здесь внизу. И если вы нажмете на просмотр активности, вы получите подробный
00:06:59лог того, что агент делает в данный момент. Теперь, по какой-то причине, Гилфойл или Gemini Flash в данном случае
00:07:06вернули пустой ответ. Поэтому мне пришлось спросить Гилфойла, понял ли он задачу. И это поистине
00:07:12уморительно. Посмотрите, какой ответ прислал мне Гилфойл: Понял, Ричард. Создание нормальной кастомной
00:07:18системы аутентификации с бла-бла-бла. В отличие от того хрупкого хака, который стряпает Динеш, моё решение действительно
00:07:24будет безопасным. Мне нравится, как Gemini действительно применила пикантный образ Гилфойла для этого агента. Мне это так
00:07:31нравится, что я даже поставлю сюда эмодзи радости. В общем, пока наши разработчики заняты созданием
00:07:36приложений, я создам третьего агента. Им станет Хакерман.
00:07:42Хакерман — высококвалифицированный хакер в сфере информационной безопасности, специализирующийся на кибербезопасности, а его экспертиза
00:07:49— проведение аудитов безопасности. И я дам Хакерману обвязку codex с моделью по умолчанию, которой
00:07:55в данном случае является GPT 5.6 Sol. Короче говоря, я хочу, чтобы Хакерман проанализировал обе кодовые базы, созданные Динешем и
00:08:01Гилфойлом, и определил, какая из них наиболее безопасная, что в свою очередь покажет нам, какая модель
00:08:07лучше. В данном случае Gemini 3.6 Flash или GLM 5.2. И пока я настраивал Хакермана,
00:08:15я вижу, что Гилфойл уже закончил задачу. Это было быстро, и он выдал классное рабочее веб-
00:08:21приложение с крутым стильным дизайном. Так что это здорово. Ещё один интересный момент здесь заключается в том,
00:08:27что Buzz помещает все ваши проекты в каталог .buzz. Именно там хранится вся работа, проделанная агентами.
00:08:33Я не буду тестировать весь процесс сам. Я позволю Хакерману вынести вердикт. Но перед
00:08:39этим мне нужно подготовить приложение Динеша. Первый результат Динеша дал мне скрипт запуска, который завершился с ошибкой
00:08:45на моем компьютере. К тому же в нем было две уязвимости безопасности. Так что это не лучший старт для GLM 5.2. Тем не менее,
00:08:53я попросил Динеша исправить эти ошибки. И со второй попытки мы получили рабочий результат.
00:08:59Хотя этот вариант не слишком впечатляет в плане дизайна, но похоже, что он функционален. Так что это хорошо.
00:09:05Теперь я собираюсь попросить Хакермана просмотреть оба приложения и определить, какое из них превосходит другое
00:09:11с точки зрения практик безопасности. И несколько минут спустя мы наконец получаем результат. И к моему удивлению,
00:09:17приложение Динеша было оценено выше, чем приложение Гилфойла. Хоть и с небольшим отрывом, но всё же. Судя по результату,
00:09:25GLM 5.2 превосходит Gemini 3.6 Flash. Ну, по крайней мере, с точки зрения практик безопасности. Но нам также нужно
00:09:32принять во внимание две итерации, которые пришлось сделать GLM, плюс уязвимые npm-пакеты, которые он включил. Но с
00:09:39другой стороны, если мы посмотрим на метрики стоимости OpenRouter, Gemini Flash просто очень и очень дорогая
00:09:46по сравнению с GLM. Так что, объединив всё это, я бы сказал, что GLM 5.2 в итоге выходит победителем.
00:09:53Но теперь я решил сделать кое-что очень забавное. Я спросил Динеша и Гилфойла, что они думают
00:09:58о результатах. И как только я это сделал, агенты начали безумно спорить. Главным образом,
00:10:05у Гилфойла и Хакермана были более резкие мнения и жаркие споры по поводу результатов. Динеш был
00:10:11более дипломатичен в своих ответах, но было честно говоря до безумия смешно видеть, как эти агенты затеяли
00:10:16дебаты о результатах теста. Еще одна крутая вещь заключается в том, что эти агенты сохраняют память
00:10:22о своих чатах в сообществе, поэтому со временем в экосистеме Buzz они становятся лучше. Например,
00:10:28вы можете столкнуться с ситуациями, когда при использовании одной из этих моделей OpenRouter для ваших агентов
00:10:33они могут начать искать во внутренней документации Buzz, как выполнять определенные команды, вроде добавления
00:10:39других в каналы или подобных действий. Но как только они пройдут через это, в следующий раз они смогут сделать это
00:10:45с первого раза. В общем, я бы сказал, что это очень интересная концепция: рабочее пространство для вас и ваших агентов, похожее на Slack.
00:10:51Но при тестировании я также сталкивался с ситуациями, когда превышал лимиты токенов,
00:10:57потому что проблема таких многоагентных воркфлоу в том, что они продолжают писать друг другу сообщения
00:11:03и пересылать запросы друг другу, пока вы не исчерпаете лимит токенов. Так что я понял:
00:11:09нужно устанавливать для агентов строгие лимиты на то, когда делать жесткую остановку задачи, иначе они
00:11:15могут просто выйти из-под контроля. Вот так, друзья, это Buzz в двух словах. Это крутое приложение с
00:11:21действительно классным дизайном, и я получил столько удовольствия, играя с этими агентами в интерфейсе, похожем на Slack.
00:11:27Но я бы сказал, что само приложение всё ещё находится в самом зародышевом состоянии. Наверное, главная
00:11:34фишка здесь в том, что это ПО может стать новым местом как для коммуникации в стиле Slack, так и
00:11:39единым центром для управления ветками Git, воркфлоу YAML и даже хостингом Git. Но примут ли его
00:11:46люди? Я думаю, пока об этом рано говорить. А что вы думаете о Buzz? Пробовали ли вы его? Будете ли
00:11:52использовать? Дайте нам знать в комментариях ниже. И друзья, если вам нравятся такие технические
00:11:57разборы, пожалуйста, дайте мне знать, нажав кнопку лайка под видео, а также не забудьте
00:12:03подписаться на наш канал. С вами был Андрус из Betterstack, и увидимся в следующих видео.

핵심 요약

Платформа Buzz сочетает интерфейс командного чата в стиле Slack, децентрализованный протокол Nostr и встроенный хостинг Git для совместной работы людей и ИИ-агентов.

하이라이트

  • Buzz работает на децентрализованном протоколе Nostr, где каждое сообщение, реакция и изменение кода записываются как подписанное событие в единый журнал аудита.

  • Каждый человек и агент на платформе получает криптографическую пару ключей, создавая проверяемый бумажный след для действий ИИ.

  • Платформа поддерживает работу с Claude Code, OpenAI Codex и Goose от Block через открытый стандарт протокола agent-client.

  • Каждая функциональная ветка Git в Buzz может стать отдельным каналом чата, объединяя патчи, CI и обсуждения в одном месте.

  • Версия 0.4 распространяется под лицензией Apache 2.0 с поддержкой запуска на собственных реле Nostr.

타임라인

Архитектура и ключевые особенности Buzz

  • Платформа совмещает интерфейс командного чата с поддержкой ИИ-агентов.
  • Протокол Nostr обеспечивает децентрализованное хранение данных через подписанные события.
  • Криптографические ключи создают проверяемый след для каждого действия человека или агента.
  • Встроенный хостинг Git и независимость от конкретных моделей отличают платформу от аналогов.

Проект Buzz от компании Block предлагает рабочее пространство для взаимодействия людей и автономных агентов. Все действия фиксируются в едином журнале аудита благодаря протоколу Nostr. Платформа поддерживает различные модели через протокол agent-client, объединяет Git-хостинг с каналами связи и распространяется под лицензией Apache 2.0.

Настройка профиля и создание агентов

  • Идентификация пользователей строится на криптографических ключах без традиционных учетных записей.
  • Приложение запускается через веб-версию или локальную сборку исходного кода.
  • Пользователи создают кастомных агентов с индивидуальными инструкциями и моделями.
  • Каждому агенту присваивается собственный ключ идентичности для верификации.

Процесс работы начинается с генерации ключа идентичности, который заменяет классическую систему аккаунтов и паролей. После подключения реле пользователь создает сообщество и настраивает профили агентов, таких как Бертран Гилфойл на базе модели Gemini 3.6 через OpenRouter. Каждый агент получает уникальные параметры инструкций и криптографические реквизиты.

Тестирование агентов и соревнование по кодингу

  • Агенты соревнуются в создании систем аутентификации без сторонних провайдеров.
  • Хакерман анализирует кодовые базы с точки зрения информационной безопасности.
  • Многоагентные воркфоу требуют строгих лимитов для предотвращения перерасхода токенов.
  • Buzz объединяет коммуникацию и управление репозиториями, но находится на ранней стадии развития.

В созданном канале агенты получают задачу разработать приложение аутентификации, после чего третий агент проводит аудит безопасности их кода. Тестирование выявляет как высокую эффективность автономных дебатов между агентами, так и риски зацикливания при отсутствии лимитов токенов. Проект предлагает новый подход к разработке, заменяя привычные инструменты коммуникации и контроля версий.

커뮤니티 글

모든 글 보기