Агенты Stripe Minions выпускают более 1300 PR в неделю
Кодовые агенты Stripe Minions выпускают более 1300 влитых пулл-реквестов в неделю, сообщила Stripe в инженерной статье 19 февраля 2026 года; раньше было 1000. Каждое изменение проверяет человек, но кода, написанного людьми, в нем нет. Для команд разработки это пример того, как агенты без присмотра берут на себя постоянный поток мелких обновлений и исправлений, а за инженерами остается последнее слово по каждому слиянию.
Зачем Stripe понадобились агенты, которые работают без человека
Проблема Stripe в масштабе кодовой базы, где ошибки дороги. Код, над которым работают ее агенты, поддерживает годовой объем платежей свыше 1 трлн долларов и связан зависимостями с финансовыми организациями, регуляторными рамками и требованиями соответствия, пишет InfoQ.
Интерактивные инструменты вроде Cursor и Claude Code у инженеров Stripe уже были, но они работают как помощник, при котором инженер следит за каждым шагом. Stripe хотела другого инструмента: который берет одну инструкцию и возвращает готовый пулл-реквест, а за запуском никто не следит.
Что построила Stripe: агенты Minions
Minions это собственные кодовые агенты Stripe, работающие без присмотра. В конце 2024 года Stripe сделала форк кодового агента goose от Block и настроила его под свою инфраструктуру LLM, а затем сосредоточила разработку на потребностях запусков без присмотра.
«Самая уникальная особенность minions это отсутствие надзирающего человека». Stripe о своих кодовых агентах Minions
Задача может начаться с ветки в Slack, отчета об ошибке или запроса на функцию. Minion пишет код, тесты и документацию, а запуск заканчивается пулл-реквестом, который инженер проверяет перед слиянием.
Как Minions работают изо дня в день
Каждый minion работает на devbox, том же облачном окружении разработчика, которым пользуются инженеры Stripe: это экземпляр AWS EC2 с исходным кодом Stripe. Stripe держит прогретый пул devbox, чтобы новый был готов за 10 секунд, с клонированными репозиториями и собранными кэшами. Поскольку каждый devbox изолирован, ошибка остается внутри одной машины, поэтому агент может работать с полными правами и пропускать запросы подтверждения.
Работа идет по чертежу (blueprint), процессу, описанному в коде. Некоторые шаги это циклы агента с правом решать, например «Реализовать задачу» или «Исправить сбои CI». Другие это фиксированный код, который не вызывает модель, например «Запустить настроенные линтеры» или «Отправить изменения». Stripe говорит, что закрепление предсказуемых шагов в коде экономит токены и расходы на CI в масштабе и оставляет агенту меньше места для ошибок.
Чтобы изучить кодовую базу, minions читают файлы правил, привязанные к определенным папкам и шаблонам файлов, в том же формате, что использует Cursor, так что люди и агенты работают по одному набору указаний. Затем сгенерированные изменения проходят конвейеры CI/CD, автоматические тесты и статический анализ до проверки человеком.
Что показывают результаты Stripe Minions
Измеренный результат это объем. В статье от 19 февраля 2026 года Алистер Грей из Stripe написал, что свыше 1300 пулл-реквестов Stripe, вливаемых каждую неделю, полностью созданы minions, а в первой части серии было 1000. Каждый проверяет человек, и ни один не содержит кода, написанного людьми.
Инженерный менеджер Кэмерон Бернхардт написал, что агенты все чаще создают изменения от начала до конца. Инженеры Stripe говорят, что minions лучше всего справляются с четко определенными задачами: изменениями конфигурации, обновлением зависимостей и небольшим рефакторингом. Данных об экономии времени, трудозатратах на проверку и доле дефектов Stripe не публиковала.
Что автономные кодовые агенты меняют для команд разработки
Для компании задача, которую берут на себя minions, это постоянный поток мелких четких изменений, накапливающихся в большой кодовой базе: обновления, настройки и уборка, на которые никто не хочет тратить полдня. Передача такой работы агентам освобождает инженеров для проектирования и проверки, а ответственность за каждое слияние остается за человеком.
Случай Stripe показывает и то, куда идут вложения. Модель лишь одна из частей. Выигрыш дает инфраструктура, ранее построенная для людей: быстрые изолированные окружения разработки, хорошие тесты и общие файлы правил. Команды Stripe также создали собственные чертежи для миграций по всей кодовой базе, с которыми не справилось бы простое скриптовое изменение кода.
Вопросы и ответы
Сколько пулл-реквестов создают Minions в Stripe?
Свыше 1300 влитых пулл-реквестов в неделю полностью созданы minions; раньше было 1000, говорится в инженерном блоге Stripe.
Проверяют ли люди код Stripe, созданный ИИ?
Да. Каждый пулл-реквест minion проверяет инженер до слияния, хотя в самом коде нет строк, написанных людьми.
С какими задачами кодовые агенты Stripe справляются лучше всего?
С четко определенными задачами: изменениями конфигурации, обновлением зависимостей и небольшим рефакторингом, говорят инженеры Stripe.
Взгляд MOZGII
Как бы мы это построили
Случай Stripe показывает, что кодовый агент без присмотра в основном инфраструктурный проект. Модель пишет код, но изолированная машина разработчика, набор тестов и общие файлы правил решают, безопасно ли этот код вливать. Компания без этих элементов получит больше пулл-реквестов и больше риска одновременно.
Если бы мы это строили, мы бы выбрали одну узкую скучную задачу, например обновление зависимостей, и записали бы, как выглядит правильное изменение. Каждый запуск агента шел бы в одноразовом окружении без доступа к боевой системе и личным учетным данным. Фиксированные шаги, такие как линтинг и отправка, были бы обычным кодом, а модель занималась бы только тем, где нужно суждение. В каждом пулл-реквесте был бы назван проверивший его инженер.
Схема ломается на проверке. Когда агенты выдают сотни изменений в неделю, проверяющие начинают пролистывать, и небольшая ошибка в платежном коде проходит, потому что похожа на предыдущее изменение. Файлы правил тоже устаревают, пока кодовая база движется. Одну метрику мы бы отслеживали: долю пулл-реквестов агентов, которые позже откатывают или латают, в сравнении с человеческими.
Следующим шагом мы бы построили очередь проверки, которая сортирует изменения агентов по риску: мелкие правки конфигурации получают быструю проверку, а изменения рядом с движением денег второго проверяющего.
Источники
Откуда взяты факты этой новости.