@bonesofspring/ai-rules 0.2.2 → 0.2.4

package/presets/cursor/ios-swift/rules/ios-app-core.mdc

@@ -40,4 +40,5 @@ alwaysApply: true
 
 - Определить слой (Presentation / Domain / Data / DesignSystem / Tests); повторить паттерн соседних файлов.
 - Не тянуть `URLSession` во View и DTO во ViewModel — детали в `architecture-boundaries.mdc`.
-- Доставка фичи — `feature-delivery-workflow.mdc`; после правок Swift — `post-change-build.mdc`.
+- Доставка фичи — `feature-delivery-workflow.mdc`; после правок Swift — **вызвать** `post-change-build.mdc` (requestable).
+- Toolchain перед сборкой — `xcode-tooling.mdc` (requestable).

package/presets/cursor/ios-swift/rules/module-public-api.mdc

@@ -0,0 +1,26 @@
+---
+description: SPM / модули — public API, access control, запрет deep-import internals
+globs:
+  - "**/Package.swift"
+  - "**/*Public*.swift"
+  - "**/Sources/**/*.swift"
+alwaysApply: false
+---
+
+# Module public API (SPM)
+
+## Рамка
+
+- Потребители модуля импортируют **только public/open** API; `internal`/`fileprivate` — для реализации.
+- Deep-import чужих internal файлов — повод вынести символ в public API или рефакторить границы.
+
+## Правила
+
+- Новый публичный тип/функция — явный `public` + документация/пример использования при необходимости.
+- Barrel-стиль: один входной модуль / umbrella, если так заведено в репо.
+- Не экспортировать DTO сети из Presentation-facing модулей.
+- Версионирование breaking API — осознанно (SemVer пакета / release notes).
+
+## Требование к агенту
+
+Перед `public` на тип — проверить, нужен ли он снаружи. Следовать access control соседних модулей.

package/presets/cursor/ios-swift/rules/navigation-coordinators.mdc

@@ -0,0 +1,29 @@
+---
+description: NavigationStack, координаторы, deep links — границы Presentation
+globs:
+  - "**/Presentation/**/*Navigator*.swift"
+  - "**/Presentation/**/*Coordinator*.swift"
+  - "**/Presentation/**/*Router*.swift"
+  - "**/App/**/*App*.swift"
+  - "**/*Navigation*.swift"
+alwaysApply: false
+---
+
+# Навигация (iOS)
+
+## Рамка
+
+- **SwiftUI-first:** `NavigationStack` / `navigationDestination` / sheet / fullScreenCover — как в репо.
+- UIKit / coordinator — только если уже принят в модуле; не смешивать два стиля в одном Feature без причины.
+- Маршруты и deep links — **Presentation** (или App shell); Domain не знает о `NavigationPath`.
+
+## Правила
+
+- Один Feature — один явный «вход» навигации (root view / coordinator), не размазывать `NavigationLink` по Data.
+- Параметры экрана — typed (enum route / struct), не «магические» строки без реестра.
+- Deep link → route mapping централизован (App или Navigation hub); ViewModel не парсит URL напрямую.
+- Модалки: владелец presentation state — родительский VM/coordinator, не глобальный singleton без нужды.
+
+## Требование к агенту
+
+Копировать паттерн ближайшего Feature из `reference-features.mdc`. Не тащить networking в навигационный слой.

package/presets/cursor/ios-swift/rules/networking-services.mdc

@@ -9,8 +9,8 @@ alwaysApply: false
 - Инкапсулировать:
   - HTTP-запросы (`URLSession` или клиент проекта),
   - URL, headers, status codes,
-  - Codable DTO,
-  - persistence (Core Data, SwiftData, Keychain — по репо).
+  - Codable DTO (транспорт).
+- Локальное хранение / Keychain — **`persistence-data.mdc`**, не смешивать с HTTP-клиентом без фасада-репозитория.
 - Наружу (Domain, ViewModel через repository) отдавать **доменные типы**, не DTO.
 
 # Структура модулей

package/presets/cursor/ios-swift/rules/persistence-data.mdc

