Базовые правила при работе с кодом через LLM, с примерами промптов для наглядности (только это именно для наглядности, а не реальные промпты - тут каждый раз все будет меняться!)
1) обязательно давать описание архитектуры всего проекта
Действуй как ведущий ИТ архитектор в крупном и кровавом энтерпрайзе, мы собираемся делать ..., опиши архитектуру будущего приложения.
2) точное описание стэка и подходов - даем насколько это возможно полное описание как должен выглядеть код
Действуй как техлид команды разработки, мы делаем ..., вот общая архитектура: ..., тебе необходимо выбрать стжк и подробно описать принципы разработки для команды из 10 джунов разработчиков.
3) разбиение на подзадачи, минимизация конкретной задачи до атомарных значений буквально
Действуй как продуктовый менеджер команды разработки, мы делаем ..., пропиши все задачи для команды состоящей из 10 джунов разработчиков так, чтобы можно было скопировать их в Jira
* не стоит ожидать что LLM будет хорошо работать по задаче по которой у LLM было мало обучения (код для вебтьютора, например, пишет, так как там почти JS, но вот половину инструментов встроенных использует криво и косо)
Как видите, перед тем как садиться повайб-кодить, нужно сначала немного повайб-архитекторить, потом повайб-техлидеть, затем повайб-продактить... Ну вы поняли )
Самое приятное в этих постах, что даже если вы подумали "а нафига мне это было читать, если так больше не делают", то на самом деле - вот эти первые три шага будут нужны и в случае если вы начнете использовать продвинутые инструменты для вайб-кодинга )
Я лично этим пользуюсь сам и достаточно часто. Для быстрых гипотез, проверки идей, мелких приложений для самого себя - самое то!