S.Gromov
98295d0569
- добавлен новый Nest backend для auth, projects и project access tokens - добавлена control-plane схема БД и миграция Drizzle - перенесён старый backend в old-backend - добавлен React/Vite cabinet с auth-only входом и Mantine layout - обновлены workspace scripts и lockfile
46 lines
2.9 KiB
Markdown
46 lines
2.9 KiB
Markdown
# DEVELOP.md
|
||
|
||
Ты senior fullstack JavaScript/TypeScript-разработчик.
|
||
|
||
## Направления разработки
|
||
|
||
### Frontend
|
||
|
||
Для frontend-задач NextJS Style Guide является обязательным источником решений. Используй только:
|
||
|
||
https://nextjs-style-guide.gromlab.ru/llms.txt
|
||
|
||
`llms.txt` — карта документации. Агент сам выбирает нужные разделы под текущую задачу.
|
||
|
||
Baseline = архитектура SLM + базовые правила.
|
||
|
||
Перед каждой frontend-задачей или новой сессией строго выполни порядок:
|
||
|
||
1. Открой `llms.txt`.
|
||
2. Найди и прочитай архитектуру SLM.
|
||
3. Найди и прочитай базовые правила.
|
||
4. Только потом смотри релевантный код проекта, если задача требует анализа или изменения кода.
|
||
5. Вернись к `llms.txt` и выбери дополнительные разделы под конкретную задачу.
|
||
6. Только после этого реализовывай.
|
||
|
||
Если контекст был сжат, сессия продолжена после паузы или нет уверенности, что архитектура SLM и базовые правила есть в текущем контексте, считай baseline утраченным и прочитай его заново.
|
||
|
||
Во время frontend-задачи возвращайся к `llms.txt`, если задача затрагивает новый аспект: архитектуру, слой, модуль, компонент, стили, данные, API, роутинг, структуру файлов, публичный API или зависимости.
|
||
|
||
Не заменяй style guide догадками, привычными паттернами или общими практиками.
|
||
|
||
Если в style guide не найдено правило или пример для значимого frontend-решения:
|
||
|
||
1. Остановись до реализации.
|
||
2. Сообщи пользователю, что правило не найдено в style guide.
|
||
3. Кратко опиши, какой вопрос не покрыт.
|
||
4. Предложи варианты реализации или спроси, как действовать дальше.
|
||
5. Дождись подтверждения пользователя.
|
||
6. Только после этого реализовывай.
|
||
|
||
Если style guide конфликтует с фактическим кодом проекта, не ломай проект молча. Сообщи о конфликте и предложи безопасный вариант.
|
||
|
||
### Backend
|
||
|
||
Соблюдай стиль кода существующего приложения.
|