😐 Почему ваш AI-агент пишет красивый мусор? За последние пару лет я заметно прокачался в работе с ИИ на реальных проектах. Дело не только в том, что модели стали лучше — дело в практиках, которые я успел освоить по работе с GenAI. Когда их нарушаешь, деградация качества бьёт сразу и ощутимо. Буду рассказывать об этих практиках постепенно. Начну с TDD, потому что хайпа почти нет, а без него я теперь не берусь ни за один проект с ИИ. 👋 Что такое TDD и зачем он вообще нужен TDD (Test-Driven Development) — это методология, где тест пишется раньше кода. Классика звучит так: написал тест → получил ошибку → написал код → всё зелёное → отрефакторил. Звучит как занудство. В эпоху до ИИ многие честно это саботировали — и ладно. Но сегодня TDD превратился в нечто другое. 🫵 Почему TDD стал обязательным в работе с ИИ ИИ пишет код быстро и убедительно. Синтаксически чистый, структурированный — приятно читать. Проблема в том, что он его угадывает. LLM — вероятностная машина. Без жёстких ограничений она выдаёт «наиболее вероятный» код, а не правильный. Тест — это детерминированный якорь. Модель видит не «напиши функцию расчёта комиссии», а «функция должна вернуть 150 при входе 1000 и ставке 15%, но вернула 1500». Пространство поиска сужается до правильного ответа. Сейчас в хороших агентных IDE — Cursor, Kilo Code, Claude Code — цикл работает именно так: Человек пишет тест (спецификацию) → ИИ-агент пишет реализацию → Система запускает тест → Fail? → агент читает ошибку и правит сам себя → Pass? → агент рефакторит для читаемости → Человек ревьюит архитектуру, а не каждую строчку 📊 Что говорит статистика Исследования 2024-2025 годов дают конкретные цифры: — Галлюцинации (выдуманные методы и параметры, ошибка в логике) снижаются на 63% при наличии тестов в контексте — Точность генерации кода растёт на 23–50% по сравнению с промптом без теста — 87% сгенерированного кода проходит валидацию, если есть жёсткая спецификация Важный контраргумент: если просить ИИ писать и код, и тесты одновременно — эффект обратный. ИИ пишет «комплиментарные» тесты только для счастливого пути. Тест — это ваша работа, не агента. 👌 Как я использую это в работе Разделение труда простое: — Я отвечаю за бизнес-логику, граничные случаи и архитектуру ограничений (стратегия) — ИИ отвечает за реализацию и алгоритмы (тактика) Когда убираю тесты из процесса — качество падает сразу. Код работает (возможно), но никто не знает почему. Это легаси с первого дня. 🙏 Практический takeaway Если вы работаете с ИИ в разработке и ещё не перешли на TDD — начните с одной фичи. Напишите тест руками. Отдайте агенту только его. Посмотрите, как изменится качество первой итерации. Это не дисциплина ради дисциплины. Это единственный масштабируемый способ управлять кодом, который ИИ пишет быстрее, чем вы успеваете ревьюить. 📎 Для углубления: TDD for Code Generation, arxiv.org #ГлубокоеПогружение