Вайбкодинг не волшебная кнопка: где заканчивается миф

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

На первом экране это действительно может сработать. Форма открывается, кнопка нажимается, данные куда-то уходят. Но эффектная демонстрация и продукт, которому можно доверить пользователей, деньги или документы, это разные вещи.

Что в этом подходе действительно нового

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

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

Но модель не видит задачу так, как её видит владелец проекта. Она работает с тем контекстом, который получила. Если в запросе забыли про мобильный экран, резервную копию или ограничение доступа, готовый код не обязан догадаться об этом сам.

Миф: если программа запустилась, она готова

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

У любого реального сервиса быстро появляются вопросы:

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

ИИ способен помочь ответить и на них. Вот только сначала эти вопросы должен задать человек.

Где вайбкодинг особенно полезен

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

Совсем другой уровень ответственности начинается, когда приложение принимает платежи, хранит персональные данные, управляет доступом или влияет на работу чужой системы. Здесь нельзя ограничиваться фразой «вроде работает». Нужны проверка кода, тестирование, контроль зависимостей и понятный план восстановления.

Это не запрет на ИИ. Это обычная инженерная осторожность.

Что остаётся человеку

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

Полезный минимальный цикл выглядит так:

1. Сформулировать один проверяемый результат.
2. Попросить ИИ объяснить предложенное решение и его ограничения.
3. Посмотреть изменённые файлы, а не только красивый экран.
4. Проверить обычный сценарий и несколько ошибочных.
5. Зафиксировать рабочую версию перед следующим изменением.

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

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

А вы бы доверили созданному с ИИ сервису свои документы, если автор не может объяснить, где и как они хранятся?