@bonesofspring/ai-rules 0.2.0 → 0.2.1

package/presets/claude/next/rules/architecture/architecture-boundaries-ui.md

@@ -0,0 +1,15 @@
+---
+paths:
+  - app/src/ui/**/*.tsx
+  - app/src/ui/**/*.ts
+---
+
+# UI layer boundaries (slim)
+
+- **Импорты:** `@/ui/**`, `@/store/**`, типы из `@/types` и enum из `@/types/enums`, API — только `from '@/api'` (`architecture/public-imports.md`).
+- **Запрещено:** прямой HTTP‑клиент; знание DTO — только доменные типы.
+- **Состояние:** сценарии с записью и координация шагов — через store/thunk; узкие прямые вызовы `@/api` для чтения — только как в соседних фичах.
+- **Организация:** алиас `@/`; без deep‑импортов в чужие фичи; только public API.
+- **Barrel:** при новых публичных символах — реэкспорт по `architecture/layer-barrel-exports.md` (правило грузится на `index.ts`).
+
+Полная карта слоёв (store, API, порты‑адаптеры): **`architecture/architecture-boundaries.md`** — при правках `app/src/api`, `store`, `types`, `lib`.

package/presets/claude/next/rules/architecture/architecture-boundaries.md

@@ -1,6 +1,9 @@
 ---
 paths:
-  - app/src/**/*
+  - app/src/api/**/*
+  - app/src/store/**/*
+  - app/src/types/**/*
+  - app/src/lib/**/*
 ---
 
 # Границы между слоями

package/presets/claude/next/rules/architecture/feature-delivery-workflow.md

@@ -17,7 +17,7 @@ paths:
 3. **Мапперы** — DTO → домен (`api-and-data/api-services.md`).
 4. **Сервисы** — клиенты `app/src/api/clients/**`, barrel `@/api` (`api-and-data/api-services.md`, `api-and-data/http-client.md`, **`architecture/layer-barrel-exports.md`**).
 5. **Состояние** — slice/thunk (`api-and-data/store-rtk.md`); thunk → `@/api`.
-6. **UI** — `@/types`, без DTO (`ui-and-accessibility/react-ui.md`, `architecture/architecture-boundaries.md`, `ui-and-accessibility/no-props-spread.md`).
+6. **UI** — `@/types`, без DTO (`ui-and-accessibility/react-ui.md`, `architecture/architecture-boundaries-ui.md`, `ui-and-accessibility/no-props-spread.md`).
 7. **Моки** — `app/src/mocks/**`; регистрация в `handlers.ts` (см. ниже).
 8. **Тесты** — unit (`testing/tests-unit.md`); e2e (`testing/tests-e2e-structure.md`, `testing/playwright-agents.md`).
 9. **Завершение** — **`tooling-and-review/post-change-lint.md`**.

package/presets/claude/next/rules/architecture/layer-barrel-exports.md

@@ -1,6 +1,6 @@
 ---
 paths:
-  - app/src/**/*
+  - app/src/**/index.ts
 ---
 
 # Barrel-экспорты слоёв с public API

package/presets/claude/next/rules/stack/README.md

@@ -7,5 +7,6 @@
 | `next-app-core.md` | Стек, структура `app/`, слои, принципы агента | session start |
 | `arrow-functions.md` | Стрелочный синтаксис | session start |
 | `no-type-assertion.md` | Ограничение `as` на границах модулей | session start |
-| `navigation-router.md` | Next vs React Router — выбор по репозиторию | session start |
+| `navigation-router-ui.md` | Навигация в UI-компонентах (slim) | `paths: app/src/ui/**/*.tsx` |
+| `navigation-router.md` | Полный аудит стека навигации | `paths: app/src/app/**` |
 | `types-jsdoc.md` | JSDoc в `app/src/types` | `paths: app/src/types/**/*.ts` |

package/presets/claude/next/rules/stack/navigation-router-ui.md

@@ -0,0 +1,15 @@
+---
+paths:
+  - app/src/ui/**/*.tsx
+---
+
+# Navigation in UI components
+
+Перед ссылками, программной навигацией или работой с URL в UI:
+
+1. **`package.json`** workspace приложения — `next` vs `react-router-dom`.
+2. **Соседние импорты** той же фичи (`next/navigation`, `next/link` vs `react-router-dom`).
+3. **Обёртки проекта** (`@/ui/...` Link) — предпочтительнее сырого API роутера.
+4. **По умолчанию (preset):** Next.js App Router → `next/navigation` + `next/link` (`stack/next-app-core.md`, `stack/next-app-router.md`).
+
+Полный аудит (дерево маршрутов, гибриды, lockfile): **`stack/navigation-router.md`** — при правках `app/src/app/**`.

