Многие делают постоянно упор на какие-то особое крутые скиллы, что должны апнуть разработку, но..
Реально эффективно рабочий стэк сводится зачастую к 1-3 мощным инструментам, лично у меня это GSD + gstack.
Одно планирует и поддерживает проекты активно и плотно взаимодействуя с архитектурой. Другое делает клод целой IT командой, меняя режим под нужную задачу.
А вот вся магия начинается в плоскости самого подхода к вайбкоду. Как вы делаете промпты, как отслеживаете проект, не забываете ли делать аудит кода, проверять порты и логику работы с данными в проектами.
И вот мой личный набор советов для вас!
1. Создавай под проект тесты
Вот пример из моей рабочей практики. У меня есть Deepseek V3.2, у него снесена цензура. Мне нужно научить его базарить как портовая куртизанка, онлик модель и прочие виды женщин низкой социальной ответственности.
Дипсик очевидно общается как идиот, теряя контекст, странно формулируя мысли. Как мне его обучить общаться нормально? Это ведь возможно, через цепочку сложных промптов + скриптов для обработки.
Решение лежит через "Синтетические тесты". Не общаться с ботом лично, а скриптом прогонять диалоги по кругу, выписывая проблемные места и пробуя новые настройки.
Другой пример это реализация /login внутри Nekofree. Чтобы не дрочить по кругу пересборку и авторизацию, я попросил клода сделать тест всех логинов.
- Как работает вход?
- Роутинг каждого провайдера верный?
- Сохраняются ли данные при перезапуске?
Скрипты и дебаг/логи отлично помогают нейросети понять как правильно настроить проект, не прокручивая свое рассуждения по кругу.
Очень давно Антропик релизили свой официальный плагин, который заставляет клод по кругу гонять задачу. Вот это оно и есть, господа.
2. Не надо экономить время и деньги, всегда работой с четкой и проверенной архитектурой
Это история не про то, чтобы продумать уж каждую мелочь, написать целый толмут правил и сделать одной AI план разработки для другой.
Это скорее про то, что мыслить как программист или инженер. Правки в коде изначально в голове разбирать на версии, направления. Какие задачи вам вообще предстоят.
Чему меня научил регулярный вызов команд /gsd так это тому, что каждый апдейт в рамках нового милстоуна это гарант того, что все ранее продуманное будет работать как работало.
Чтобы делать это на вайбе, мы конечно доверяем планирование и аудит Codex, а написание Claude code. Тем более уже есть готовый плагин, не нужны ни свои скиллы, ни скрипты с обращением к API.
Попытка быстро подмахнуть какое-то решение или впустить модель подешевле что-то изменить в коде это поломка проекта, потеря понимания как он вообще работает. Это два десятка проблем, что вылезли хуй пойми откуда.
Я искренне не понимаю людей, которые пишут проекты на Gemini + Claude + Codex + Qwen3 + GLM. Может поэтому я их проектов в паблике не вижу, как и инфлов, которые бы работали таким стэком.
Имхо, но я лучше отдам много денег за 2 модели + выучу десяток слэш команд (в codex через $) и буду управлять проектом таким образом. Чем сделаю хоть как-то иначе.
3. Сначала разберись сам, потом разбери для своей LLM, потом разберитесь вместе
Каждый раз мне заказчики приносят достаточно разные заказы. Я как решаю задачу автоматизации отправки писем потенциальным партнерам, так и полный цикл работы с AI девочками, задача которых делать money.
И казалось бы, как можно браться за заказ ничего в этом не понимая (действительно, никак) и притом создавать автоматизацию, системы глобально, вообще в разных нишах.
Суть в том, что не только вайбкод позволяет делать что угодно. Но и сами AI уже делают супер крутые фото, видео, музыку и, барабанная дробь — ресерч.
Перед любым проектом я выгружаю сотни источников для своего нотбуклм, общаюсь с Gemini, сохраняю себе заметки в обсидиан, теперь это все делаю не закрывая Claude.
И затем рисую схемы. Прописываю примерную логику работы проекта. Без этого инженерного черновика, не получится создать ни одну ахуенно работающую систему.
Продолжение следует...