Что такое AI-native разработка на самом деле

Все, кто внедрил агентов в разработку, ждали кратного ускорения, но не получили его.
Причина не в моделях. Причина в том, что автоматизировали одно звено из четырёх —
написание кода — а разработка состоит далеко не только из него.

Вот четыре звена, без которых AI-native не работает.

1. Захват задач

Задачи не приносит человек. Они приходят сами: из логов, из чатов поддержки,
из диалогов с пользователями, из наблюдений в ходе выполнения предыдущих задач...

Агент читает поток, сверяется с документацией и кодовой базой, задаёт уточняющие вопросы и предлагает варианты решения.

Разбор багов здесь же: не «пользователь пожаловался, кто-нибудь посмотрите»,
а готовая гипотеза с местом в коде.

2. Реализация

Ключевое слово — не «написать», а «по канону проекта». Агент сначала планирует,
разбирает альтернативы и выбирает решение, и только потом пишет.

И вот главное: канон должен существовать. Если в проекте нет зафиксированных
архитектурных решений, агенту не с чем сверяться — он напишет какой-то рабочий код, а через месяц у вас пять разных способов делать одно и то же.
Отсюда и берётся слоп: не от плохих моделей, а от отсутствия канона.

Сюда же — синхронизация с документацией в момент изменения. Не «потом
задокументируем», а тем же движением. Иначе расхождения плодятся с невероятной скоростью.

3. Интеграция

Результат должен доехать: целевая ветка, тестовый сервер, продуктив. По дороге —
код-ревью, тесты, пользовательская приёмка.

На каждом этапе агент делает свою часть и проталкивает мяч дальше. Не ждёт,
пока человек вспомнит. Работа, застрявшая между «сделано» и «выкачено», —
это работа, которой нет.

4. Профилактика

Про это забывают чаще всего. Раз в неделю агенты идут в код на глубокий анализ:
неоптимальные решения, отступления от архитектуры, места под рефакторинг.

И самое важное — результат этого анализа вместе с решениями человека
превращается в обновлённые архитектурные инструкции. То есть возвращается
в пункт 2 как новый канон.

Почему это цикл, а не конвейер

Четвёртое звено кормит второе. Первое питается тем, что третье выкатило в прод.
Это замкнутая петля: чем дольше она крутится, тем точнее становится канон
и тем меньше требуется человека.

И главный закон

Автоматизация мгновенно вскрывает следующее бутылочное горлышко.

Ускорили написание кода — упёрлись в то, что задачи ставит человек. Решили
захват — упёрлись в то, что ничего не доезжает до прода. Наладили интеграцию —
обнаружили, что архитектура плывёт, потому что профилактики нет.

Поэтому кратный прирост даёт не глубокая проработка одного звена, а проработка
всех четырёх хотя бы в первом приближении. Идеальный первый пункт при мёртвом
третьем не даёт ничего.

Именно здесь у большинства и ломается ожидание: подключили агента к редактору,
померили, разочаровались.

А у вас какое звено сейчас узкое?