Промпт-заготовка для старта нового вайбкодинг-проекта Первое сообщение агенту определяет, насколько…

Промпт-заготовка для старта нового вайбкодинг-проекта

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

Что лучше зафиксировать с самого первого сообщения:

✳️ Стек технологий, даже если сам не до конца понимаешь, что это значит на практике — можно просто сказать "разбирайся сам, что лучше подходит, но объясни выбор" или, если есть предпочтение (например, "хочу, чтобы легко было потом разместить в интернете"), сказать это как требование к результату
✳️ Ограничения по масштабу. Прототип для проверки идеи и продукт, который будет жить годами, — разные требования к качеству кода. Стоит сразу сказать, что это: черновик на попробовать, или то, что планируешь развивать
✳️ Стиль и структура кода, если для тебя это важно — например, "делай проект так, чтобы легко было потом разобраться другому человеку"
✳️ Правила автономности. Что агент может делать сам без спроса, а что — только после подтверждения (особенно важно для необратимых действий: удаление файлов, изменение базы данных, публикация в открытый доступ)
✳️Что уже пробовал и что не сработало, если это не первая попытка — иначе агент может наступить на те же грабли

Готовая промпт-заготовка:
Начинаем новый проект: [описание проекта]

Стек: [если знаешь предпочтения — укажи; если нет — "выбери сам
подходящий стек и объясни, почему"]

Статус проекта: [прототип на попробовать / то, что планирую
развивать дальше]

Стиль кода: [если важно — например, "структурируй так, чтобы
легко разобраться другому человеку"]

Автономность: делай самостоятельно [что именно], но спрашивай
подтверждение перед [что именно — например, удаление файлов,
необратимые изменения].

Правило вопросов: если что-то в задаче неясно, неоднозначно или
от ответа зависит архитектура проекта — не додумывай молча, а
задай вопрос. Задавай вопросы только по существу (то, что
реально влияет на результат).
К каждому вопросу, где возможно, предлагай свой вариант по
умолчанию, чтобы я мог ответить просто "ок". Мелочи, которые
легко поменять потом, решай сам и просто упомяни, какое
допущение сделал.

Дополнительный контекст: [что уже пробовал, если это не первая
попытка]

Что нужно на выходе сейчас: не начинай писать код сразу.
1. Сначала задай уточняющие вопросы, если они есть (по правилу
выше). Если всё понятно — так и скажи и переходи к пункту 2.
2. Затем предложи план: из каких основных частей будет состоять
проект и в каком порядке их делать. Отдельно перечисли
допущения, которые ты сделал, и риски или неясные места.
3. Дождись моего подтверждения, и только потом переходи к
реализации первой части.
4. Если во время реализации возникнет вопрос, который меняет
план или архитектуру, остановись и спроси, а не продолжай
наугад.

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

#полезное