Главное, что даёт вайб-кодинг, — это не скорость

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

Теперь я делаю мелкие проекты просто потому, что могу. Ими стало реально весело и интересно заниматься, а также они позволяют сильно прокачаться.

Вот пример. У нас есть сайт с иконками. Он всегда меня раздражал: и внешне, и по поведению. Переделать хотел давно, но руки не доходили, да и навыков дизайна у меня примерно ноль. Я хорошо вижу, где плохо и где хорошо, но сам рисовать не умею.

Вот тут модели и раскрываются. Они существенно сокращают время на реализацию и дают тебе суперсилы там, где у тебя есть только общее понимание того, как система должна работать.

За три часа работы я полностью перелопатил сайт:
• обновил дизайн
• добавил анимации на загрузку, поиск и взаимодействия
• сделал поддержку английского и русского
• добавил светлую и тёмную темы
• сделал сохранение состояния поиска
• реализовал fuzzy search (учёт опечаток)
• добавил фильтры
• добавил звуки при копировании
• сделал клавиатурную навигацию и a11y
• добавил обработку пустых состояний
• адаптировал сайт под все размеры экранов
• по пути починил гору мелких багов и микровзаимодействий

Всё — в одной сессии, без остановок. И пока я занимался им, почерпнул для себя несколько инсайтов о том, как работать с дизайном через модели.

Во-первых, лучшая связка — Opus 4.5 со скиллом /frontend-design. Она позволяет получить дизайн в нужном стиле и избежать стандартного AI-slop вида. Плюс, сам Opus 4.5 из коробки выдаёт приличный UX.

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

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

Дальше подкрутите /frontend-design под себя. Модели обожают вставлять эмодзи в интерфейс; для меня это выглядит как дизайнерская импотенция, поэтому я сразу добавил правило: «никаких эмодзи». Конкретно Opus 4.5 ещё любит вешать анимации и градиенты на неинтерактивные элементы, так что я добавил отдельную инструкцию, чтобы избежать этого. В целом полезно фиксировать, что именно вас раздражает в сгенерированных интерфейсах, и сразу это вырезать. Это и продукт улучшает, и вкус тренирует.

Когда делаешь проекты с LLM, мозг забивается под завязку. Часто можно услышать, что мы отупеем, потому что перестанем писать код руками. Я вижу ситуацию иначе: тебе всё ещё нужно писать код в голове, держать структуру и понимать, как система устроена под капотом. Поэтому людям без технического фундамента сложно создавать проекты — у них нет понимания системы и им плохо даются решения требующие инжерных знаний. Разработчики же могут сохранить время на рутинный набор текста, а освобождённую когнитивную мощность пустить на то, чтобы увидеть продукт как единую систему. И в ближайшие годы это станет обязательным навыком.

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