add rules
This commit is contained in:
@@ -23,6 +23,8 @@
|
|||||||
|
|
||||||
Для изменений protobuf сначала используй существующую команду `npm run proto:gen` во фронтенде и соответствующую генерацию в бэкенде.
|
Для изменений protobuf сначала используй существующую команду `npm run proto:gen` во фронтенде и соответствующую генерацию в бэкенде.
|
||||||
|
|
||||||
|
Для задач, затрагивающих `evening_detective_frontend`, обязательный стандарт кода находится в [`evening_detective_frontend/docs/FRONTEND_CODE_STANDARD.md`](evening_detective_frontend/docs/FRONTEND_CODE_STANDARD.md); это единственный источник правил фронтенда.
|
||||||
|
|
||||||
## Работа со списком задач
|
## Работа со списком задач
|
||||||
|
|
||||||
- Команды взаимодействия с агентом описаны в `docs/agent/README.md`.
|
- Команды взаимодействия с агентом описаны в `docs/agent/README.md`.
|
||||||
|
|||||||
@@ -2,6 +2,18 @@
|
|||||||
|
|
||||||
Архив задач, переведённых в статус `DONE`.
|
Архив задач, переведённых в статус `DONE`.
|
||||||
|
|
||||||
|
### ED-012 — Строгий стандарт написания фронтенда
|
||||||
|
|
||||||
|
- Статус: `DONE`
|
||||||
|
- Репозиторий: `evening_detective_frontend`
|
||||||
|
- Результат: создан обязательный стандарт `docs/FRONTEND_CODE_STANDARD.md` как
|
||||||
|
единственный источник правил структуры, компонентов, composables, функций,
|
||||||
|
типов, API, состояния, стилей, форм, доступности и проверок. Фронтендный
|
||||||
|
`AGENTS.md` оставлен указателем и операционными правилами, а корневой
|
||||||
|
`AGENTS.md` содержит условную ссылку для задач фронтенда.
|
||||||
|
- Проверки: проверены ссылки и однозначное размещение типовых видов кода;
|
||||||
|
`git diff --check` пройден; продуктовый код и зависимости не менялись.
|
||||||
|
|
||||||
### ED-025 — Доступ к БД только через repository
|
### ED-025 — Доступ к БД только через repository
|
||||||
|
|
||||||
- Статус: `DONE`
|
- Статус: `DONE`
|
||||||
|
|||||||
@@ -183,20 +183,6 @@
|
|||||||
- Ручная проверка: завершить игру, открыть просмотр ответов, обновить страницу и убедиться, что отсчёт продолжается; проверить недоступность игровых действий, автоматическое финальное завершение через 15 минут, результат и форму отзыва.
|
- Ручная проверка: завершить игру, открыть просмотр ответов, обновить страницу и убедиться, что отсчёт продолжается; проверить недоступность игровых действий, автоматическое финальное завершение через 15 минут, результат и форму отзыва.
|
||||||
- Следующий шаг: изучить текущие переходы статусов игры, авторизацию игрока, endpoint выдачи ответов и flow формы отзыва, затем выбрать минимальное серверное хранение времени первого просмотра и точку запуска финального завершения.
|
- Следующий шаг: изучить текущие переходы статусов игры, авторизацию игрока, endpoint выдачи ответов и flow формы отзыва, затем выбрать минимальное серверное хранение времени первого просмотра и точку запуска финального завершения.
|
||||||
|
|
||||||
### ED-012 — Строгий стандарт написания фронтенда
|
|
||||||
|
|
||||||
- Статус: `TODO`
|
|
||||||
- Приоритет: `P1`
|
|
||||||
- Репозиторий: `evening_detective_frontend`
|
|
||||||
- Цель: зафиксировать однозначные правила написания чистого, понятного и гибкого Vue/TypeScript-кода для последующей миграции всего фронтенда.
|
|
||||||
- Решение: создать отдельный документ со строгими правилами структуры каталогов и компонентов, размещения composables, функций, типов, API-кода, состояния, стилей, валидации и тестов; описать именование, границы ответственности, допустимые зависимости и типовые примеры выбора места для нового кода. Подключить документ через `AGENTS.md` только для задач, затрагивающих фронтенд.
|
|
||||||
- Следующий шаг: изучить фактическую структуру и паттерны `evening_detective_frontend`, затем подготовить проект стандарта и согласовать спорные архитектурные решения перед записью документа.
|
|
||||||
- Критерии: для типовых вопросов о размещении компонента, composable, функции, типа, API-вызова, состояния и стиля документ даёт один основной ответ; правила обязательны; каждое отклонение требует разрешения пользователя и письменного обоснования; документ не применяется к бэкенду, инфраструктуре и задачам, не затрагивающим фронтенд; существующий код не изменён.
|
|
||||||
- Ограничения: не мигрировать существующий код в рамках этой задачи; не менять API и зависимости; не менять сгенерированный API без отдельной необходимости; не трогать вложенный `.git`; не добавлять task-файлы в дочерний репозиторий.
|
|
||||||
- Не входит: исправление нарушений стандарта в текущем коде; автоматический линтер или архитектурный enforcement; правила для Go и инфраструктуры.
|
|
||||||
- Проверка: проверить наличие стандарта и условной ссылки на него в корневом `AGENTS.md`; убедиться, что `git diff` содержит только документационные изменения.
|
|
||||||
- Ручная проверка: проверить по примерам, что для нового компонента, composable, функции, типа, API-вызова, состояния и стиля документ однозначно определяет место размещения.
|
|
||||||
|
|
||||||
### ED-009 — Оптимизировать изображения для web
|
### ED-009 — Оптимизировать изображения для web
|
||||||
|
|
||||||
- Статус: `TODO`
|
- Статус: `TODO`
|
||||||
|
|||||||
Reference in New Issue
Block a user