@@ -0,0 +1,31 @@
+---
+description: Persistence — SwiftData / Core Data / файлы / Keychain (не HTTP)
+globs:
+  - "**/Persistence/**/*.swift"
+  - "**/Keychain/**/*.swift"
+  - "**/*Storage*.swift"
+  - "**/*Cache*.swift"
+  - "**/*SwiftData*.swift"
+alwaysApply: false
+---
+
+# Persistence (Data)
+
+Отделить от HTTP (`networking-services.mdc`): здесь локальное хранение и секреты на диске/Keychain.
+
+## Рамка
+
+- Выбор стека (**SwiftData / Core Data / UserDefaults / files**) — **как в репо**; не внедрять второй persistence-стек без задачи.
+- Public API — протоколы в Domain (`…Repository` / `…Store`); реализации в Data.
+- **Keychain** — только для credentials/токенов; не класть PII «для удобства» в UserDefaults.
+
+## Правила
+
+- DTO/Entity persistence ≠ network DTO; маппинг явный.
+- Миграции схемы — по принятому в репо процессу; не ломать silently.
+- `@MainActor` на store — только если UI-facing; тяжёлый I/O — off-main + hop обратно.
+- Ошибки — typed; не глотать `try?` на критичном persist.
+
+## Требование к агенту
+
+Не смешивать URLSession и persistence в одном типе без фасада-репозитория. Тесты — in-memory / fake store.

package/presets/cursor/ios-swift/rules/reference-features.mdc

@@ -0,0 +1,53 @@
+---
+description: Эталонные Feature-модули репозитория — копировать структуру при реализации. Заполните пути после init в целевом iOS-репо.
+globs:
+  - Features/**/*
+  - "**/Presentation/**/*"
+  - "**/Domain/**/*"
+  - "**/Data/**/*"
+  - "**/DesignSystem/**/*"
+alwaysApply: false
+---
+
+# Эталонные фичи (reference features)
+
+Перед реализацией найди Feature того же типа и **повтори её структуру**, не изобретая новую организацию файлов.
+
+## Таблица эталонов
+
+После `ai-rules init` замени примеры на **реальные** пути consumer-репо. Ниже — conventional placeholders для greenfield / dogfood.
+
+| Слой | Эталон (пример → заменить) | Conventional glob / path |
+|------|----------------------------|--------------------------|
+| Feature module | `Features/Orders/` | `Features/**` |
+| Presentation / UI | `Features/Orders/Presentation/` | `**/Presentation/**`, `**/DesignSystem/**` |
+| Domain | `Features/Orders/Domain/` | `**/Domain/**` |
+| Data / Network | `Features/Orders/Data/` | `**/Data/**`, `**/Network*/**` |
+| Persistence | `Features/Orders/Data/Persistence/` | `**/Persistence/**`, `**/Keychain/**` |
+| Unit tests | `Features/OrdersTests/` или `*Tests` рядом | `**/*Tests/**/*.swift` |
+| UI tests | `OrdersUITests/` | `**/*UITests/**/*.swift` |
+
+Если в репо другая раскладка (`Modules/`, `Sources/`) — перепиши таблицу один раз и держи её SoT для агентов.
+
+## Как использовать
+
+1. Определи затронутые слои из `decomposition.md` или задачи.
+2. Открой эталон из таблицы (после заполнения путей).
+3. Зеркаль именование, порядок файлов, DI, паттерны тестов.
+4. Если эталона нет — выбери **самую близкую** существующую фичу того же слоя и зафиксируй выбор в handoff.
+
+## Dogfood checklist (5 сценариев)
+
+Прогон после init пресета (ручной smoke для агентов):
+
+1. `/task` новая фича в `Features/<Name>` — analyst → developer → build-verifier (xcodebuild).
+2. Баг в ViewModel — debugger → fix → unit test.
+3. Mapper DTO↔domain — unit-test-planner/generator.
+4. UI flow — `xcuitest-test-planner` → generator (accessibilityIdentifier).
+5. Auth/Keychain touch — security-reviewer + `security-ios.mdc`.
+
+## Связанные правила
+
+- `code-quality-and-refactoring.mdc` — повторять паттерны.
+- `feature-delivery-workflow.mdc` — порядок слоёв.
+- skill `feature-delivery` — end-to-end сценарий.

package/presets/cursor/ios-swift/rules/security-ios.mdc

