Фабрика кода, где агенты открывают, ревьюят и мёржат PR, по гайду Firecrawl
Firecrawl выпустил гайд по сборке фабрики, где агенты открывают, ревьюят и мёржат pull request. В репозитории dotnet/runtime у Microsoft PR от агентов принимают в 67,9% случаев против 87,1% у инженеров.
Сделано со своим агентом
Что сделали
Гайд делит фабрику кода на пять этапов. Это приём задач, изоляция, инструменты, проверка и последний фильтр перед мёржем. Он опирается на опубликованные схемы Stripe, Spotify, Shopify и Ramp. Для каждого этапа даны конфиги. Среди них фильтр issue, отдельный git worktree на каждого агента, общий блок MCP-инструментов, скилл проверки по скриншотам и многоуровневые правила мёржа. В конце работу проверяет человек.
Что получилось
Данные Microsoft по репозиторию dotnet/runtime показывают, что PR от агентов мёржат в 67,9% случаев против 87,1% у инженеров, а у полностью автономных агентов в 55,1%. Узким местом становится то, сколько успевают ревьюить люди. Доказанные успехи пока в основном в механических миграциях.
На что обратить внимание
Сначала постройте проверки, а потом уже флот агентов, и начните с одной проверки там, где агенты создают больше всего переделок. Worktree стартует пустым, без .env, зависимостей и свободного порта, а неинтерактивные запуски не убирают за собой.
Пояснение
Pull request (PR) это запрос на слияние изменений в основной код, а мёрж это само слияние. Git worktree это отдельная рабочая копия репозитория, где агент работает, не мешая другим.
Кому пригодится
Командам разработки, которые хотят поставить агентов на поток задач и не утонуть в ревью.
Попробуйте сами
Настрой для репозитория [название репозитория] процесс, в котором агент берёт issue с меткой [метка], открывает pull request с исправлением и тестами, а второй агент его ревьюит. Напиши конфигурацию и короткое руководство, как всё работает. Автоматический мёрж пока не включай. Покажи мне предлагаемые правила мёржа и дождись моего одобрения.
Нужна помощь с запуском? Вступайте в сообщество AI Pack ↗
Источник: firecrawl.dev ·