Две цифры не сходятся. Использование AI-агентов в разработке в 2026 году на рекорде, и отказываться от них команды не собираются. При этом доля разработчиков, которые говорят, что доверяют результату, упала почти до нуля.
Выходит, что люди каждый день работают с инструментом, которому не верят. Ниже: почему это закономерно и как с этим жить.
Почему доверие упало
Модели не ухудшились. Они стали лучше, а от этого им начали давать задачи крупнее.
Раньше модель дописывала строку, и ошибка была видна сразу. Теперь она правит десять файлов, и ошибка прячется в связях между ними. Проверка обходится дороже, чем написание.
Вторая причина: тон остался прежним. Верный и неверный ответ модель выдаёт с одинаковым спокойствием, а сигнала «здесь я не уверена» в коде нет.
Что делать вместо слепого доверия
Относитесь к AI-коду как к чужому pull request. Он не хуже, просто вы не видели, как его писали. К чужому PR у вас есть привычка: прочитать, задать вопрос, прогнать тесты.
Требуйте падающий тест до правки. Агент чинит баг? Пусть сначала напишет тест, который этот баг ловит. Тест, упавший до правки и прошедший после, доказывает работу лучше любых объяснений.
Ограничивайте размер шага. Задачу на десять файлов проверять труднее, чем пять задач по два файла. Дробление отнимает время на постановке и возвращает его на ревью.
Не принимайте объяснение за доказательство. Модель прекрасно рассказывает, что сделала. Это ещё не проверка. Запустите код.
Что это значит для расходов
У недоверия есть цена. Значительная доля токенов в индустрии уходит на исправление того, что модель сама же и сгенерировала.
Отсюда прямая связь между точностью постановки задачи и счётом в конце месяца. Точнее вход, меньше итераций, ниже счёт.
Как это устроено в команде
Три правила снимают большую часть боли:
- Автор изменения тот человек, который его отправил, а не модель. Отвечает он.
- Агент не мержит сам. Ни при каких настройках.
- Расход виден по каждому ключу и проекту, и понятно, где итерации съедают бюджет.
Третий пункт у нас настраивается отдельно: статистика по каждому ключу и суб-организации со своим бюджетом на команду.
Главное
Доверять сгенерированному коду не нужно. Нужен процесс, в котором доверие не требуется: маленькие шаги, падающий тест до правки, обычное ревью и видимый расход.