@@ -0,0 +1,35 @@
+---
+description: ATS, Keychain, PII, секреты, безопасное логирование iOS
+globs:
+  - "**/*Keychain*.swift"
+  - "**/*Auth*.swift"
+  - "**/*Token*.swift"
+  - "**/*Credential*.swift"
+  - "**/Info.plist"
+alwaysApply: false
+---
+
+# Security (iOS)
+
+## Секреты и конфиг
+
+- Нет API keys / tokens в исходниках и git; использовать Keychain, xcconfig (не в VCS), CI secrets.
+- Debug-only bypass ATS / SSL — только `#if DEBUG` и никогда в Release.
+
+## ATS и сеть
+
+- ATS exceptions в Info.plist — минимальные, с обоснованием; предпочитать HTTPS.
+- Certificate pinning — только если уже принято в репо.
+
+## PII и логи
+
+- Не логировать токены, пароли, полные номера карт/документов.
+- Crash/APM: scrub PII по политике репо.
+
+## Keychain / биометрия
+
+- Accessible уровни и `kSecAttrAccessible` — осознанно; Face ID/Touch ID — через LocalAuthentication как в репо.
+
+## Требование к агенту
+
+При auth/формах/платежах — сверить с этим правилом и `code-review-mr.mdc`. Security-reviewer подключать для чувствительных фич.

package/presets/cursor/ios-swift/rules/technical-retro.mdc

@@ -0,0 +1,12 @@
+---
+description: Роль агента для проведения технического ретроспективы (retro) команды / спринта. On-demand — предпочтительнее slash-команда /technical-retro.
+alwaysApply: false
+---
+
+# Техническое ретро — rule alias
+
+Полный сценарий (включая блок **«Работа агентов»** для slug из `.cursor/team/tasks/`) — в slash-команде:
+
+**`.cursor/commands/technical-retro.md`** → `/technical-retro`
+
+Используй rule только если command недоступен. Не дублируй содержимое command в ответе — следуй command-файлу и skill `technical-retro`.

package/presets/cursor/ios-swift/rules/tests-ui.mdc

@@ -39,3 +39,4 @@ alwaysApply: false
 - Переиспользовать page objects, не дублировать query в каждом тесте.
 - Добавлять `accessibilityIdentifier` в SwiftUI через `.accessibilityIdentifier(...)` для новых интерактивных элементов.
 - Следовать существующим UITest files как эталону.
+- Планирование / генерация / heal — agents `xcuitest-test-{planner,generator,healer}` и skill `xcuitest-e2e` (не Playwright).

package/presets/cursor/ios-swift/rules/xcode-tooling.mdc

@@ -0,0 +1,20 @@
+---
+description: Перед xcodebuild / SwiftLint / SwiftFormat определять toolchain и схемы репозитория и использовать только их
+alwaysApply: false
+---
+
+# Xcode tooling (терминал)
+
+Перед **`xcodebuild` / `swift build` / `swift test` / SwiftLint / SwiftFormat / `simctl`** определи toolchain репозитория и **используй только его**.
+
+## Как определить
+
+1. **Workspace / project:** `.xcworkspace` (CocoaPods) → workspace; иначе `.xcodeproj`; SPM-only — `Package.swift`.
+2. **Scheme / destination:** как в CI, `Makefile`, `fastlane`, `scripts/` — не угадывать.
+3. **Lint:** `.swiftlint.yml` / `SwiftLint` в PATH или Mint/mise — если конфига нет, не запускать «чужой» lint.
+4. **Format:** `.swiftformat` / SwiftFormat — только если принято в репо.
+5. **Simulator:** `xcrun simctl list` + destination из CI; не хардкодить UDID.
+
+Примеры: `xcodebuild -scheme App -destination 'platform=iOS Simulator,name=iPhone 16' build`, `swiftlint lint --quiet`, `swiftformat . --lint`.
+
+Долгие сборки и DerivedData — нормальны; не блокировать `xcodebuild`/`simctl`/`xcrun` shell-guard’ом.

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