package/presets/claude/next/rules/stack/navigation-router.md

@@ -1,6 +1,7 @@
 ---
 paths:
-  - app/src/ui/**/*
+  - app/src/app/**/*
+  - app/**/app/**/*
 ---
 
 # Навигация и роутинг: сначала стек проекта

package/presets/claude/next/rules/stack/next-app-core.md

@@ -12,7 +12,7 @@
 
 | Слой | Каталог | Детали |
 |------|---------|--------|
-| UI | `app/src/ui/**` (pages, components) | `ui-and-accessibility/react-ui.md`, `architecture/architecture-boundaries.md` |
+| UI | `app/src/ui/**` (pages, components) | `ui-and-accessibility/react-ui.md`, `architecture/architecture-boundaries-ui.md` |
 | Store | `app/src/store/**` (slices, middleware) | `api-and-data/store-rtk.md` |
 | API | `app/src/api/**` (services, clients, barrel) | `api-and-data/api-services.md`, `api-and-data/http-client.md` |
 | HTTP | `app/src/lib/clients/**`, `app/src/api/clients/**` | `api-and-data/http-client.md` |

package/presets/claude/next/rules/tooling-and-review/agent-team-orchestrator.md

@@ -1,3 +1,9 @@
+---
+paths:
+  - .claude/commands/**/*
+  - .claude/team/**/*
+---
+
 # Agent team orchestrator
 
 Parent agent = **manager**. Router plans; specialists execute. Artifacts: `.claude/team/tasks/<slug>/`.

package/presets/claude/next/rules/tooling-and-review/code-review-mr.md

@@ -1,67 +1,30 @@
-# Code review merge requests
-
-## Когда применять
-
-- Пользователь просит: «проведи ревью», «оценить MR/ветку/дифф», «посмотри изменения».
-- Опираться на локальный репозиторий: текущую ветку, `git diff` и открытые файлы, а не на данные внешнего API хостинга.
-
-## Что обязан проверить агент
-
-### Архитектура и слои
-
-Соблюдение `architecture/architecture-boundaries.md`, `stack/next-app-core.md` и при сетевых изменениях — `api-and-data/http-client.md`:
-
-- UI (`app/src/ui/**`) не ходит напрямую в HTTP‑клиент и не знает DTO.
-- Store (`app/src/store/**`) не зависит от UI; границы транспортных типов и ошибок — `api-and-data/store-rtk.md` / `api-and-data/http-client.md`.
-- API (`app/src/api/**`) не тянет UI/store, использует мапперы; без прямого `fetch` в сервисах (кроме оговорённых исключений).
-
-### Импорты и организация кода
+---
+paths:
+  - .claude/agents/code-reviewer.md
+  - .claude/commands/**/*
+  - .claude/team/**/*
+---
 
-- Использование алиаса `@/...` вместо относительных импортов выше по дереву.
-- Отсутствие deep‑импортов во внешние фичи; только public API; в файлах вне `app/src/api/**` импорты из API — только `from '@/api'` (`architecture/public-imports.md`, дублирует ESLint).
-- При новых/изменённых модулях в регламентированных слоях — реэкспорт публичных символов в корневой barrel по **`architecture/layer-barrel-exports.md`**.
-- Размещение новых файлов в корректных слоях и директориях фич.
-
-### Типы и TS‑строгость
-
-- Не допускать новых `any`; предпочитать доменные типы из `@/types` (barrel, см. `architecture/public-imports.md`).
-- Проверять корректность пропсов/возвращаемых типов, особенно в UI и API‑слое.
-
-### UI и стили
-
-Для компонентов и стилей сверяться с `ui-and-accessibility/react-ui.md` и `stack/next-app-core.md`:
-
-- Соблюдать принятый способ стилей и общие UI‑примитивы/токены, а не «магические» значения.
-- Сохранять консистентность с существующими компонентами и паттернами.
-
-### Тесты
-
-- Для нетривиальных изменений:
-  - либо обновлены/добавлены unit‑тесты (`testing/tests-unit.md`),
-  - либо e2e‑сценарии/спеки отражают новую логику (`testing/playwright-agents.md`, `testing/tests-e2e-structure.md`).
-- При правках **общего HTTP‑клиента** — наличие/актуальность **behavior‑тестов клиента** (`api-and-data/http-client.md`, `testing/tests-unit.md`).
-- **Указывать, какие именно тесты** стоит добавить или поправить.
+# Code review merge requests
 
-### Линтеры (обязательно)
+On-demand rule for review flows. **Procedure and output format:** skill `code-review`.
 
