Статья о том, что завайбанный код — это легаси код, т.е. код, который никто не знает и не понимает: Vibe code is legacy code; Val Town Blog
Посмотрел отличный мастер-класс по вайбкодингу (Леша Шипулин, Яндекс).
- видео (https://disk.yandex.ru/i/nlPd_i4WgP7pew) мастер-класса
- конспект (https://carpets-melt-9bk.craft.me/OUtmJXqbBWbI4r) (с примерами промптов), но не супер-подробный
И вот мой конспект ещё: ↓
Для написания кода используется Cursor.
Ему может потребоваться подписка. А кроме того может понадобиться OpenAI API token для самого продукта
В курсоре, который по сути форк vscode и хорошо интегрирован с claude-сеткой есть три режима: agent (пиши код) / ask (задай вопрос) / manual (исправь выделенный мной вручную кусочек кода)
Сетки
— claude opus 3; в целом для кода лучше клод
— gpt-o3; лучше, чтобы посоветоваться
— gemini-2.5 pro; чтобы показывать большой контекст
Для простых проектов можно просто написать промпт с заданием. Но вот более эффективный способ.
Сначала делается документация; её удобно делать в чатгпт:
— техзадание aka PRD — product requirements document (формат .md, в папку docs):
- Overview / Problem
- Key User Flows
- Functional Requirements
- Non-goals
- Milestones & Release Plan
— технический стек (в формате .mdc вместо .md, в папку .cursor/rules)
В заголовке mdc файла отрази {alwaysApply: true, globs: ["**/*"]}
Сделай в формате markdown-таблицы.
Для каждого слоя приложения: библиотека + версия + зачем нужна + ссылка на официальную документацию.
Список слоёв (бэк, фронт, база, деплой итд) прилагается
— описание структуры проекта (формат .mdc, в папку .cursor/rules)
таблицы: папка + назначение, главные файлы имя+зачем, раздел «генерируй новые файлы здесь» со списком папок, куда cursor может добавлять код
— подробный план разработки (формат .mdc, в папку docs). Со статусами. Попросить Cursor отмечать выполнение с описанием, что именно сделано. Прописать acceptance checklist (то ли пустой раздел, то ли полный — не понял). Иметь milestones (количество можно указать), внутри — todo-задачи. Дополнить набором часто встречающихся проблем, которых стоит избежать
Вся документация кладётся в курсор, потом пишешь агенту что-то типа «Внимательно изучи, о чём проект (через @ можно ссылаться на конкретные файлы), выполни шаг за шагом ровно так как написано в implementation plan»
деплой делался через Railway, ему даётся репозиторий, переменные окружения с токенами доступа — и он всё разворачивает
ToDo надо бы добавить базовый промпт для генерации ТЗ и прочего