Вайб кодинг минусы: чек-лист рисков и как их снизить

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

Когда подход оправдан, а когда нет

Оправдан:

• прототипы и демо, которые не живут долго;
• одноразовые скрипты, миграции данных с проверкой результата;
• внутренние утилиты без чужих данных;
• шаблонный код (формы, CRUD, конфиги), где вы можете быстро проверить итог.

Опасен:

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

Чек-лист рисков

1. Уязвимости в сгенерированном коде

Признак: запросы собираются конкатенацией строк, пароли в коде, проверка прав «на клиенте», отключённая проверка сертификата ради того, чтобы заработало.

Мера: включите в правила проекта (CLAUDE.md или аналог) требования безопасности: параметризованные запросы, проверка ввода, секреты только из окружения. Прогоняйте статический анализатор и тесты на каждом изменении. Для критичных частей попросите второго агента или человека сделать ревью отдельно. Модель способна ошибаться уверенно, поэтому «код выглядит нормально» не аргумент.

2. Утечка ключей и секретов

Признак: ключ попал в репозиторий, в чат, в лог, в скриншот.

Меры:

• храните ключи в .env и добавьте файл в .gitignore до первого коммита;
• подключите проверку секретов перед коммитом (pre-commit);
• заведите отдельный ключ на проект и ограничьте его: дневной и месячный лимит в долларах и список разрешённых моделей (allowed_models). Это описано в документации по лимитам ключей↗;
• не вставляйте реальные ключи в запросы к агенту и не просите «посмотри мой .env».

Если ключ всё-таки утёк, сразу отзовите его и создайте новый, порядок описан в статье что делать, если утёк ключ↗.

3. Код, который никто не понимает

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

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

4. Зацикливание агента

Признак: агент снова и снова правит один и тот же файл, повторяет одну и ту же команду, «чинит» тест, ломая соседний.

Мера: следите за сессией и прерывайте её сами, если нет прогресса после двух-трёх попыток. Дайте агенту критерий остановки: «если тест не проходит после трёх исправлений, остановись и опиши проблему». Ограничьте ключ дневным лимитом. Подробный разбор есть в статье агент зациклился↗.

5. Неожиданные расходы

Признак: баланс тает быстрее, чем вы работаете.

Расчёт возможных потерь. Допустим, зациклившийся агент сделал 100 вызовов, и на каждом отправил контекст в 80 000 токенов, а на выходе получил 1000. Модель claude-sonnet-5-5 (0.4 / 2, цены на 18 октября 2026), OpenAI-формат без скидки за кэш:

100 × 80 000 = 8 000 000 токенов входа × 0.4 / 1 000 000 = $3.20 100 × 1000 = 100 000 токенов выхода × 2 / 1 000 000 = $0.20 Итого $3.40 за один зацикленный эпизод.

В Anthropic-формате большая часть входа пойдёт по цене чтения кэша (0.05), и сумма будет ниже, но порядок понятен: один незамеченный цикл стоит заметных денег, а ночной запуск без присмотра может повторять его много раз.

Меры: лимит на ключ (дневной и месячный), отдельный ключ на агента, выбор модели по задаче, регулярный взгляд на раздел «Использование» в кабинете.

6. Выдуманные пакеты и методы

Признак: код импортирует библиотеку, о которой вы не слышали, или вызывает метод, которого нет в документации.

Мера: перед установкой каждого нового пакета проверяйте, что он существует, актуален и принадлежит ожидаемому автору. Такой пакет может оказаться подделкой с похожим названием. Просите агента указывать ссылку на документацию к новому API и сверяйте.

7. Разрушительные действия агента

Признак: агент удалил каталог, перезаписал файл, выполнил миграцию на не той базе.

Меры:

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

8. Утечка данных проекта

Признак: в запрос попали персональные данные, коммерческая тайна, код под NDA.

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

9. Потеря навыка и зависимость

Признак: без агента вы не можете отладить собственный проект.

Мера: оставляйте себе то, чему хотите научиться, и регулярно решайте задачи сами. Используйте агента как напарника: сначала сформулируйте план сами, потом сверьте с предложением агента. Что такое сам подход, разобрано в статье вайб-кодинг: что это↗.

Краткая памятка перед запуском агента

1. Репозиторий под git, чистое дерево, отдельная ветка.
2. .env в .gitignore, проверка секретов включена.
3. Отдельный ключ с лимитом и ограниченным списком моделей.
4. Правила проекта описаны в CLAUDE.md.
5. Агент без доступа к продовым системам.
6. Тесты запускаются одной командой.
7. Вы готовы прочитать дифф.

Ключ с лимитом создаётся в кабинете↗.

Частые вопросы

Вайб-кодинг это хорошо или плохо?

Зависит от задачи. Для прототипов и скриптов он экономит время, для платежей и безопасности без проверки человеком опасен. Хорошая практика: ускоряться там, где легко проверить результат.

Можно ли доверять коду, который написал агент?

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

Как не потратить лишнее?

Лимит на ключ, отдельный ключ на проект и контроль расхода. Одна зациклившаяся сессия в нашем расчёте стоит около $3.40 на claude-sonnet-5-5, но без присмотра такое повторяется.

Что делать, если ключ попал в репозиторий?

Отозвать, создать новый, очистить историю репозитория и проверить расход за период утечки.