AMP отменили обязательное код-ревью. Вот почему это не безумие

Когда генеральный директор компании, разрабатывающей инструменты для кода, говорит, что обязательное код-ревью «мертво», это стоит как минимум выслушать. Куинн Слэк — бывший CEO Sourcegraph, теперь глава AMP — сказал это в разговоре с Latent Space без тени провокации: команда AMP отказалась от проверки кода перед мёрджем ещё на старте работы над продуктом. И дело не в лени, а в том, что AI-агенты вместо код-ревью оказались рабочей моделью — при одном важном условии, о котором ниже.

AI-агенты вместо код-ревью: на чём держится доверие

Логика Слэка простая и почти неудобная: код-ревью — это механизм компенсации недоверия. Если в команде из 20 человек каждый — совладелец бизнеса, глубоко заинтересован в результате и несёт ответственность за весь процесс целиком, а не только за «свой кусок», то проверка чужого PR превращается в ритуал без содержания. Вместо «time to prevent failure» AMP выбрала подход «time to recovery»: если баг долетел до продакшена, патч выкатывается за 15 минут после первого сигнала в логах. Для потребительского софта, который меняется еженедельно, это, по словам Слэка, даёт более высокое качество, чем ожидание ревью несколько дней.

Это не отмена контроля, а его перенос

Контроль никуда не делся — он просто переехал в другое место: в тестовый прогон, который агент запускает сам, в мониторинг логов после каждого этапа выката, в постепенный, обратимый rollout. Слэк описывает, как катил миграцию базы данных прямо во время 12-часового перелёта, поэтапно проверяя логи в самолётном Wi-Fi — раньше это была бы работа целой дежурной смены.

Orbs и облачная разработка с ИИ-агентами вместо локальной машины

Ключевая инфраструктурная ставка AMP — Orbs, изолированные облачные среды, где агент работает независимо от ноутбука разработчика. Идея не новая: подключаться к мощной удалённой машине вместо локальной практиковали ещё Facebook, Google и Uber до всякого ИИ. Но с агентами эффект другой — можно выключить ноутбук и держать в работе сто параллельных задач одновременно. Слэк называет это прямо: «локальная разработка мертва». Показательно, что это не только удобство, но и аргумент безопасности: облачный агент получает узкий, временный доступ (например, OIDC-токен на 30 минут только для чтения логов), тогда как агент, запущенный локально, потенциально может получить доступ ко всему, что доступно самому разработчику на его машине.

Что будет с CI и GitHub

Самое спорное заявление касается CI/CD. Аргумент Слэка: если агент запускает тесты в воспроизводимой изолированной среде — зачем отдельный CI-этап? Собеседник в подкасте, Сван Уайдин, тут же возражает: агенту нельзя доверять исчерпывающий прогон всего набора тестов, а CI как раз и остаётся детерминированной проверкой поверх работы агента. Похожая история с GitHub: команда AMP почти не заходит на него, не использует Issues и Pull Requests, перенося рабочие репозитории на собственную облачную инфраструктуру. Слэк формулирует это как общий паттерн смены платформ: «такие вещи не умирают с грохотом — они умирают тихо».

Кому подходит модель AMP, а кому нет

Стоит отделить наблюдение от рецепта. То, что описывает Слэк, работает в команде из 20 совладельцев с общими стимулами и прибыльным бизнесом — это скорее спецназ, чем типичная корпоративная разработка. Для команды с текучкой, внешними подрядчиками или регуляторными требованиями отказ от код-ревью — прямой путь к инциденту. Но сигнал важен не как готовая практика, а как индикатор направления: если у компании появляется доверенная, мотивированная команда и инструменты для контролируемого, обратимого деплоя, ценность ручного ревью как единственного барьера перед продакшеном действительно падает.

Вывод

Главный тезис AMP не «агенты заменили людей», а «агентам можно доверять ровно настолько, насколько доверяют людям, которые ими управляют». Код-ревью, CI и GitHub в этой модели не исчезают волшебным образом — их функции перераспределяются между автоматическими проверками, узким доступом и быстрым откатом. Для тех, кто следит за развитием инструментов вроде Claude Code и облачных агентов для разработки, кейс AMP — это не хайп про «конец профессии», а конкретный пример того, как меняется сам процесс поставки софта, когда агент становится не помощником у экрана, а полноценным участником команды.