@@ -0,0 +1,13 @@
+# `.cursor/skills` (preset ios-swift)
+
+| Skill | Назначение |
+|-------|------------|
+| `feature-delivery` | Domain → Data → VM → View → tests → post-change-build |
+| `code-review` | iOS MR checklist |
+| `unit-testing` | XCTest / Swift Testing |
+| `xcuitest-e2e` | XCUITest plan/generate/heal (← next `playwright-e2e`) |
+| `debug-investigation` | Runtime evidence before fix |
+| `ci-investigation` | iOS CI red |
+| `technical-retro` | Retro facilitation |
+
+Копируется в `.cursor/skills/` при init.

package/presets/cursor/ios-swift/skills/ci-investigation/SKILL.md

@@ -0,0 +1,39 @@
+---
+name: ci-investigation
+description: Investigates failing CI checks on PRs and branches — xcodebuild, SwiftLint, unit, XCUITest — with local reproduction and minimal fixes. Use when CI is red or for ci-fix pipeline tasks.
+---
+
+# CI Investigation (iOS)
+
+## Workflow
+
+1. Identify the **first failing check** (compile, lint, unit, XCUITest, signing, SPM).
+2. Capture error output — ignore cascading failures until root cause is found.
+3. Reproduce locally with the same scheme/destination CI uses (`xcode-tooling.mdc`):
+   - `xcodebuild build` / `xcodebuild test`
+   - SwiftLint / SwiftFormat scripts as in repo CI
+   - affected XCUITest if UI job failed
+4. Inspect git diff for changed files related to the failure.
+5. Apply **minimal fix** — no unrelated refactors.
+
+## Artifact
+
+Write `ci-report.md` under the task slug folder (`.cursor/team/tasks/<slug>/`):
+
+- Failed check name and log excerpt
+- Root cause classification
+- Fix applied (or handoff to feature-developer)
+- `resolved: true|false`
+- Validation commands and results
+
+## Handoff Rules
+
+- Config-only or one-line fixes → fix in place, re-run check.
+- Missing tests or architecture work → document and route to `feature-developer` or `qa-tester`.
+- Flaky XCUITest → prefer `xcuitest-test-healer` after ci-investigator identifies the case.
+
+## Validation
+
+Always re-run the failing command locally before marking complete. If environment blocks execution (no simulator), state the exact command and blocker.
+
+Never run yarn/`lint:js`/Playwright — wrong stack.

package/presets/cursor/ios-swift/skills/code-review/SKILL.md

@@ -0,0 +1,27 @@
+---
+name: code-review
+description: Reviews pull requests, merge requests, git diffs, and branch changes using iOS architecture, SwiftUI, networking, and testing standards. Use when the user asks for review or when code-reviewer runs in an agent pipeline.
+---
+
+# Code Review (iOS)
+
+## Inputs
+
+Use the local repository as the source of truth: `git status`, `git diff`, task artifacts under `.cursor/team/tasks/<slug>/` when present, and opened files. Do not invent hosting metadata such as labels, CI status, or reviewers.
+
+## Review Order
+
+1. Understand the intent and affected Feature layers (Presentation / Domain / Data).
+2. Check correctness and regressions first.
+3. Verify architecture boundaries (`architecture-boundaries.mdc`): View ≠ API/DTO; ViewModel ≠ Data impl; Domain ≠ SwiftUI; Data ≠ Presentation.
+4. Check DI composition in `App/`, SPM public API (`module-public-api.mdc`), and no deep-imports across Features.
+5. Review Swift concurrency and conventions (`swift-conventions.mdc`): `@MainActor`, typed errors, force unwrap.
+6. Review SwiftUI thinness, Design System usage, accessibility identifiers (`swiftui-ui.mdc`).
+7. Check tests: unit for mapper/domain/VM (`tests-unit.mdc`); XCUITest for user flows (`tests-ui.mdc`).
+8. Report validation gaps: `xcodebuild`, SwiftLint, or relevant tests not run (`xcode-tooling.mdc`, `post-change-build.mdc`).
+
+## Output
+
+Lead with findings ordered by severity. Each finding should include the file, the problem, impact, and a concrete fix direction. If there are no findings, say so and call out remaining test or validation risk.
+
+For agent team tasks, write `.cursor/team/tasks/<slug>/review.md` and set `status.json` to `completed` or `changes_requested`.

