AI-агенты пишут 15% кода Block: как устроен Builderbot и его открытая основа Goose

Компания Block (владеет сервисами Square, Cash App и Tidal) опубликовала детали работы внутреннего инструмента Builderbot. По данным самой компании, он выполняет более 200 000 операций в день, доводит до слияния (мержа) около 1 500 pull request'ов (PR, запросов на внесение изменений в код) в неделю и даёт примерно 15% всех изменений продуктового кода Block. Контекст публикации непростой: за несколько месяцев до этого Block сократила штат примерно с 10 000 до 6 000 человек, связав это с переходом на «инструменты интеллекта» и компактные команды.

Builderbot построен на открытом фреймворке Goose

Builderbot работает не как отдельный бот-кодер, а как панель управления (control plane) поверх парка агентов. В его основе лежит открытый фреймворк Goose, который Block выложила в опенсорс. Goose работает локально: есть десктоп-приложение, командная строка (CLI) и API. Для связи с внешними инструментами используется протокол MCP (Model Context Protocol, стандарт подключения моделей к сервисам).

Разница принципиальна: Builderbot вам никто не продаст, это внутренний инструмент. А вот Goose можно скачать и попробовать уже сейчас.

Как устроен рабочий цикл?

Весь процесс замкнут в четыре шага:

1. Инженер пишет @builderbot в треде Slack и ставит задачу, часто прямо из тикета Linear или Jira.
2. Бот создаёт ветку, генерирует изменения, открывает pull request.
3. Включается обратная связь от CI (Continuous Integration, система автоматических проверок кода): агент видит результаты тестов, правит код, запускает проверки снова.
4. Человек ревьюит результат и принимает решение о мерже.

Решение о слиянии кода остаётся за человеком. На масштабе 1 500 PR в неделю это отдельная нагрузка, о которой в пресс-релизах обычно молчат.

Три паттерна, которые работают на любом масштабе

Самое ценное в кейсе Block не цифры, а архитектурные решения, которые воспроизводимы.

Slack как пульт управления. Не отдельная панель, не новый интерфейс. Тред в мессенджере, где видно, что делает каждый ИИ-агент. Порог входа нулевой, вся команда видит процесс.

CI как фильтр, а не доверие. Агент не «пишет правильно». Агент итерируется по фидбеку тестов. Без зелёного прогона CI его pull request остаётся черновиком. Это ключевое отличие от демо-роликов, где бот пишет код и все аплодируют.

Scoped-права вместо полного доступа. Block отдельно оговаривает: Builderbot работает только с исходным кодом и системными конфигурациями. У него нет доступа к клиентским данным, платежам и персональной информации (PII). Бот с правами разработчика-тимлида это инцидент, который ещё не случился. Отдельный сервисный аккаунт, ограниченные токены доступа, песочница.

Что с этого прямо сейчас, по ролям?

Разработчику или техническому автору Дзена. Скачайте Goose, подключите к своему репозиторию и попробуйте замкнуть его на CI. Даже без масштаба Block вы получите агента, который сам правит код после упавших тестов. Начните с рутины: переименования, миграции, шаблонный код.

Маркетологу и контент-менеджеру. Паттерн «чат как пульт» применим шире, чем код. Если вы управляете задачами через Slack или Mattermost, попробуйте подключить агента к тредам: пусть он собирает данные, генерирует черновики, а вы принимаете финальное решение. Принцип тот же: человек на мерже.

Предпринимателю в РФ. Goose доступен глобально как опенсорс-инструмент. Из российских аналогов агентного подхода к коду стоит смотреть на GigaCode от Сбера. Но главный вывод из кейса Block не в конкретном инструменте: если вы планируете внедрять AI-агенты, начните не с выбора модели, а с обвязки. CI, права, аудит, очереди.

@builderbot migrate payments-service from deprecated API v2 to v3, update all affected tests

Кейс Block показывает конкретную вещь: на масштабе AI-агенты, которые пишут код, это не про магию модели, а про пайплайн, права и ревью. Goose открыт, паттерн описан, попробовать можно сегодня. Начните с одного агента, замкнутого на CI, и посмотрите, сколько рутины он заберёт, прежде чем планировать парк из сотен ботов.