@bonesofspring/ai-rules 0.2.0 → 0.2.2

package/presets/claude/ios-swift/rules/ui-and-accessibility/viewmodels.md

@@ -0,0 +1,43 @@
+---
+description: ViewModels, состояние экрана и domain flow
+paths:
+  - "**/{Presentation,Domain}/**/*ViewModel*.swift"
+---
+
+# Общие принципы
+
+- ViewModel — **единственная точка** orchestration для экрана: load, submit, validation, navigation intents.
+- Хранить и отдавать во View **domain models** и UI-specific state (loading, error message, selected tab).
+- `@MainActor` на ViewModel; тяжёлую работу — в use case / repository (`async`), не блокировать main thread.
+- Unidirectional flow: View → intent → ViewModel → use case → state update → View.
+
+# State
+
+- Явный enum или struct для UI state где уместно:
+  - `idle`, `loading`, `loaded(Data)`, `failed(Error)` — или аналог из репо.
+- Избегать множества несинхронизированных `@Published` флагов, если один enum покрывает сценарий.
+- `@Observable` / `ObservableObject` — как в проекте; не смешивать стили в одной фиче без причины.
+
+# Use cases и repositories
+
+- ViewModel зависит от **протоколов** (`LoadOrdersUseCase`, `OrderRepository`), не от `*RepositoryImpl`.
+- Один use case — одна бизнес-операция; не раздувать ViewModel сотнями строк — выносить use cases в Domain.
+- Кэширование и offline — в repository/Data, не во ViewModel.
+
+# Side effects
+
+- Analytics, haptics, deep links — через injected services или middleware-паттерн, не hardcode синглтонов.
+- `Task` в ViewModel: отмена при `deinit` / `onDisappear` где нужно (`task(id:)`, хранение `Task?` с cancel).
+
+# Тестируемость
+
+- Инициализатор ViewModel принимает протоколы (DI); без скрытых singleton для сети/БД.
+- Бизнес-ветки покрывать unit-тестами с mock use cases.
+
+# Требование к агенту
+
+При создании ViewModel:
+- Не вызывать `URLSession` / API client напрямую.
+- Не парсить JSON и не объявлять DTO во ViewModel.
+- Именование: `FeatureViewModel`, методы — глаголы (`loadOrders()`, `submitOrder()`).
+- Следовать стилю существующих ViewModels в той же фиче.

package/presets/claude/next/CLAUDE.md

@@ -1,35 +1,11 @@
 # Next.js stack — project instructions
 
-Краткая точка входа для Claude Code. Подробные правила — модульные файлы под `rules/` (подпапки по темам).
+Краткая точка входа для Claude Code. Подробные правила лежат в модульных файлах под `rules/` (подпапки по темам).
 
-See @rules/README.md for the full catalog and loading strategy.
+See @rules/README.md for how this preset splits instructions.
 
 ## Conventions
 
-- **Одна тема на файл**; для больших областей — подпапки в `rules/<topic>/`.
-- **Session-start rules** — только базовые инварианты (`next-app-core`, lint, package manager, code-quality).
-- **Domain-specific rules** — YAML frontmatter `paths:` (подгружаются при работе с matching-файлами).
-- Slash-команды — в `commands/`; сценарии — в `skills/`; subagents — в `agents/`.
-
-## Quick start
-
-| Задача | Куда смотреть |
-|--------|----------------|
-| Любая новая work-задача | `commands/task.md` + `rules/tooling-and-review/agent-team-orchestrator.md` |
-| Новая фича end-to-end | skill `feature-delivery` + `rules/architecture/feature-delivery-workflow.md` |
-| Эталонные фичи | `rules/architecture/reference-features.md` (заполнить TBD в репо) |
-| Стек и слои | `rules/stack/next-app-core.md` |
-| App Router | `rules/stack/next-app-router.md` |
-| A11y при кодинге UI | `rules/ui-and-accessibility/react-a11y-coding.md` |
-| После правок кода | `rules/tooling-and-review/post-change-lint.md` |
-| Валидация перед review | agent `build-verifier` |
-| Code review MR | skill `code-review` + `rules/tooling-and-review/code-review-mr.md` |
-| Техническое ретро | `commands/technical-retro.md` + skill `technical-retro` |
-
-## Install
-
-```bash
-npx @bonesofspring/ai-rules init claude --preset next
-```
-
-Копирует `CLAUDE.md`, `rules/**`, `commands/**`, `agents/**`, `hooks/**`, `team/**` и др. в `.claude/` целевого репозитория.
+- Держите **одну тему на файл**; для больших областей — подпапки в `rules/<topic>/`.
+- Скоуп по путям проекта — через frontmatter `paths:` в отдельных `.md` (см. официальные docs по path-specific rules).
+- Slash-команды — в `commands/`; переиспользуемые сценарии — в `skills/`.

