Vibe Coding: как не быть дурачком с ИИ

Почти каждый разработчик теперь использует ИИ для написания кода. Очень немногие делают это правильно. Рандомизированное контролируемое исследование показало, что опытные разработчики работали на 19% медленнее с ИИ-инструментами. Но при этом они верили, что работают на 20% быстрее. Разрыв в 40 пунктов между ощущаемой и реальной продуктивностью. Проблема не в инструментах – в подходе к ним.

Оригинальная статья: How to Vibe Code: A Developer’s Playbook от @akshay_pachaar

Чистый вайб-кодинг vs. ИИ-ассистированная разработка

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

Чистый вайб-кодинг – это принятие вывода ИИ без проверки. Подход из начала 2025 года: “забудьте, что код вообще существует.” Это работает для прототипов и экспериментов на выходных. Для продакшена – нет. 45% кода, сгенерированного ИИ, содержит уязвимости безопасности. ИИ-код показал в 2.74 раза больше уязвимостей при анализе 470 пулл-реквестов. Разрыв между “запускается” и “готово к продакшену” огромен.

ИИ-ассистированная разработка находится на другом конце. Вы используете ИИ для ускорения реализации, но сохраняете полное понимание и владение кодом. Вы пишете спеки, проверяете диффы, запускаете тесты и можете объяснить каждую строку кому угодно. ИИ – наборщик. Вы – инженер.

Ключевой сдвиг мышления: в традиционной разработке около 70% когнитивной энергии уходит на перевод идей в синтаксис. В ИИ-ассистированной разработке это переворачивается – 70% уходит на четкое понимание того, что строить, и на верификацию того, что ИИ произвел. Ваша роль не уменьшается, она меняется. Вы перестаете быть наборщиком и становитесь архитектором.

Пять практик, которые реально работают

1. Спека до промпта

Главная ошибка – промптить слишком рано. “Сделай мне таск-менеджер” выдает мусор. 15-строчная спека с описанием стека, схемы, интерфейсов и авторизации дает работающий прототип за одну сессию. Один разработчик рассказывал, что дошел до 32 проходящих тестов за одну сессию к пятой фиче – с нулевыми циклами дебаггинга. Разница была не в модели, а во входных данных.

Хорошая спека строится на трех столпах: намерение (что и зачем строим), ограничения (стек, паттерны, что НЕ делать) и критерии приемки (тестируемые условия, определяющие “готово”). Для больших фич попробуйте сначала провести ИИ-интервью – пусть ИИ задает вам вопросы о требованиях, уточняет граничные случаи, а потом пишет документ со спекой. Затем открывайте свежую сессию для реализации.

2. Инжиниринг контекста важнее промпт-инжиниринга

Это самый недооцененный навык в ИИ-ассистированной разработке. Инжиниринг контекста – это практика проектирования того, какая информация доступна ИИ в любой момент. Это важнее, чем то, насколько хитро вы формулируете запрос.

Контекстное окно – общий ресурс. Производительность падает по мере его заполнения. Три практических правила: начинайте новые сессии для новых задач и не давайте устаревшему контексту засорять новую реализацию; используйте “just in time” извлечение контекста – вместо предзагрузки всей кодовой базы держите легкие ссылки и динамически загружайте данные по мере необходимости; держите контекстные файлы сфокусированными на том, что ИИ не может вывести сам – соглашения проекта, паттерны именования, требования безопасности.

3. Цикл Plan – Execute – Verify

Вайб-кодинг – это диалог, а не одиночный выстрел. Разработчики, движущиеся быстрее всех, разбивают работу на маленькие верифицируемые шаги. Plan: определите цель и ограничения для конкретного шага – не всего проекта, а следующего куска. Лучше всего попросить ИИ сначала обдумать план, прежде чем писать код. Execute: позвольте ИИ генерировать код, тесты или документацию. Verify: просмотрите диффы, запустите тесты, дайте конкретную обратную связь. “Это неправильно” – плохой промпт. “Auth middleware должен читать из заголовка Authorization, а не X-Token, и возвращать 401 при просроченных токенах” – хороший.

4. Тестирование – это фундамент

Автоматизированное тестирование – самая важная практика для продакшен-качества в ИИ-ассистированной разработке. Без тестов ИИ-агент может заявить, что что-то работает, не проверив это реально. Любое новое изменение может молча сломать несвязанную фичу. ИИ-код оптимизирует правдоподобность – код, который “выглядит правильно”, но может содержать тонкие логические ошибки. Test-first разработка особенно хорошо работает с агентами: сначала напишите тесты, убедитесь, что они падают, затем дайте агенту написать код, чтобы они проходили.

5. Безопасность и проверка – обязательны

40% предложений дополнения кода оказались небезопасными в чувствительных к безопасности сценариях. Один сервис с отсутствующей безопасностью на уровне строк раскрыл данные 170+ продакшен-приложений. Три стратегии: включите инструкции по безопасности в контекстный файл проекта (“всегда используй параметризованные запросы, никогда не хардкоди секреты, валидируй все входные данные”), используйте петли саморефлексии – попросите агента проверить его собственный вывод на уязвимости, и будьте бдительны с зависимостями