feat: добавить новый backend и cabinet
- добавлен новый Nest backend для auth, projects и project access tokens - добавлена control-plane схема БД и миграция Drizzle - перенесён старый backend в old-backend - добавлен React/Vite cabinet с auth-only входом и Mantine layout - обновлены workspace scripts и lockfile
This commit is contained in:
45
ai/DEVELOP.md
Normal file
45
ai/DEVELOP.md
Normal file
@@ -0,0 +1,45 @@
|
||||
# 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
|
||||
|
||||
Соблюдай стиль кода существующего приложения.
|
||||
Reference in New Issue
Block a user