package/presets/claude/next/README.md

@@ -10,15 +10,5 @@
 | `skills/**` | `.claude/skills/**` (если папка есть) |
 | `agents/**` | `.claude/agents/**` (если папка есть) |
 | `hooks/**` | `.claude/hooks/**` (если папка есть) |
-| `team/**` | `.claude/team/**` (шаблон артефактов agent team) |
 
 Файлы правил — обычный Markdown с опциональным YAML frontmatter (`paths:` для скоупа по путям), не формат `.mdc` Cursor.
-
-## Agent team workflow
-
-Cursor-пресет и Claude-пресет используют один и тот же смысловой workflow:
-
-- `/task <desc>` → `task-router` → `pipeline.json`;
-- `/task-continue <slug>` → продолжение после human gate;
-- `.claude/agents/*.md` → 20 ролей: planning (router, analyst, architect, migration, api-contract), implementation (debugger, ci-investigator, developer), review (code, a11y, security, perf), testing (QA, unit trio, playwright trio), docs (tech-writer);
-- `.claude/team/tasks/<slug>/` → handoff-артефакты (`brief.md`, `decomposition.md`, `review.md`, `migration-plan.md`, `ci-report.md`, `status.json`, …).

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

@@ -3,128 +3,3 @@
 Специализированные подагенты (personas) — по [документации Claude Code](https://code.claude.com/docs), если используете их в проекте.
 
 Папка копируется в `.claude/agents/` при `ai-rules init claude --preset next`, если существует.
-
-## Planning and routing
-
-| Agent | Может менять production-код | Назначение |
-|-------|-----------------------------|------------|
-| `task-router` | no | Классифицирует intent и пишет `pipeline.json` |
-| `task-analyst` | no | DoR, acceptance criteria, decomposition |
-| `solution-architect` | no | Cross-layer design, spike, architecture.md |
-| `migration-specialist` | no | Phased migration plan, rollback |
-| `api-contract-reviewer` | no | DTO/mapper vs backend contract |
-
-## Implementation and CI
-
-| Agent | Может менять production-код | Назначение |
-|-------|-----------------------------|------------|
-| `debugger` | yes, минимально | Root cause, debug-report.md, простые fixes |
-| `ci-investigator` | yes, минимально | CI failure diagnosis and minimal fix |
-| `build-verifier` | no | Lint, type-check, unit smoke; validation-report.md |
-| `feature-developer` | yes | Реализация по decomposition + unit tests |
-
-## Review specialists
-
-| Agent | Может менять production-код | Назначение |
-|-------|-----------------------------|------------|
-| `code-reviewer` | no | Review artifact, status update |
-| `accessibility-reviewer` | no | A11y audit, a11y-review.md |
-| `security-reviewer` | no | Security audit, security-review.md |
-| `performance-auditor` | no | Perf audit, perf-report.md |
-
-## Testing
-
-| Agent | Может менять production-код | Назначение |
-|-------|-----------------------------|------------|
-| `qa-tester` | tests only | Unit/e2e тесты |
-| `unit-test-planner` | no | Unit coverage plan |
-| `unit-test-generator` | tests only | Unit spec generation |
-| `unit-test-healer` | tests only | Failing/flaky unit fixes |
-| `playwright-test-planner` | no | Планирование e2e сценариев |
-| `playwright-test-generator` | tests only | Генерация Playwright specs |
-| `playwright-test-healer` | tests only | Исправление flaky/failing e2e |
-
-## Documentation
-
-| Agent | Может менять production-код | Назначение |
-|-------|-----------------------------|------------|
-| `tech-writer` | docs only | README, changelog, ADR, documentation.md |
-
-Оркестрация: `/task`, `/task-continue`, `rules/tooling-and-review/agent-team-orchestrator.md`, артефакты `.claude/team/**`.
-
-## Intent → pipeline (кратко)
-
-| intent | Типичный pipeline |
-|--------|-------------------|
-| `feature` | analyst → developer → reviewer → QA |
-| `bugfix` | debugger → developer → reviewer → QA |
-| `ci-fix` | ci-investigator → developer → reviewer |
-| `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.json reference
-
-### Step fields
-
-| Field | Required | Description |
-|-------|----------|-------------|
-| `agent` | yes | Subagent name (kebab-case) or array for `parallel: true` |
-| `label` | yes | Short human-readable step name |
-| `scope` | no | e.g. `unit-in-dev`, `e2e-only`, `regression`, `full` |
-| `skipIf` | no | `debugger.fixed` \| `ci-investigator.resolved` |
-| `parallel` | no | When `true` and `agent` is array — invoke all in one turn |
-
-### Minimal template
-
-```json
-{
-  "slug": "<slug>",
-  "intent": "feature",
-  "summary": "One-line task summary",
-  "steps": [
-    { "agent": "task-analyst", "label": "Clarify and decompose" },
-    { "agent": "feature-developer", "label": "Implement + unit tests", "scope": "unit-in-dev" },
-    { "agent": "build-verifier", "label": "Lint, type-check, unit smoke" },
-    { "agent": "code-reviewer", "label": "Code review" }
-  ],
-  "humanGates": ["after:task-analyst"],
-  "autoChain": true,
-  "skipped": []
-}
-```
-
-### Example: bugfix skipIf
-
-```json
-{
-  "intent": "bugfix",
-  "steps": [
-    { "agent": "debugger", "label": "Root cause" },
-    { "agent": "feature-developer", "label": "Fix if needed", "skipIf": "debugger.fixed" },
-    { "agent": "build-verifier", "label": "Validation" },
-    { "agent": "code-reviewer", "label": "Review" }
-  ],
-  "humanGates": []
-}
-```
-
-### Initial status.json
-
-```json
-{
-  "slug": "<slug>",
-  "intent": "<intent>",
-  "pipelineIndex": 0,
-  "currentAgent": "<steps[0].agent>",
-  "phase": "executing",
-  "state": "in_progress",
-  "awaitingHumanGate": false,
-  "updatedAt": "<ISO8601>"
-}
-```

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

@@ -1,13 +1,5 @@
 # `.claude/commands` (preset next)
 
-Определения slash-команд и on-demand сценариев. Копируются в `.claude/commands/` при `ai-rules init claude --preset next`.
+Определения slash-команд для проекта. Копируются в `.claude/commands/` при `ai-rules init claude --preset next`.
 
-| Файл | Назначение |
-|------|------------|
-| `task.md` | Единая точка входа: router → dynamic pipeline → первый agent |
-| `task-continue.md` | Продолжение после human gate / паузы по `pipeline.json` |
-| `feature-start.md` | Legacy analyst-only старт без router |
-| `feature-continue.md` | Legacy продолжение; для `pipeline.json` делегирует смысл `/task-continue` |
-| `technical-retro.md` | Фасилитация технического ретро, включая блок «Работа агентов» |
-
-См. также корневой `README.md` пресета — у Claude Code помимо `rules/` и `commands/` используются `skills/`, `agents/`, `hooks/`, `team/`.
+См. также корневой `README.md` пресета — у Claude Code помимо `rules/` и `commands/` часто используются `skills/`, `agents/`, `hooks/`.

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

@@ -1,8 +1,5 @@
 # `.claude/hooks` (preset next)
 
-| File | Purpose |
-|------|---------|
-| `chain-team-phases.sh` | Pipeline chaining after subagent stop; `skipIf`, parallel, `validation_failed`, `retryAfterFix` |
-| `guard-shell-command.sh` | Destructive git / package-manager guard |
+Событийные хуки автоматизации Claude Code — по документации продукта, если включены в репозитории.
 
-Wire into Claude Code hooks per project documentation when enabling agent team auto-chain.
+Папка копируется в `.claude/hooks/` при `ai-rules init claude --preset next`, если существует.

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

@@ -1,30 +1,16 @@
 # `.claude/rules` (preset next)
 
-В Claude Code все `.md` под `rules/` **обнаруживаются рекурсивно**. Правила без YAML frontmatter загружаются **в начале сессии**; с `paths:` — **только при работе** с matching-файлами.
+В Claude Code все `.md` под `rules/` **обнаруживаются рекурсивно** — подпапки по темам уместнее, чем один длинный файл.
 
-## Loading strategy
+Соответствие темам из пресета Cursor (для переноса смысла из `.mdc`):
 
-- **Session start (no `paths:`):** `next-app-core`, `post-change-lint`, `package-manager`, `code-quality`
-- **On-demand (`paths:` or via commands):** `agent-team-intake`, orchestrator, architecture, imports, UI, tests, feature-delivery-workflow, reference-features, next-app-router, react-a11y-coding
-- **Skills:** long workflows (`feature-delivery`, `code-review`, …)
+| Папка | О чём |
+|-------|--------|
+| `stack/` | Next.js, React, TypeScript |
+| `architecture/` | границы слоёв, модули |
+| `api-and-data/` | сервисы, API, данные |
+| `testing/` | unit, e2e, Playwright |
+| `ui-and-accessibility/` | UI, a11y, без spread props там, где это правило команды |
+| `tooling-and-review/` | качество кода, ревью MR |
 
-## С чего начать
-
-- **`commands/task.md`** — router → `pipeline.json` → agents
-- **`architecture/reference-features.md`** — заполнить TBD после init
-- **`architecture/feature-delivery-workflow.md`** — порядок слоёв
-
-## Каталог (новые и ключевые)
-
-| Файл | Назначение |
-|------|------------|
-| `architecture/reference-features.md` | Эталонные пути UI/store/API |
-| `stack/next-app-router.md` | App Router, RSC |
-| `ui-and-accessibility/react-a11y-coding.md` | A11y при кодинге UI |
-| `architecture/feature-delivery-workflow.md` | Сквозной чеклист (paths) |
-| `tooling-and-review/agent-team-orchestrator.md` | Pipeline, build-verifier, parallel |
-| `agents/build-verifier.md` | Validation gate agent |
-
-Полный список — см. подпапки `architecture/`, `stack/`, `api-and-data/`, `ui-and-accessibility/`, `testing/`, `tooling-and-review/`.
-
-**Коллизии:** импорт типов и API — **`architecture/public-imports.md`**.
+Добавляйте сюда `.md` файлы с осмысленными именами (`testing.md`, `api-design.md`, …).

package/presets/claude/next/rules/api-and-data/README.md

@@ -1,9 +1,3 @@
 # API and data
 
-HTTP-транспорт, сервисы, Redux store.
-
-| Файл | Содержание | `paths:` |
-|------|------------|----------|
-| `http-client.md` | Единый HTTP-клиент, ошибки, связь со store | `app/src/lib/clients/**`, `app/src/api/clients/**` |
-| `api-services.md` | Сервисы, мапперы, DTO → домен | `app/src/api/services/**` |
-| `store-rtk.md` | Redux Toolkit, thunk'и, типизация | `app/src/store/**` |
+Конвенции сервисов, API-слоя и работы с данными.

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

@@ -1,10 +1,3 @@
-# Architecture rules
+# Architecture
 
-| Файл | Назначение |
-|------|------------|
-| `public-imports.md` | Импорты `@/types`, `@/types/enums`, `@/api` (вне `app/src/api/**`) |
-| `types-public-imports.md`, `api-public-imports.md` | Deprecated stubs → `public-imports.md` |
-| `architecture-boundaries.md` | Границы UI / store / API, порты‑адаптеры |
-| `layer-barrel-exports.md` | Двухуровневые barrel для слоёв с public API |
-| `feature-delivery-workflow.md` | Сквозной чеклист новой фичи |
-| `reference-features.md` | Эталонные пути UI/store/API/types |
+Границы модулей, слоёв и зависимостей (аналог темы architecture / boundaries в Cursor-пресете).

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

@@ -1,11 +1,3 @@
 # Stack (Next.js, React, TypeScript)
 
-Правила уровня фреймворка и языка.
-
-| Файл | Содержание | Загрузка |
-|------|------------|----------|
-| `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 |
-| `types-jsdoc.md` | JSDoc в `app/src/types` | `paths: app/src/types/**/*.ts` |
+Правила уровня фреймворка и языка для пресета `next`.

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

@@ -1,11 +1,3 @@
 # Testing
 
-Unit, e2e, Playwright agents.
-
-| Файл | Содержание | Загрузка |
-|------|------------|----------|
-| `playwright-agents.md` | Planner / generator / healer — структура e2e | session start |
-| `tests-unit.md` | Unit/integration, именование на русском | `paths: app/src/**/*.spec.*`, `*.test.*` |
-| `tests-e2e-structure.md` | `*.cases.md`, page objects, data-testid | `paths: app/__tests__/e2e/**` |
-
-См. также `.claude/agents/playwright-test-*.md` после `ai-rules init`.
+Unit-тесты, e2e, структура Playwright-агентов — по отдельным `.md` при необходимости.

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

@@ -1,16 +1,3 @@
 # Tooling and review
 
-Lint, package manager, качество кода, code review MR.
-
-| Файл | Содержание |
-|------|------------|
-| `package-manager.md` | yarn / pnpm / npm / bun — определить по lockfile |
-| `agent-team-intake.md` | Когда предлагать `/task` и router pipeline |
-| `agent-team-orchestrator.md` | Dynamic agent team workflow: router, pipeline, gates |
-| `post-change-lint.md` | Обязательный `lint:js` + `lint:css` после изменений |
-| `code-quality.md` | Boy scout rule, рефакторинг, ESLint |
-| `code-review-mr.md` | Чеклист ревью merge request |
-
-Все — **session start**.
-
-On-demand: **`commands/technical-retro.md`** (фасилитация ретро, не грузится как rule).
+Рефакторинг, качество кода, процесс ревью MR.

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

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

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

@@ -1,15 +1,5 @@
 # `.claude/skills` (preset next)
 
-[Skills](https://code.claude.com/docs/en/skills) в Claude Code — сценарии, которые подгружаются по необходимости, а не в каждой сессии целиком. Они синхронизированы по смыслу с `.cursor/skills` из Cursor-пресета.
-
-| Skill | Когда использовать |
-|-------|--------------------|
-| `feature-delivery` | End-to-end feature work across types, API, store, UI, tests |
-| `code-review` | MR/diff review using project architecture and test standards |
-| `debug-investigation` | Reproducing and fixing bugs with root-cause evidence |
-| `ci-investigation` | Diagnosing and fixing failing CI checks on PRs/branches |
-| `unit-testing` | Planning, generating, or healing unit test coverage |
-| `playwright-e2e` | Planning, generating, or healing Playwright e2e coverage |
-| `technical-retro` | Technical retrospective for a task, sprint, incident, or agent pipeline |
+[Skills](https://code.claude.com/docs/en/skills) в Claude Code — сценарии, которые подгружаются по необходимости, а не в каждой сессии целиком. Добавьте сюда `SKILL.md` или структуру skills по документации инструмента.
 
 Папка копируется в `.claude/skills/` при `ai-rules init claude --preset next`, если существует.

package/presets/cursor/ios-swift/README.md

@@ -0,0 +1,17 @@
+# iOS Swift preset (Cursor)
+
+Правила для разработки iOS-приложений на Swift (SwiftUI, MVVM/Clean Architecture).
+
+Установка:
+
+```bash
+npx @bonesofspring/ai-rules init cursor --preset ios-swift
+```
+
+См. `rules/README.md` — карта `.mdc` и бюджет alwaysApply.
+
+Ключевые requestable-правила доставки:
+
+- `feature-delivery-workflow.mdc` — порядок слоёв при реализации фичи
+- `post-change-build.mdc` — сборка / lint после правок Swift
+- `code-review-mr.mdc` — ревью MR/diff (не always-on)

package/presets/cursor/ios-swift/commands/README.md

@@ -0,0 +1,3 @@
+# Cursor commands (ios-swift preset)
+
+Place command definitions for this preset here. They are copied to `.cursor/commands` when you run `ai-rules init cursor --preset ios-swift`.

package/presets/cursor/ios-swift/rules/README.md

@@ -0,0 +1,33 @@
+### Разница .mdc и .md в .cursor/rules
+
+#### .md
+Обычный markdown‑файл. Cursor видит его как документацию/контент, но не как правило, которое нужно автоматически применять.
+
+#### .mdc
+Специальный формат Cursor Rule:
+- сверху обязателен YAML‑frontmatter с полями вроде description, globs, alwaysApply;
+- файл лежит в .cursor/rules/;
+- Cursor интерпретирует его как конфигурацию поведения ассистента для этого репо (автоматически подмешивает содержимое в контекст, когда правило подходит).
+
+- То есть .mdc = “markdown + config для Cursor”, .md = просто текст без управляющего смысла для ассистента.
+
+### Пресет ios-swift — карта правил
+
+**alwaysApply budget:** целевой потолок — **≤3** always-on правила и **≤130** строк тела (после YAML) суммарно. Новые alwaysApply только вместе с сокращением существующего бюджета.
+
+| Файл | Скоуп | Тема |
+|------|--------|------|
+| `ios-app-core.mdc` | always | Стек, структура проекта, tips агента |
+| `architecture-boundaries.mdc` | always | Границы Presentation / Domain / Data, DI |
+| `code-quality-and-refactoring.mdc` | always | Качество и лёгкий refactor |
+| `code-review-mr.mdc` | requestable / on review | Ревью MR/diff/PR |
+| `feature-delivery-workflow.mdc` | requestable / on feature | Чеклист доставки фичи |
+| `post-change-build.mdc` | requestable / after Swift edits | Сборка, SwiftLint/Format |
+| `swiftui-ui.mdc` | Presentation, DesignSystem | SwiftUI, a11y, Design System |
+| `networking-services.mdc` | Data, Network | API, DTO, mappers |
+| `state-and-viewmodels.mdc` | ViewModels | State, use cases, DI |
+| `swift-conventions.mdc` | `**/*.swift` | Swift style, concurrency |
+| `tests-unit.mdc` | `*Tests` | Unit / integration |
+| `tests-ui.mdc` | `*UITests` | XCUITest |
+
+Установка: `npx @bonesofspring/ai-rules init cursor --preset ios-swift`

package/presets/cursor/ios-swift/rules/architecture-boundaries.mdc

@@ -0,0 +1,34 @@
+---
+description: Архитектурные границы и правила зависимостей iOS приложения
+alwaysApply: true
+---
+
+# Границы между слоями
+
+- **Presentation** (Views, ViewModels, DesignSystem):
+  - Может: Domain (entities, use case protocols), DesignSystem, Core (без UI).
+  - Не должен: импортировать Data (репозитории, DTO, API-клиенты); знать HTTP/Codable/эндпоинты; маппить DTO → domain.
+- **Domain**:
+  - Может: Core (базовые типы, протоколы).
+  - Не должен: импортировать SwiftUI, UIKit, сеть; знать конкретные реализации репозиториев.
+- **Data**:
+  - Может: Domain (протоколы, entities), Core.
+  - Не должен: импортировать SwiftUI/UIKit; зависеть от View/ViewModel.
+
+# Зависимости и модули
+
+- Направление: **Presentation → Domain ← Data**.
+- Переиспользуемое — в Core / DesignSystem; к другой фиче — только **public API** (протокол, facade, coordinator), не deep-import.
+- SPM: Domain не линкуется с Data; реализации Data подключаются через DI в `App/`.
+- Раскладка фичи — как в `ios-app-core.mdc` / соседних `Features/*` репо (Presentation / Domain / Data + тесты).
+
+# DI и composition root
+
+- Сборка графа — в `App/` (или `DI/` / CompositionRoot), не во View.
+- ViewModel получает **протоколы** (use case / repository), не конкретные Data-типы.
+- Preview и тесты — mock/stub реализаций.
+
+# Требование к агенту
+
+- Файлы — в соответствующих слоях; протоколы репозиториев в Domain, реализации в Data.
+- Не «коротить» слои (API из View «ради скорости»).

package/presets/cursor/ios-swift/rules/code-quality-and-refactoring.mdc

@@ -0,0 +1,39 @@
+---
+description: Поддержка и улучшение качества кода и архитектуры iOS
+alwaysApply: true
+---
+
+# Поддержка существующего стиля
+
+- Новые изменения должны:
+  - следовать существующим паттернам (имена, структура, DI, error handling);
+  - минимизировать «стилистический шум» (лишний reformat, rename без нужды).
+- Перед новым решением:
+  - искать аналог в коде и **повторять подход**;
+  - проверять DesignSystem и существующие компоненты перед новым UI-контролом;
+  - обращаться к другим фичам только через public API (протоколы, facades).
+
+# Рефакторинг при изменениях
+
+- Допустим лёгкий refactor, если он:
+  - уменьшает дублирование;
+  - повышает читаемость;
+  - не ломает публичные контракты.
+- Примеры:
+  - вынести дублирующийся mapper или validation;
+  - заменить force unwrap на безопасные конструкции;
+  - разбить перегруженный ViewModel на use cases;
+  - заменить magic numbers/colors на design tokens;
+  - убрать прямую зависимость View от Data в пользу протокола.
+
+# Ограничения
+
+- Не делать «большой» рефакторинг при точечной задаче:
+  - не менять структуру модулей/таргетов;
+  - не переименовывать public API без запроса.
+- Крупные изменения — минимальными шагами, код остаётся компилируемым.
+
+# Требование к агенту
+
+- **Boy scout rule:** оставлять модуль чуть лучше (безопасность optional, typed errors, tests).
+- Не жертвовать слоями ради краткости.

package/presets/cursor/ios-swift/rules/code-review-mr.mdc

@@ -0,0 +1,42 @@
+---
+description: Требования к code review для iOS merge requests. Use when reviewing MR/diff/PR, evaluating a branch, or when the user asks for code review.
+alwaysApply: false
+---
+
+# Code review merge requests
+
+On-demand правило для review-потоков (не always-on).
+
+- **Когда применять**
+  - Запросы: «проведи ревью», «оцени MR/ветку/дифф», «посмотри изменения».
+  - Опираться на локальный репозиторий: ветка, `git diff`, открытые файлы.
+
+- **Что обязан проверить агент**
+  - **Архитектура и слои** (`architecture-boundaries.mdc`, `ios-app-core.mdc`):
+    - View не вызывает API и не знает DTO.
+    - ViewModel не зависит от Data-реализаций напрямую.
+    - Domain не импортирует SwiftUI/UIKit.
+    - Data не тянет Presentation.
+  - **Зависимости и модули**:
+    - DI через протоколы; composition root в App.
+    - Нет deep-import между фичами.
+    - Файлы в правильных слоях (`Presentation`, `Domain`, `Data`, `DesignSystem`).
+  - **Swift и concurrency** (`swift-conventions.mdc`):
+    - `@MainActor` на UI; нет необоснованных force unwrap.
+    - Typed errors; корректная отмена Task где нужно.
+  - **UI** (`swiftui-ui.mdc`):
+    - Тонкие Views; Design System tokens; accessibility identifiers для тестируемых элементов.
+  - **Сеть и data** (`networking-services.mdc`):
+    - DTO отделены от domain; mappers покрывают edge cases.
+  - **Тесты**:
+    - Нетривиальная логика — unit (`tests-unit.mdc`); пользовательские потоки — UI (`tests-ui.mdc`).
+    - Указать, какие тесты добавить или обновить.
+
+- **Глубина и формат**
+  - Фокус на **диффе MR**, не на всём проекте.
+  - Сначала обзор (цель MR, риски), затем конкретные комментарии с файлом и предложением fix по паттернам репо.
+  - Без «больших рефакторингов» без запроса (`code-quality-and-refactoring.mdc`).
+
+- **Ограничения**
+  - Не выдумывать метаданные CI/MR с хостинга без локальных данных.
+  - Boy scout rule в рамках MR.