-**`tooling-and-review/post-change-lint.md`**:
+## Checklist references
 
-- Перед финализацией отчёта по ревью и после любых правок по итогам ревью: полный прогон **`lint:js`** и **`lint:css`** из `app/`.
-- В отчёт включить **все сообщения ESLint и Stylelint (errors и warnings)** по файлам из диффа MR/ветки; запуск — по всему проекту, **фильтрация вывода — к путям из `git diff`**.
-- Не считать ревью/правки завершёнными, пока линтеры не проходят или не зафиксирован блокер в ответе.
-- Полная валидация как в CI: **`lint`** (= `lint:js` + `lint:css` + `type-check`) — уместна перед итогом крупного MR.
+- Architecture layers: `architecture/architecture-boundaries.md`, `stack/next-app-core.md`; network: `api-and-data/http-client.md`
+- Imports: `architecture/public-imports.md`, `architecture/layer-barrel-exports.md`
+- UI: `ui-and-accessibility/react-ui.md`
+- Tests: `testing/tests-unit.md`, `testing/playwright-agents.md`, `testing/tests-e2e-structure.md`
+- Lint gate before final report: `tooling-and-review/post-change-lint.md`
 
-## Глубина и формат ревью
+## When to load
 
-- Фокус на **изменениях MR** (дифф относительно целевой ветки), а не на всём проекте.
-- Сначала **высокоуровневый обзор** (что делает MR, риски, архитектурные замечания), затем список конкретных комментариев.
-- Каждый комментарий:
-  - **конкретный** (файл/участок и проблема),
-  - **практичный** (вариант исправления по существующим паттернам),
-  - без «больших рефакторингов» в духе `tooling-and-review/code-quality.md`, если задача локальная.
+- User asks for review/MR/diff
+- Pipeline step `code-reviewer`
+- BUGBOT automated review
 
-## Ограничения для агента
+## Constraints
 
-- Не придумывать несуществующие метаданные из хостинга (лейблы MR, авторов, статусы CI), если их нет в локальных данных.
-- Не менять общую архитектуру фичи без прямого запроса пользователя.
-- Следовать принципу «boy scout rule»: предлагать улучшения, которые реально можно внести в рамках MR.
+- Focus on MR diff, not the whole repo.
+- Use local `git diff` — do not invent hosting metadata.
+- Boy scout rule: suggest fixes feasible within the MR scope.

package/presets/claude/next/rules/ui-and-accessibility/README.md

@@ -5,6 +5,5 @@
 | Файл | Содержание | Загрузка |
 |------|------------|----------|
 | `no-props-spread.md` | Явные пропсы, без `{...props}` | session start |
-| `component-styles.md` | Колокация стилей, `Root` | session start |
-| `css-property-order.md` | Порядок CSS (Stylelint idiomatic-order) | session start |
+| `css-property-order.md` | Порядок CSS (Stylelint idiomatic-order) | `paths: styles.ts`, `.css` |
 | `react-ui.md` | Структура компонентов, `.data.ts`, хуки | `paths: app/src/ui/**` |

package/presets/claude/next/rules/ui-and-accessibility/react-ui.md

@@ -28,7 +28,7 @@ paths:
 - Локальные подкомпоненты, используемые только этим блоком, выносятся в **`./components/<ComponentName>/`** относительно папки родительского компонента (не оставлять крупные куски JSX и «внутренние» компоненты в том же файле, что и родитель).
 - У каждого такого подкомпонента — **своя** папка с тем же именем, что и публичное имя компонента:
   - `ComponentName.tsx` — разметка и композиция;
-  - `styles.ts` — только стили этого подкомпонента (см. `ui-and-accessibility/component-styles.md`: не тянуть `styles` соседних компонентов);
+  - `styles.ts` — только стили этого подкомпонента (не тянуть `styles` соседних компонентов — см. § Стили ниже);
   - при необходимости — `ComponentName.data.ts`, `ComponentName.utils.ts`, `ComponentName.hooks.ts` по тем же правилам префикса, что и у родителя;
   - опционально `index.ts` с реэкспортом.
 - Родитель импортирует подкомпонент из `./components/...`, а не держит его реализацию inline.
@@ -58,8 +58,9 @@ paths:
 
 # Стили и дизайн‑токены
 