package/presets/cursor/ios-swift/skills/debug-investigation/SKILL.md

@@ -0,0 +1,30 @@
+---
+name: debug-investigation
+description: Investigates bugs, failing tests, crashes, and incorrect behavior with runtime evidence before applying minimal fixes. Use for bugfix tasks, debugger agent runs, regressions, and flaky test diagnosis.
+---
+
+# Debug Investigation (iOS)
+
+## Process
+
+1. Reproduce the issue or collect the closest available evidence: Xcode console, lldb backtrace, crash log, failing XCTest/XCUITest output, Instruments note, or user steps.
+2. Define expected vs actual behavior in one sentence.
+3. Trace the failing path through the smallest relevant Feature slice (Presentation → Domain → Data).
+4. Identify the root cause before editing. Avoid broad refactors during bugfixes.
+5. Apply the smallest fix that preserves existing architecture and public contracts.
+6. Add or update a regression XCTest when the behavior is domain/VM logic or likely to recur.
+7. Run the narrow failing check first (`xcodebuild test` for the affected target), then broader build validation if needed (`xcode-tooling.mdc`).
+
+## Artifacts
+
+For agent team tasks, write `.cursor/team/tasks/<slug>/debug-report.md` with:
+
+- Reproduction steps or evidence source.
+- Root cause.
+- Fix scope (`fixApplied`).
+- Regression coverage.
+- Remaining risk.
+
+Update `status.json` when complete.
+
+Do not use browser/Playwright tooling — this is an Xcode stack.

package/presets/cursor/ios-swift/skills/feature-delivery/SKILL.md

@@ -0,0 +1,27 @@
+---
+name: feature-delivery
+description: Delivers iOS Swift/SwiftUI features end-to-end across Domain, Data, ViewModels, Views, tests, and post-change-build validation. Use when implementing or extending a feature, especially through /task or feature-developer.
+---
+
+# Feature Delivery (iOS)
+
+1. Read task brief, acceptance criteria, and decomposition if present.
+2. Read `feature-delivery-workflow.mdc` and `reference-features.mdc` — Domain → Data → ViewModel → View → tests; mirror the closest Feature.
+3. Wire DI in `App/` composition root; keep Views thin; keep DTOs out of ViewModels.
+4. Add or update focused XCTest for mappers / use cases / ViewModels (`tests-unit.mdc`).
+5. After Swift edits: **invoke** `post-change-build.mdc` (+ `xcode-tooling.mdc`). Pipeline: scoped build OK if next step is `build-verifier`.
+
+## Do / Don't
+
+- **Do** follow existing Feature folder layout and public module APIs.
+- **Do** add `accessibilityIdentifier`s for new interactive UI when UI tests are in scope.
+- **Don't** introduce TCA/SwiftData/etc. unless the repo already uses them.
+- **Don't** use yarn, Playwright, or `app/src` paths — wrong stack.
+
+## Preset packaging note
+
+When editing **ai-rules ios-swift preset** sources (agents, hooks, rules) rather than an app Feature: keep Cursor and Claude trees in sync where applicable, and **fork / verify hook handoffs** (`hooks/chain-team-phases.sh`, guard scripts, team path conventions) so Cursor (`.cursor/team`) and Claude (`.claude/team`) do not regress against each other or against the next preset templates.
+
+## Handoff
+
+Summarize by layer, validation results, and known gaps. Agent team: update `.cursor/team/tasks/<slug>/status.json`.

package/presets/cursor/ios-swift/skills/technical-retro/SKILL.md

@@ -0,0 +1,10 @@
+---
+name: technical-retro
+description: Facilitates technical retrospectives for tasks, sprints, incidents, releases, and agent-team pipelines. Use when the user asks for retro, postmortem, process review, or action items after delivery.
+---
+
+# Technical Retro
+
+Same structure as next technical-retro skill. For `/task` pipelines include router, analyst, developer, **build-verifier** (xcodebuild), reviewer, QA/XCUITest, hooks, rules.
+
+Preset feedback: propose updates to `.cursor/rules|agents|skills` — do not apply without approval.

package/presets/cursor/ios-swift/skills/unit-testing/SKILL.md

