Block внедряет ИИ-агента Builderbot: 15% кода теперь пишет нейросеть
Блокчейн-компания Block, возглавляемая Джеком Дорси, совершила значительный шаг в автоматизации разработки, внедрив ИИ-инструмент Builderbot. Согласно моим данным, эта система уже генерирует около 15% всего программного кода компании. Это не просто очередной AI-ассистент, а полноценный оркестратор ИИ-агентов, интегрированный в корпоративный мессенджер Slack.
Как работает Builderbot
Инженеру достаточно отметить аккаунт бота и описать задачу. Builderbot самостоятельно анализирует код, находит ошибки, предлагает исправления или создает новые функции. Ключевое отличие от стандартных решений — доступ ко всей кодовой базе Block. Это позволяет, например, разработчику из команды Cash App вносить изменения в сервисы Square, с которыми он ранее не работал. Бот автоматически берет задачи из Jira, создает ветки в репозитории, пишет код и оформляет Pull Request.
Масштабы и производительность
Масштабы впечатляют: Builderbot выполняет более 200 000 операций в день, а еженедельно закрывает около 1500 запросов на слияние кода. Как отметил глава отдела ИИ-возможностей Block Брэд Аксен, «то, что раньше занимало месяцы, теперь занимает дни». Бот берет на себя рутину и настройку среды, позволяя инженерам сосредоточиться на решении сложных задач.
Безопасность и технологическая основа
Важно подчеркнуть, что инструмент работает исключительно с исходным кодом и конфигурациями систем. Доступа к данным клиентов или платежной информации у него нет. Технологически Builderbot построен на базе goose — фреймворка с открытым исходным кодом, переданного организацией Agentic AI Foundation. Также Block сотрудничала с Anthropic над созданием протокола Model Context Protocol (MCP).
Мой анализ: Переход от простого использования ИИ для написания кода к «нативным» инженерным процессам на базе нейросетей — это не просто тренд, а новая реальность для IT-индустрии. Block демонстрирует, как можно масштабировать AI-помощников до уровня корпоративных систем, что неизбежно приведет к перераспределению ролей в командах разработки. Однако ключевым вопросом остается баланс между автоматизацией и сохранением контроля над критически важными системами.