-- **Корневой** styled-элемент компонента в соседнем `styles` — **`Root`** (`<s.Root>`). Подробнее: `ui-and-accessibility/component-styles.md`.
-- Порядок объявлений в CSS / `styled` — как требует Stylelint: см. `ui-and-accessibility/css-property-order.md`.
+- **Корневой** styled в соседнем `styles` — экспорт **`Root`**; в JSX: `<s.Root>` при `import * as s from './styles'`. Вложенные — `Title`, `List` и т.д. Не `Container`/`Wrapper` для единственной обёртки.
+- **Запрещено** импортировать `styles` другого компонента (`../Other/styles`, `../../styles`). Разрешено: `./styles`, общие примитивы из `@/ui/components/...` или пакетов дизайн-системы.
+- Порядок CSS / `styled` — Stylelint idiomatic-order: `ui-and-accessibility/css-property-order.md` (грузится на `styles.ts` / `.css`).
 - Для визуала использовать **тот стек стилей и токенов, который уже в проекте** (переменные, тема, общие классы, дизайн‑пакет).
 - Избегать:
   - inline‑стилей, кроме простых случаев;

package/presets/claude/next/team/README.md

@@ -7,6 +7,7 @@
 ```
 .claude/team/
   active-task.json
+  fixtures/                  # pipeline profile examples (feature-full, feature-light, bugfix-standard)
   tasks/
     <slug>/
       pipeline.json

package/presets/claude/next/team/fixtures/bugfix-standard.json

@@ -0,0 +1,15 @@
+{
+  "slug": "example-bugfix-standard",
+  "intent": "bugfix",
+  "profile": "standard",
+  "summary": "Regression fix with review",
+  "steps": [
+    { "agent": "debugger", "label": "Root cause" },
+    { "agent": "feature-developer", "label": "Fix if needed", "skipIf": "debugger.fixed" },
+    { "agent": "build-verifier", "label": "Validation gate" },
+    { "agent": "code-reviewer", "label": "Code review" }
+  ],
+  "humanGates": [],
+  "autoChain": true,
+  "skipped": []
+}

package/presets/claude/next/team/fixtures/feature-full.json

@@ -0,0 +1,16 @@
+{
+  "slug": "example-feature-full",
+  "intent": "feature",
+  "profile": "full",
+  "summary": "Multi-layer feature with e2e coverage",
+  "steps": [
+    { "agent": "task-analyst", "label": "Clarify and decompose" },
+    { "agent": "feature-developer", "label": "Implement + unit tests", "scope": "unit-in-dev" },
+    { "agent": "build-verifier", "label": "Validation gate" },
+    { "agent": "code-reviewer", "label": "Code review" },
+    { "agent": "qa-tester", "label": "E2E", "scope": "e2e-only" }
+  ],
+  "humanGates": ["after:task-analyst"],
+  "autoChain": true,
+  "skipped": []
+}

package/presets/claude/next/team/fixtures/feature-light.json

@@ -0,0 +1,17 @@
+{
+  "slug": "example-feature-light",
+  "intent": "feature",
+  "profile": "light",
+  "summary": "Trivial single-file change with explicit AC",
+  "steps": [
+    { "agent": "feature-developer", "label": "Implement" },
+    { "agent": "build-verifier", "label": "Validation gate" }
+  ],
+  "humanGates": [],
+  "autoChain": true,
+  "skipped": [
+    { "agent": "task-analyst", "reason": "Explicit AC and single-file scope" },
+    { "agent": "code-reviewer", "reason": "Light profile — non-trivial app changes should use standard" },
+    { "agent": "qa-tester", "reason": "No e2e AC" }
+  ]
+}

package/presets/cursor/next/AGENTS.md

@@ -23,16 +23,9 @@ See `.cursor/rules/README.md` for the full catalog and loading strategy.
 - Простой one-liner без архитектурного риска — можно без pipeline, если пользователь явно просит.
 - Вопросы «как работает X» — ответ без `/task`.
 
-## Intent → pipeline (кратко)
+## Pipeline routing
 
-| intent | Типичный pipeline |
-|--------|-------------------|
-| `feature` | analyst → developer (+ unit) → build-verifier → reviewer → e2e/QA |
-| `bugfix` | debugger → developer (skip if fixed) → build-verifier → reviewer |
-| `ci-fix` | ci-investigator → developer (skip if resolved) → build-verifier |
-| `migration` | analyst → migration-specialist → developer → build-verifier → reviewer → QA |
-
-Полная таблица — `agents/README.md`, router — `agents/task-router.md`.
+Intent detection, profiles (`full` / `standard` / `light`), and default steps — **only** in `agents/task-router.md`. Schema and examples — `agents/README.md`.
 
 ## Install
 

package/presets/cursor/next/BUGBOT.md

@@ -12,3 +12,5 @@ Follow the **`code-review` skill** and **`code-review-mr.mdc`** for the full che
 ## Review style
 
 Lead with concrete findings: file, impact, fix direction. Skip style-only nits unless they violate lint rules or project conventions.
+
+**Source of truth:** `packages/ai-rules/fragments/BUGBOT.md` — sync manually when updating.

package/presets/cursor/next/agents/README.md

@@ -60,24 +60,25 @@
 
 Правило: `agent-team-orchestrator.mdc`. План: `pipeline.json` в `.cursor/team/tasks/<slug>/`.
 
-## Intent → pipeline (кратко)
-
-| intent | Типичный pipeline |
-|--------|-------------------|
-| `feature` | analyst → developer (+ unit) → build-verifier → reviewer → e2e/QA |
-| `bugfix` | debugger → developer (skipIf fixed) → build-verifier → reviewer |
-| `ci-fix` | ci-investigator → developer (skipIf resolved) → build-verifier |
-| `migration` | analyst → migration-specialist → developer → reviewer → QA |
-| `perf-audit` | performance-auditor |
-| `a11y` | analyst → developer → a11y-reviewer → code-reviewer |
-| `unit-only` | unit-planner → unit-generator (или healer) |
-| `e2e-only` | playwright planner → generator (или healer) |
-| `docs-only` | analyst → tech-writer |
-
-Опциональные шаги (router добавляет по контексту): `api-contract-reviewer`, `accessibility-reviewer`, `security-reviewer`, `performance-auditor`, `tech-writer`.
+## Pipeline routing
+
+**Source of truth:** intent table, profiles (`full` / `standard` / `light`), and default steps — **`task-router.md`** only. Do not duplicate intent→pipeline tables in entry docs.
 
 ## pipeline.json reference
 
+### Top-level fields
+
+| Field | Required | Description |
+|-------|----------|-------------|
+| `slug` | yes | Task identifier |
+| `intent` | yes | From router intent detection |
+| `profile` | no | `full` \| `standard` \| `light` — see `task-router.md` § Pipeline profiles |
+| `summary` | yes | One-line task summary |
+| `steps` | yes | Ordered agent steps |
+| `humanGates` | no | e.g. `["after:task-analyst"]` |
+| `autoChain` | no | Default `true` |
+| `skipped` | no | Roles skipped with reason |
+
 ### Step fields
 
 | Field | Required | Description |

package/presets/cursor/next/agents/code-reviewer.md

@@ -2,7 +2,7 @@
 name: code-reviewer
 description: Expert code review specialist. Reviews after feature development using code-review-mr checklist. Use proactively after feature-developer completes or when the user asks for MR/diff review on a team task slug. Writes only review artifacts/status; never edits production code.
 readonly: true
-model: inherit
+model: fast
 ---
 
 You are a senior code reviewer. You may write only review artifacts under `.cursor/team/**` and update task `status.json`; do not modify production code.

package/presets/cursor/next/agents/task-analyst.md

@@ -2,7 +2,7 @@
 name: task-analyst
 description: Task analysis specialist. Clarifies requirements, validates acceptance criteria, and decomposes work into concrete tasks. Use for /feature-start, task intake, or when the user asks to analyze or decompose a feature before coding. Writes only team artifacts; never writes production code.
 readonly: true
-model: inherit
+model: fast
 ---
 
 You are a senior business/technical analyst for a Next.js frontend team.

package/presets/cursor/next/agents/task-router.md

@@ -32,6 +32,30 @@ You are a task router for a Next.js frontend agent team. You **do not** implemen
 | `spike` | «исследуй», «оцени», «можно ли», «spike», proof of concept | task-analyst → solution-architect |
 | `retro` | «ретро», «разбор», «postmortem» | (no pipeline — orchestrator runs `/technical-retro`) |
 
+## Pipeline profiles
+
+Set optional top-level `"profile": "full" | "standard" | "light"` in `pipeline.json`. Default when omitted: **`standard`** for `feature`/`refactor`/`bugfix`; **`light`** for `review-only`, `perf-audit`; **`full`** when cross-layer or e2e AC required.
+
+| Profile | When | Typical `feature` steps |
+|---------|------|------------------------|
+| `full` | Multi-layer, new public API, e2e coverage needed, incomplete AC | analyst → [architect] → developer → build-verifier → reviewer → qa-tester |
+| `standard` | Single layer, default work | analyst → developer → build-verifier → reviewer |
+| `light` | Trivial: one file/layer, explicit AC, «просто поправь», «typo», user «без pipeline» | developer → build-verifier |
+
+**Light signals:** один файл, один слой, явный AC в промпте, нет архитектурного риска. **Never skip `build-verifier`** after developer when `app/**` changed. **Skip `code-reviewer`** in light only for non-prod preset/docs tasks — for `app/src` changes prefer standard.
+
+**Light by intent:**
+
+| intent | light steps |
+|--------|-------------|
+| `feature` | developer → build-verifier |
+| `bugfix` | debugger → build-verifier (`skipIf: debugger.fixed` on developer) |
+| `review-only` | code-reviewer |
+| `docs-only` | tech-writer (skip analyst if brief exists) |
+| `ci-fix` | ci-investigator → build-verifier (`skipIf: ci-investigator.resolved`) |
+
+Fixtures: `.cursor/team/fixtures/` (feature-full, feature-light, bugfix-standard).
+
 ## Adjust steps (when context is clear)
 
 - Skip **task-analyst** if AC/scope fully specified → document in `skipped`.

package/presets/cursor/next/agents/tech-writer.md

@@ -2,7 +2,7 @@
 name: tech-writer
 description: Technical documentation specialist. Writes feature READMEs, migration guides, ADR summaries, and changelog entries from completed task artifacts. Docs-only — never edits production application code.
 readonly: true
-model: inherit
+model: fast
 ---
 
 You are a technical writer for a Next.js frontend team.

package/presets/cursor/next/rules/README.md

@@ -24,6 +24,23 @@
 - **On-demand** — `agent-team-intake` (через orchestrator/commands), `agent-team-orchestrator`, architecture, imports, UI, tests, feature-delivery-workflow, reference-features, next-app-router, react-a11y-coding
 - **Skills** — длинные процедуры (`feature-delivery`, `code-review`, …)
 
+### UI edit bundle (consolidated globs)
+
+При правке `app/src/ui/**/*.tsx` подгружается **уменьшенный** набор (не весь `app/src/**`):
+
+| Rule | Globs | Назначение |
+|------|-------|------------|
+| `react-ui.mdc` | `app/src/ui/**` | Структура, стили, пропсы |
+| `architecture-boundaries-ui.mdc` | `app/src/ui/**` | Slim границы UI-слоя |
+| `react-a11y-coding.mdc` | `app/src/ui/**` | A11y |
+| `navigation-router-ui.mdc` | `app/src/ui/**/*.tsx` | Краткий ориентир навигации |
+| `no-props-spread.mdc` | `app/src/**/*.tsx` | Явные пропсы |
+| `arrow-functions.mdc` | `app/src/**` | Синтаксис |
+
+**Не грузятся на типичный UI edit:** `architecture-boundaries` (api/store/types/lib), `layer-barrel-exports` (только `index.ts`), `navigation-router-stack` (только `app/src/app/**`), `no-cross-component-styles-import` (consolidated в `react-ui`).
+
+`css-property-order-stylelint.mdc` — только на `styles.ts` / `.css`.
+
 ### Эталонные фичи
 
 Заполните **`reference-features.mdc`** (TBD → реальные пути) после `init` в целевом репо.
@@ -41,7 +58,10 @@
 | `agent-team-orchestrator.mdc` | `/task`, router, `pipeline.json`, build-verifier, parallel steps |
 | `next-app-core.mdc` | Стек, слои, карта каталогов (alwaysApply) |
 | `post-change-lint.mdc` | **Обязательный** прогон ESLint + Stylelint после любых изменений кода |
-| `architecture-boundaries.mdc` | Границы UI / store / API, импорты (`@/types`, `@/api`), порты‑адаптеры, фича как срез |
+| `architecture-boundaries-ui.mdc` | Slim границы UI при правках компонентов |
+| `architecture-boundaries.mdc` | Полная карта UI / store / API (api, store, types, lib) |
+| `navigation-router-ui.mdc` | Навигация в UI-компонентах (slim) |
+| `navigation-router-stack.mdc` | Полный аудит стека навигации (App Router / SPA) |
 | `http-client.mdc` | Один HTTP‑стек, контракты из `@/types`, без разбросанного низкоуровневого API |
 | `api-services.mdc` | Сервисы, мапперы, вызовы через прикладные API‑клиенты |
 | `store-rtk.mdc` | Redux Toolkit, thunk’и, типизация ошибок/ответов как в коде репо |

package/presets/cursor/next/rules/architecture-boundaries-ui.mdc

@@ -0,0 +1,15 @@
+---
+description: Границы слоя UI — slim rule для правок компонентов (без полной карты store/API)
+globs: app/src/ui/**/*.tsx,app/src/ui/**/*.ts
+alwaysApply: false
+---
+
+# UI layer boundaries (slim)
+
+- **Импорты:** `@/ui/**`, `@/store/**`, типы из `@/types` и enum из `@/types/enums`, API — только `from '@/api'` (`public-imports.mdc`).
+- **Запрещено:** прямой HTTP‑клиент; знание DTO — только доменные типы.
+- **Состояние:** сценарии с записью и координация шагов — через store/thunk; узкие прямые вызовы `@/api` для чтения — только как в соседних фичах.
+- **Организация:** алиас `@/`; без deep‑импортов в чужие фичи; только public API.
+- **Barrel:** при новых публичных символах — реэкспорт по `layer-barrel-exports.mdc` (правило грузится на `index.ts`).
+
+Полная карта слоёв (store, API, порты‑адаптеры): **`architecture-boundaries.mdc`** — при правках `app/src/api`, `store`, `types`, `lib`.