@@ -0,0 +1,32 @@
+---
+name: unit-testing
+description: Plans, generates, and heals XCTest / Swift Testing for mappers, use cases, and ViewModels using *Tests targets and tests-unit rules. Use for unit test planning, generation, or fixing failing unit tests.
+---
+
+# Unit Testing (iOS)
+
+## Project Layout
+
+- Unit targets: `*Tests/` colocated or parallel to Feature — **as in the Xcode project**.
+- Framework: XCTest or Swift Testing per project convention.
+- Do **not** create Jest/Vitest `*.spec.ts` files.
+
+Follow `tests-unit.mdc` (Cursor `.mdc` / Claude `testing/unit.md` depending on preset).
+
+## Planner
+
+Write or update `.cursor/team/tasks/<slug>/unit-test-plan.md`.
+
+Each scenario needs a Russian `test` / `@Test` title (capital letter after each sentence). Cover mappers, use cases, ViewModel state branches, and mocked client/repository behavior per AC.
+
+## Generator
+
+Implement tests from `unit-test-plan.md` into the correct `*Tests` target. Reuse TestSupport / protocol mocks. Do not change production code.
+
+## Healer
+
+Fix mocks, async/MainActor timing, and fixtures — preserve business assertions. Use `unit-test-plan.md` and `brief.md` as the behavior contract.
+
+## Validation
+
+Run affected unit tests via `xcodebuild test` (`xcode-tooling.mdc`) when feasible. Report command, pass/fail, and remaining gaps vs plan.

package/presets/cursor/ios-swift/skills/xcuitest-e2e/SKILL.md

@@ -0,0 +1,33 @@
+---
+name: xcuitest-e2e
+description: Plans, generates, and heals XCUITest UI tests using *UITests targets, accessibility identifiers, and screen objects. Use for UI test planning, generation, or fixing flaky XCUITest.
+---
+
+# XCUITest E2E
+
+## Project Layout
+
+- UI Test target: `*UITests/` (as in the Xcode project).
+- Optional plans: `*.cases.md` if the repo uses them.
+- Screen/Page objects keyed by `accessibilityIdentifier` (`{screen}__{element}`).
+- Shared helpers: `UITestSupport/` or equivalent — follow existing patterns.
+
+Follow `tests-ui.mdc`. Agents: `xcuitest-test-{planner,generator,healer}`.
+
+**Never Playwright** and never `app/__tests__/e2e`.
+
+## Planner
+
+Create or update the relevant plan (`*.cases.md` or team notes). Each scenario should include title, preconditions, steps, and expected result. Cover happy path, important edge cases, validation, and error states. Russian titles with entity prefix when that is repo convention.
+
+## Generator
+
+Generate XCUITest from plans into the UITests target. Reuse screen objects. Keep test names aligned with scenario names. Prefer identifiers over coordinates.
+
+## Healer
+
+Fix waits, launch arguments, identifiers, or screen-object details without weakening business assertions. Use the matching plan / AC as the behavior contract.
+
+## Validation
+
+Run affected UI tests via `xcodebuild test` (`xcode-tooling.mdc`) when a simulator is available. If blocked, report the exact command and blocker.

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

@@ -0,0 +1,31 @@
+# Agent team artifacts (ios-swift)
+
+Каталог артефактов пайплайна «команда агентов» для iOS.
+
+## Layout
+
+```
+.cursor/team/   # Claude: .claude/team/
+  active-task.json
+  fixtures/
+  tasks/<slug>/
+    pipeline.json
+    status.json
+    brief.md
+    decomposition.md
+    …
+```
+
+## Fixtures
+
+| Fixture | Notes |
+|---------|-------|
+| `feature-full.json` | Full profile; QA scope `e2e-only` = **XCUITest**; Playwright stems in `skipped` |
+| `feature-light.json` | developer → build-verifier |
+| `bugfix-standard.json` | debugger → developer (skipIf) → verifier → reviewer |
+
+**Never** schedule Playwright-only steps without skip rationale. Use `xcuitest-test-*` for UI-test-only intents.
+
+## Creating task dirs
+
+Bootstrap `tasks/<slug>/` by **writing** artifacts (Write tool), not Shell `mkdir`. Cursor sandbox → `Operation not permitted` otherwise (worse on Desktop/Documents).

