Вайбкодинг: что происходит через 3 месяца
Недавно увидел пост с говорящим названием: «Кодовая база выросла и Qwen3.6-27B начал множить проблемы». Человек начал с вайб-кодинга: всё работало, проект двигался, ощущение магии. Потом база выросла и начались мелкие баги, которые приходится фиксить руками. Чем дальше, тем больше правок и меньше ощущение что контролируешь хоть что-то. Это предсказуемый результат неправильного старта.
Я сам в теме чуть больше трех месяцев и человек, далёкий от программирования, но вот что понял👇🏻 Вайбкодинг — это вспомогательный инструмент. Чем лучше ты понимаешь как должна работать система, тем лучше она получается, и наоборот чем меньше понимаешь, тем больше времени тратишь на переделку. ❌ Главная ошибка, которую я вижу: люди садятся и начинают, пишут «да, продолжай», читают по диагонали, радуются что что-то появилось на экране, а потом думают почему работает не так как я себе придумал.
✅Что реально работает: 1. Flow Прежде чем открывать Codex или что угодно ещё, нужно продумать как система должна работать от начала до конца. По какому пути пойдёт проект, как элементы связаны между собой.
2. ТЗ с тем, кто будет этим пользоваться Если делаете для клиента, сотрудника или себя в будущем, технику задания надо проверить с этим человеком до начала разработки. Я использую брейншторм в Skill Superpowers, он вытаскивает вопросы, которые не додумал сам.
3. Спек (также работает сеть внутри superpowers) Документ на простом языке, как продукт будет выглядеть и работать. Прошу ИИ объяснить мне это по-человечески и читаю внимательно, здесь можно поймать ошибки быстро и дешево.
4. CodeReview скилл и сверка с изначальным flow Агент часто начинает делать то, что его не просили, поэтому после каждого блока я проверяю соответствие тому, что задумывалось, а не тому, что получилось.
5. Все баги в процессе тестирования в отдельный документ
Короткая версия: потратьте час на продумывание до, и сэкономите неделю на переделку после.
👉🏻 Вы уже пробовали вайбкодинг? Что получилось и на каком шаге сломалось?