package/presets/cursor/next/rules/architecture-boundaries.mdc

@@ -1,6 +1,6 @@
 ---
 description: Архитектурные границы и правила импортов
-globs: app/src/**/*
+globs: app/src/api/**/*,app/src/store/**/*,app/src/types/**/*,app/src/lib/**/*
 alwaysApply: false
 ---
 

package/presets/cursor/next/rules/code-review-mr.mdc

@@ -5,50 +5,24 @@ alwaysApply: false
 
 # Code review merge requests
 
-- **Когда применять**
-  - Если пользователь просит: "проведи ревью", "оценить MR/ветку/дифф", "посмотри изменения".
-  - Опираться на локальный репозиторий: текущую ветку, `git diff` и открытые файлы, а не на данные внешнего API хостинга.
-
-- **Что обязан проверить агент**
-  - **Архитектура и слои**:
-    - Соблюдение правил из `architecture-boundaries.mdc`, `next-app-core.mdc` и при сетевых изменениях — `http-client.mdc`:
-      - UI (`app/src/ui/**`) не ходит напрямую в HTTP‑клиент и не знает DTO.
-      - Store (`app/src/store/**`) не зависит от UI; границы транспортных типов и ошибок — `store-rtk.mdc` / `http-client.mdc`.
-      - API (`app/src/api/**`) не тянет UI/store, использует мапперы; без прямого `fetch` в сервисах (кроме оговорённых исключений).
-  - **Импорты и организация кода**:
-    - Использование алиаса `@/...` вместо относительных импортов выше по дереву.
-    - Отсутствие deep‑импортов во внешние фичи; использование только public API; в файлах вне `app/src/api/**` импорты из API — только `from '@/api'` (`public-imports.mdc`, дублирует ESLint).
-    - При новых/изменённых модулях в регламентированных слоях — реэкспорт публичных символов в корневой barrel по **`layer-barrel-exports.mdc`**.
-    - Размещение новых файлов в корректных слоях и директориях фич.
-  - **Типы и TS‑строгость**:
-    - Не допускать новых `any`; предпочитать доменные типы из `@/types` (barrel, см. `public-imports.mdc`).
-    - Проверять корректность пропсов/возвращаемых типов, особенно в UI и API‑слое.
-  - **UI и стили**:
-    - Для компонентов и стилей сверяться с `react-ui.mdc` и `next-app-core.mdc`:
-      - Соблюдать принятый в проекте способ стилей и общие UI‑примитивы/токены, а не "магические" значения.
-      - Сохранять консистентность с существующими компонентами и паттернами.
-  - **Тесты**:
-    - Проверять, что для нетривиальных изменений:
-      - либо обновлены/добавлены unit‑тесты (`tests-unit.mdc`),
-      - либо e2e‑сценарии/спеки отражают новую логику (`playwright-agents.mdc`, `tests-e2e-structure.mdc`).
-    - При правках **общего HTTP‑клиента** — наличие/актуальность **behavior‑тестов клиента** (`http-client.mdc`, `tests-unit.mdc`).
-    - Указывать, какие именно тесты стоит добавить или поправить.
-  - **Линтеры (обязательно)** — **`post-change-lint.mdc`**:
-    - Перед финализацией отчёта по ревью и после любых правок по итогам ревью: полный прогон **`lint:js`** и **`lint:css`** из `app/`.
-    - В отчёт включить **все сообщения ESLint и Stylelint (errors и warnings)** по файлам из диффа MR/ветки; запуск — по всему проекту, фильтрация вывода — к путям из `git diff`.
-    - Не считать ревью/правки завершёнными, пока линтеры не проходят или не зафиксирован блокер в ответе.
-    - Полная валидация как в CI: **`lint`** (= `lint:js` + `lint:css` + `type-check`) — уместна перед итогом крупного MR.
-
-- **Глубина и формат ревью**
-  - Фокус на **изменениях MR** (дифф относительно целевой ветки), а не на всём проекте.
-  - Сначала дать **высокоуровневый обзор** (что делает MR, риски, архитектурные замечания), затем список конкретных комментариев.
-  - Каждый комментарий делать:
-    - **конкретным** (указать файл/участок и проблему),
-    - **практичным** (предложить вариант исправления, опираясь на существующие паттерны),
-    - без "больших рефакторингов" в духе `code-quality-and-refactoring.mdc`, если задача локальная.
-
-- **Ограничения для агента**
-  - Не придумывать несуществующие метаданные из хостинга (лейблы MR, авторов, статусы CI), если их нет в локальных данных.
-  - Не менять общую архитектуру фичи без прямого запроса пользователя.
-  - Следовать принципу "boy scout rule": предлагать улучшения, которые реально можно внести в рамках MR.
+On-demand rule for review flows. **Procedure and output format:** skill `code-review`.
 