package/presets/cursor/ios-swift/team/fixtures/bugfix-standard.json

@@ -0,0 +1,33 @@
+{
+  "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": [
+    {
+      "agent": "playwright-test-planner",
+      "reason": "iOS uses XCUITest — not in this bugfix path"
+    }
+  ]
+}

package/presets/cursor/ios-swift/team/fixtures/feature-full.json

@@ -0,0 +1,48 @@
+{
+  "slug": "example-feature-full",
+  "intent": "feature",
+  "profile": "full",
+  "summary": "Multi-layer Feature with XCUITest coverage",
+  "steps": [
+    {
+      "agent": "task-analyst",
+      "label": "Clarify and decompose"
+    },
+    {
+      "agent": "feature-developer",
+      "label": "Implement + unit tests",
+      "scope": "unit-in-dev"
+    },
+    {
+      "agent": "build-verifier",
+      "label": "xcodebuild + lint + unit smoke"
+    },
+    {
+      "agent": "code-reviewer",
+      "label": "Code review"
+    },
+    {
+      "agent": "qa-tester",
+      "label": "XCUITest",
+      "scope": "e2e-only"
+    }
+  ],
+  "humanGates": [
+    "after:task-analyst"
+  ],
+  "autoChain": true,
+  "skipped": [
+    {
+      "agent": "playwright-test-planner",
+      "reason": "iOS uses XCUITest — see xcuitest-test-* agents"
+    },
+    {
+      "agent": "playwright-test-generator",
+      "reason": "iOS uses XCUITest"
+    },
+    {
+      "agent": "playwright-test-healer",
+      "reason": "iOS uses XCUITest"
+    }
+  ]
+}

package/presets/cursor/ios-swift/team/fixtures/feature-light.json

@@ -0,0 +1,36 @@
+{
+  "slug": "example-feature-light",
+  "intent": "feature",
+  "profile": "light",
+  "summary": "Trivial single-file Swift 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"
+    },
+    {
+      "agent": "qa-tester",
+      "reason": "No XCUITest AC"
+    },
+    {
+      "agent": "playwright-test-planner",
+      "reason": "iOS uses XCUITest; not needed for light"
+    }
+  ]
+}

package/presets/cursor/next/AGENTS.md

@@ -0,0 +1,36 @@
+# Next.js stack — Cursor agent team
+
+Краткая точка входа для Cursor. Подробные правила — `.cursor/rules/*.mdc`; сценарии — `.cursor/skills/**`.
+
+See `.cursor/rules/README.md` for the full catalog and loading strategy.
+
+## Quick start
+
+| Задача | Куда смотреть |
+|--------|----------------|
+| Любая новая work-задача | `/task` → `commands/task.md` + `agent-team-orchestrator.mdc` (+ `agent-team-intake.mdc` on-demand) |
+| Новая фича end-to-end | skill `feature-delivery` + `feature-delivery-workflow.mdc` |
+| Стек и слои | `next-app-core.mdc` |
+| Эталонные фичи | `reference-features.mdc` (заполнить пути в репо) |
+| После правок кода | `post-change-lint.mdc` (**requestable**, но обязателен после edits; полный gate — `build-verifier`) |
+| Code review MR | skill `code-review` + `code-review-mr.mdc` |
+| Валидация перед review | agent `build-verifier` |
+| Техническое ретро | `/technical-retro` + skill `technical-retro` |
+
+## Когда использовать `/task`
+
+- Реализация, багфикс, миграция, тесты, ревью MR, CI-fix — **предпочтительно через `/task`**.
+- Простой one-liner без архитектурного риска — можно без pipeline, если пользователь явно просит.
+- Вопросы «как работает X» — ответ без `/task`.
+
+## Pipeline routing
+
+Intent detection, profiles (`full` / `standard` / `light`), and default steps — **only** in `agents/task-router.md`. Schema and examples — `agents/README.md`.
+
+## Install
+
+```bash
+npx @bonesofspring/ai-rules init cursor --preset next
+```
+
+Копирует rules, commands, agents, hooks, skills, team, `hooks.json`, `BUGBOT.md`, `AGENTS.md`, `MCP.md`, `mcp.json` → `.cursor/mcp.json`.