Где это проваливается

Будьте честны насчёт пределов, потому что именно здесь бесконтрольный вайб-кодинг обжигает людей:

• Глубокая, новая логика. Тонкие алгоритмы, конкурентность, всё, где быть правым на 95% означает быть сломанным. Модель уверена даже когда ошибается.
• Раскинутые изменения по многим файлам. Она теряет нить в большой кодовой базе и тихо ломает то, чего не видит.
• Безопасность и деньги. Авторизация, платежи, права доступа — всё, где правдоподобно выглядящий баг имеет реальные последствия. Ревьюйте это так, будто от этого зависит ваша работа, потому что так может и быть.
• Недоспецифицированные задачи. Если вы не знаете, как выглядит «корректно», AI не прочитает ваши мысли. Мусор на входе спецификации — мусор на выходе кода.

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

Два вопроса размещают любую задачу на этой карте — распространён ли паттерн и дёшево ли проверить результат:

                 ЛЕГКО ПРОВЕРИТЬ    ТРУДНО ПРОВЕРИТЬ
                ┌──────────────────┬──────────────────┐
   ЧАСТЫЙ       │  ЧИСТЫЙ ПЛЮС     │  медленнее,      │
   ПАТТЕРН      │  (каркас,        │  нужны тесты     │
                │  шаблон          │                  │
                ├──────────────────┼──────────────────┤
   РЕДКИЙ /     │  читаемо, но ок  │  ОПАСНАЯ ЗОНА    │
   НОВЫЙ        │                  │  (логика,        │
                │                  │  доступ, деньги  │
                └──────────────────┴──────────────────┘

Обратите внимание на обратную сторону правила выше: это случаи редкие, тонкие или дорогие в проверке. Паттерн необычен, поэтому модель угадывает; или баг невидим на счастливом пути, поэтому быстрая проверка его не поймает. Это не значит, что здесь надо избегать AI, — это значит замедлиться, дробить шаги, требовать тесты и читать каждую строку так, будто она враждебна.