+## Checklist references
+
+- Architecture layers: `architecture-boundaries.mdc`, `next-app-core.mdc`; network: `http-client.mdc`
+- Imports: `public-imports.mdc`, `layer-barrel-exports.mdc`
+- UI: `react-ui.mdc`
+- Tests: `tests-unit.mdc`, `playwright-agents.mdc`, `tests-e2e-structure.mdc`
+- Lint gate before final report: `post-change-lint.mdc`
+
+## When to load
+
+- User asks for review/MR/diff
+- Pipeline step `code-reviewer`
+- BUGBOT automated review
+
+## Constraints
+
+- Focus on MR diff, not the whole repo.
+- Use local `git diff` — do not invent hosting metadata.
+- Boy scout rule: suggest fixes feasible within the MR scope.

package/presets/cursor/next/rules/feature-delivery-workflow.mdc

@@ -14,7 +14,7 @@ alwaysApply: false
 3. **Мапперы** — DTO → домен в `*responseMappers.ts` (`api-services.mdc`).
 4. **Сервисы** — клиенты `app/src/api/clients/**`, barrel `@/api` (`api-services.mdc`, `http-client.mdc`, **`layer-barrel-exports.mdc`**). Без `fetch` из UI/store.
 5. **Состояние** — `createSlice` / `createAsyncThunk` (`store-rtk.mdc`); thunk → сервисы из `@/api`.
-6. **UI** — типы из `@/types`, без DTO (`react-ui.mdc`, `architecture-boundaries.mdc`, `no-props-spread.mdc`).
+6. **UI** — типы из `@/types`, без DTO (`react-ui.mdc`, `architecture-boundaries-ui.mdc`, `no-props-spread.mdc`).
 7. **Моки** — по схеме репо; регистрация в `app/src/mocks/handlers.ts` (см. ниже).
 8. **Тесты** — unit для мапперов (`tests-unit.mdc`); e2e по `*.cases.md` (`tests-e2e-structure.mdc`, `playwright-agents.mdc`).
 9. **Завершение** — **`post-change-lint.mdc`**: `lint:js` + `lint:css` + `type-check`; менеджер — `package-manager.mdc`.

package/presets/cursor/next/rules/layer-barrel-exports.mdc

@@ -1,6 +1,6 @@
 ---
 description: Двухуровневые barrel-экспорты для слоёв с регламентированным public API
-globs: app/src/**/*
+globs: app/src/**/index.ts
 alwaysApply: false
 ---
 

package/presets/cursor/next/rules/navigation-router-stack.mdc

@@ -1,6 +1,6 @@
 ---
 description: Выбор API навигации по стеку проекта (Next.js vs React Router)
-globs: app/src/ui/**/*
+globs: app/src/app/**/*,app/**/app/**/*
 alwaysApply: false
 ---
 

package/presets/cursor/next/rules/navigation-router-ui.mdc

@@ -0,0 +1,16 @@
+---
+description: Навигация в UI-компонентах — краткий ориентир (полный аудит стека — navigation-router-stack.mdc)
+globs: app/src/ui/**/*.tsx
+alwaysApply: false
+---
+
+# Navigation in UI components
+
+Перед ссылками, программной навигацией или работой с URL в UI:
+
+1. **`package.json`** workspace приложения — `next` vs `react-router-dom`.
+2. **Соседние импорты** той же фичи (`next/navigation`, `next/link` vs `react-router-dom`).
+3. **Обёртки проекта** (`@/ui/...` Link) — предпочтительнее сырого API роутера.
+4. **По умолчанию (preset):** Next.js App Router → `next/navigation` + `next/link` (`next-app-core.mdc`, `next-app-router.mdc`).
+
+Полный аудит (дерево маршрутов, гибриды, lockfile): **`navigation-router-stack.mdc`** — при правках `app/src/app/**`.