@bonesofspring/ai-rules 0.2.1 → 0.2.2

package/presets/cursor/next/rules/post-change-lint.mdc

@@ -1,38 +0,0 @@
----
-description: Обязательный прогон ESLint и Stylelint после любых изменений кода
-alwaysApply: true
----
-
-# Линтеры после изменений кода
-
-## Когда применять
-
-После **любого** изменения исходников в `app/**` (TS/TSX/JS/MJS, CSS, styled/Linaria в `.ts`/`.tsx`).
-
-Исключения: правки документации вне `app/`, конфигов CI, `.cursor/rules/**`, если исполняемый код приложения не менялся.
-
-**Pipeline exception:** если задача идёт через agent team и следующий шаг — `build-verifier`, developer может ограничиться lint/type-check **изменённых файлов**; полный прогон — обязанность `build-verifier`. В single-agent режиме (без pipeline) — всегда полный прогон.
-
-## Обязательные команды
-
-Рабочий каталог — **`app/`**. Менеджер пакетов — **`package-manager.mdc`**.
-
-1. **`lint:js`** — полный ESLint по проекту.
-2. **`lint:css`** — полный Stylelint (`**/*.{css,ts}`).
-
-Точечный lint на один файл **не заменяет** полный прогон перед завершением задачи (кроме pipeline exception выше).
-
-## Алгоритм
-
-1. Завершить правки кода.
-2. Запустить **`lint:js`** и **`lint:css`** из `app/`.
-3. Проанализировать весь вывод; исправить errors/warnings в изменённых файлах; для Stylelint — **`lint:css --fix`** если автоисправимо.
-4. Повторить до exit code 0 или зафиксировать блокер в ответе пользователю.
-5. **`type-check`** при изменениях TypeScript. CI-уровень: **`lint`** (= `lint:js` + `lint:css` + `type-check`).
-
-## Что исправлять
-
-- **Errors** — обязательно.
-- **Warnings** — обязательно в файлах задачи; вне скоупа — упомянуть, если мешают нулевому exit code.
-
-Конфиги: `app/eslint.config.mjs`, `app/.stylelintrc` (порядок CSS — `css-property-order-stylelint.mdc`).

package/presets/cursor/next/rules/public-imports.mdc

@@ -1,48 +0,0 @@
----
-description: Импорт доменных типов и API только через публичные barrel @/types и @/api
-globs:
-  - app/src/ui/**/*
-  - app/src/store/**/*
-  - app/src/lib/**/*
-  - app/src/types/**/*
-  - app/src/api/**/*
-alwaysApply: false
----
-
-# Публичные импорты (`@/types`, `@/api`)
-
-**Коллизии:** импорт типов — раздел `@/types` ниже; API вне `app/src/api/**` — раздел `@/api` ниже (дублирует ESLint `no-restricted-imports` в `app/eslint.config.mjs`).
-
-## `@/types`
-
-- **Публичный API типов** — barrel `app/src/types/index.ts`; импортировать типы только как `@/types` (или `@/types/index`).
-- **Запрещено** обходить barrel: `@/types/<что‑угодно>`, кроме enum.
-- **Enum** — только `@/types/enums` / `@/types/enums.ts`.
-- Внутри `app/src/types/**` — относительные импорты между файлами слоя.
-
-```typescript
-// ✅
-import type { TUserProfile } from '@/types'
-import { SomeEnum } from '@/types/enums'
-
-// ❌
-import type { TUserProfile } from '@/types/User.types'
-```
-
-Новые публичные типы — реэкспорт в `app/src/types/index.ts` по **`layer-barrel-exports.mdc`**.
-
-## `@/api`
-
-- **Публичный API** — barrel `app/src/api/index.ts`. Вне `app/src/api/**` — только `import … from '@/api'` (или `@/api/index`).
-- **Запрещено** снаружи слоя: `@/api/<что‑угодно>`, кроме `@/api/index`.
-- Внутри `app/src/api/**` — относительные импорты и `@/api/services/**`, `@/api/clients/**`.
-
-```typescript
-// ✅ в store, UI, lib вне app/src/api
-import { MedcardApiService } from '@/api'
-
-// ❌ снаружи app/src/api
-import { MedcardApiService } from '@/api/services/MedcardApiService/MedcardApiService'
-```
-
-Новые публичные символы API — реэкспорт в `app/src/api/index.ts` по **`layer-barrel-exports.mdc`**.

package/presets/cursor/next/rules/react-a11y-coding.mdc

@@ -1,37 +0,0 @@
----
-description: Accessibility при написании React UI — семантика, формы, focus, keyboard
-globs: app/src/ui/**/*.tsx,app/src/ui/**/*.ts
-alwaysApply: false
----
-
-# A11y при разработке UI
-
-Reviewer (`accessibility-reviewer`) проверяет diff; эти правила — **при написании** кода.
-
-## Семантика и ARIA
-
-- Предпочитать **нативные элементы** (`button`, `a`, `label`, `input`) вместо `div` с `onClick`.
-- **`role` / `aria-*`** — только когда нативного аналога нет; не дублировать то, что даёт семантика.
-- Заголовки — иераархия `h1`–`h6` без пропусков уровней ради стилей.
-
-## Формы
-
-- Каждый input связан с **`label`** (`htmlFor` / `id` или обёртка).
-- Сообщения об ошибках — **`aria-describedby`**, `aria-invalid` при validation errors.
-- Кнопки submit vs button — явный `type`.
-
-## Клавиатура и focus
-
-- Все интерактивные элементы **достижимы с Tab** и активируются Enter/Space где ожидается.
-- **Modals/drawers** — focus trap, возврат focus на trigger при закрытии, Esc закрывает (если по UX).
-- Не удалять видимый **focus outline** без замены на доступный custom focus style.
-
-## Контент
-
-- Изображения — **`alt`** (пустой `alt` только для декора).
-- Иконки-кнопки — **`aria-label`** или visually hidden text.
-- Динамические обновления — `aria-live` для критичных status/error (умеренно).
-
-## Проверка
-
-- При сомнении — devtools a11y tree или `accessibility-reviewer` в pipeline для UI-heavy фич.

package/presets/cursor/next/rules/reference-features.mdc

@@ -1,39 +0,0 @@
----
-description: Эталонные фичи репозитория — копировать структуру при реализации новых задач. Заполните пути после init в целевом репо.
-globs:
-  - app/src/ui/**/*
-  - app/src/store/**/*
-  - app/src/api/**/*
-  - app/src/types/**/*
-alwaysApply: false
----
-
-# Эталонные фичи (reference features)
-
-Перед реализацией найди фичу того же типа и **повтори её структуру**, не изобретая новую организацию файлов.
-
-## Таблица эталонов
-
-Замени **TBD** на реальные пути после договорённости в команде (или при `ai-rules init` в целевом репо):
-
-| Слой | Эталон | Что копировать |
-|------|--------|----------------|
-| UI page | **TBD** `app/src/ui/pages/<Example>/` | `components/`, `*.data.ts`, `styles.ts`, barrel |
-| Store slice | **TBD** `app/src/store/slices/<example>/` | slice, thunks, selectors, types |
-| API service | **TBD** `app/src/api/services/<example>/` | service, mappers, barrel |
-| Types module | **TBD** `app/src/types/<example>/` | domain types, JSDoc, barrel export |
-| Unit tests | **TBD** рядом с эталонным mapper/service | `*.spec.ts`, describe/it naming |
-| E2E area | **TBD** `app/__tests__/e2e/<Area>/` | `*.cases.md`, page objects, `_shared/` |
-
-## Как использовать
-
-1. Определи затронутые слои из `decomposition.md` или задачи.
-2. Открой эталон из таблицы (после заполнения путей).
-3. Зеркаль именование, порядок файлов, паттерны импортов и тестов.
-4. Если эталона нет — выбери **самую близкую** существующую фичу того же слоя и зафиксируй выбор в handoff.
-
-## Связанные правила
-
-- `code-quality-and-refactoring.mdc` — повторять паттерны, не deep-import.
-- `feature-delivery-workflow.mdc` — порядок слоёв.
-- skill `feature-delivery` — end-to-end сценарий.

package/presets/cursor/next/rules/technical-retro.mdc

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

package/presets/cursor/next/rules/types-jsdoc.mdc

@@ -1,42 +0,0 @@
----
-description: Стиль JSDoc для доменных и транспортных типов в app/src/types
-globs: app/src/types/**/*.ts
-alwaysApply: false
----
-
-# Документация типов в `app/src/types`
-
-При добавлении или существенном изменении типов в этом слое **следовать уже принятому в репозитории стилю JSDoc** (см. примеры: `User.types.ts`, `Common.types.ts`, `ServerValidation.types.ts`, `TreatmentPlan/*.types.ts`).
-
-## Язык и форма
-
-- Текст комментариев — **на русском**, кратко и по делу: что означает тип или поле в предметной области или в контракте с API.
-- **Не опираться** на теги в духе `@param`, `@returns`, `@see`, `@deprecated` для описания типов — в этом слое они **не используются**; достаточно обычного текста в `/** … */`.
-
-## Экспортируемый `type` / `interface`
-
-- Сразу **перед объявлением** — блок `/** … */`.
-- Если нужно пояснить источник данных, ограничения или неочевидности — **второй абзац** в том же блоке (в JSDoc для абзаца — пустая строка между строками текста).
-- Для **вложенных** объектов в том же файле каждый такой тип документируется отдельным блоком над своим объявлением.
-
-## Поля
-
-- У **каждого** публичного свойства — **однострочный** `/** … */` на строке непосредственно **над** полем.
-- Если поле **не приходит с бэкенда «как есть»**, а вычисляется или дополняется на фронте (маппер, селектор, UI) — начать описание с префикса **`[computed]`** (как в `TUserProfile`, типах плана лечения).
-- Для форматов данных указывать это **в тексте**: например дата `YYYY-MM-DD`, пример отображаемой строки в кавычках.
-
-## Классы и прочие объявления
-
-- Для **классов** (например ошибки транспорта) при изменении публичного API — краткий блок над классом и **комментарии к публичным полям** по тем же правилам, что у свойств интерфейса.
-
-## `enum`
-
-- В `enums.ts` исторически часто **без JSDoc** на каждом члене; для новых enum допустимо короткое описание **над самим enum**, если назначение неочевидно из имени. Подписи для UI — как принято, через объекты `*Names` рядом с enum.
-
-## Практика для агента
-
-- Добавляя новый тип или поле, **не оставлять** новые публичные поля без пояснения, если смысл не равен имени на 100%.
-- Правя файл, где уже есть такие комментарии, **поддерживать тот же стиль**, а не смешивать с англоязычными или «теговыми» блоками.
-- Не раздувать комментарии: одна-две фразы на тип, одна строка на поле — норма; исключение — действительно сложная доменная оговорка.
-
-См. также импорты и barrel: `public-imports.mdc`.

package/presets/cursor/next/rules/types-public-imports.mdc

@@ -1,8 +0,0 @@
----
-description: Moved to public-imports.mdc — read that file instead
-alwaysApply: false
----
-
-# Deprecated
-
-Содержимое перенесено в **`public-imports.mdc`** (раздел `@/types`).

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

@@ -1,15 +0,0 @@
-# `.cursor/skills` (preset next)
-
-Project skills for Cursor. They keep long workflows out of always-on rules while preserving the same team conventions as the Claude preset.
-
-| Skill | When to use |
-|-------|-------------|
-| `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 are copied to `.cursor/skills/` by `ai-rules init cursor --preset next`.

package/presets/cursor/next/skills/ci-investigation/SKILL.md

@@ -1,36 +0,0 @@
----
-name: ci-investigation
-description: Investigates failing CI checks on PRs and branches — lint, type-check, unit, e2e — with local reproduction and minimal fixes. Use when CI is red or for ci-fix pipeline tasks.
----
-
-# CI Investigation
-
-## Workflow
-
-1. Identify the **first failing check** (lint, type-check, unit, e2e, build).
-2. Capture error output — ignore cascading failures until root cause is found.
-3. Reproduce locally with the same commands CI uses from `app/`:
-   - `lint:js`, `lint:css`, `type-check`
-   - targeted unit test file or suite
-   - affected Playwright spec if e2e 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:
-
-- Failed check name and link/log excerpt
-- Root cause classification
-- Fix applied (or handoff to feature-developer)
-- 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 e2e → prefer `playwright-test-healer` after ci-investigator identifies the spec.
-
-## Validation
-
-Always re-run the failing command locally before marking complete. If environment blocks execution, state the exact command and blocker.

package/presets/cursor/next/skills/code-review/SKILL.md

@@ -1,26 +0,0 @@
----
-name: code-review
-description: Reviews pull requests, merge requests, git diffs, and branch changes using the preset's architecture, import, UI, API, and testing standards. Use when the user asks for review or when code-reviewer runs in an agent pipeline.
----
-
-# Code Review
-
-## 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 layers.
-2. Check correctness and regressions first.
-3. Verify architecture boundaries: UI does not know DTO/transport, store does not depend on UI, API services do not pull UI/store.
-4. Check public imports through `@/types` and `@/api`, plus barrel updates for new public symbols.
-5. Review UI consistency, styling conventions, and prop shape.
-6. Check tests: unit for mapper/domain logic, behavior tests for HTTP client changes, e2e plan/spec updates for user flows.
-7. Report validation gaps: lint, stylelint, type-check, or relevant tests not run.
-
-## 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/next/skills/debug-investigation/SKILL.md

@@ -1,28 +0,0 @@
----
-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
-
-## Process
-
-1. Reproduce the issue or collect the closest available evidence: error output, failing test, browser snapshot, logs, or user steps.
-2. Define expected vs actual behavior in one sentence.
-3. Trace the failing path through the smallest relevant slice of the codebase.
-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 test when the behavior is user-facing or likely to recur.
-7. Run the narrow failing check first, then relevant lint/type/test validation.
-
-## Artifacts
-
-For agent team tasks, write `.cursor/team/tasks/<slug>/debug-report.md` with:
-
-- Reproduction steps or evidence source.
-- Root cause.
-- Fix scope.
-- Regression coverage.
-- Remaining risk.
-
-Update `status.json` when complete.

package/presets/cursor/next/skills/feature-delivery/SKILL.md

@@ -1,15 +0,0 @@
----
-name: feature-delivery
-description: Delivers Next.js frontend features end-to-end across domain types, API services, store, UI, mocks, tests, and validation. Use when implementing or extending a feature, especially through /task or feature-developer.
----
-
-# Feature Delivery
-
-1. Read task brief, acceptance criteria, and decomposition if present.
-2. Read **`feature-delivery-workflow.mdc`** and **`reference-features.mdc`** — follow layer order and mirror closest reference feature.
-3. Add or update focused tests for changed behavior.
-4. Validation from `app/`: see **`post-change-lint.mdc`** (pipeline: scoped lint OK if next step is `build-verifier`).
-
-## Handoff
-
-Summarize by layer, validation results, and known gaps. Agent team: update `.cursor/team/tasks/<slug>/status.json`.

package/presets/cursor/next/skills/playwright-e2e/SKILL.md

@@ -1,31 +0,0 @@
----
-name: playwright-e2e
-description: Plans, generates, and heals Playwright e2e tests using this preset's app/__tests__/e2e layout, *.cases.md plans, page objects, and shared helpers. Use for e2e planning, test generation, or fixing failing browser tests.
----
-
-# Playwright E2E
-
-## Project Layout
-
-- Test root: `app/__tests__/e2e`.
-- Test plans: `*.cases.md` files under the matching feature folder.
-- Executable specs: `*.spec.ts` files in the same folder.
-- Seed/setup reference: `app/__tests__/e2e/seed.spec.ts`.
-
-Do not introduce top-level `specs/` or `tests/` folders for real coverage unless the user explicitly asks for a sandbox.
-
-## Planner
-
-Create or update the relevant `*.cases.md` file. Each scenario should include title, preconditions, steps, and expected result. Cover happy path, important edge cases, validation, and error states.
-
-## Generator
-
-Generate specs from `*.cases.md` into the same folder. Reuse existing page objects and `_shared/` helpers. Keep test names aligned with scenario names.
-
-## Healer
-
-Fix selectors, waits, setup, or page-object details without weakening business assertions. Use the matching `*.cases.md` file as the behavior contract.
-
-## Validation
-
-Run the affected spec when feasible. If the environment blocks execution, report the command that should be run and the blocker.

package/presets/cursor/next/skills/technical-retro/SKILL.md

@@ -1,40 +0,0 @@
----
-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
-
-## Inputs
-
-Ask for missing period, focus, task slug, participants, or format constraints. If a slug is provided, read `.cursor/team/tasks/<slug>/` artifacts and local git status/diff. Do not invent facts not present in artifacts or the user's message.
-
-## Facilitation Principles
-
-- Focus on process and system behavior, not blame.
-- Separate facts, interpretations, and proposed actions.
-- Balance what worked with what slowed delivery.
-- Keep action items concrete, owned, and measurable.
-
-## Default Structure
-
-1. Goal and scope.
-2. Timeline or factual observations.
-3. What worked.
-4. What hurt quality, speed, or confidence.
-5. Root causes for the top one or two issues.
-6. Experiments and action items.
-
-## Agent Team Block
-
-For `/task` pipelines, include router, analyst, developer, **build-verifier**, reviewer, QA/e2e, hooks, and rules.
-
-## Preset feedback loop
-
-If the same issue appeared in 2+ tasks, add section **Preset updates**:
-
-- Proposed change to `.cursor/rules/`, `.cursor/agents/`, or `.cursor/skills/`
-- One concrete diff or file path to update
-- Whether it belongs in always-on rules vs globs vs skill
-
-Do not apply preset changes without user approval.

package/presets/cursor/next/skills/unit-testing/SKILL.md

@@ -1,32 +0,0 @@
----
-name: unit-testing
-description: Plans, generates, and heals unit tests for mappers, thunks, HTTP client behavior, and React components using colocated *.spec.ts files and tests-unit rules. Use for unit test planning, generation, or fixing failing unit tests.
----
-
-# Unit Testing
-
-## Project Layout
-
-- Specs colocated with source: `*.spec.ts` / `*.spec.tsx` next to the module under test.
-- Legacy `*.test.ts` / `*.test.tsx` — do not rename without a separate task.
-- Runner: Jest or Vitest as configured in the target repo; components use `@testing-library/react`.
-
-Follow **`tests-unit.mdc`** (Cursor) or **`rules/testing/tests-unit.md`** (Claude).
-
-## Planner
-
-Write or update `.cursor/team/tasks/<slug>/unit-test-plan.md` (or `.claude/team/...`).
-
-Each scenario needs a Russian `it()` title (capital letter after each sentence). Cover mappers, thunks, client behavior branches, and component interactions per AC.
-
-## Generator
-
-Implement specs from `unit-test-plan.md`. Reuse project test-store, HTTP mocks, and existing test utilities. Do not change production code.
-
-## Healer
-
-Fix mocks, async timing, selectors, and setup — preserve business assertions. Use `unit-test-plan.md` and `brief.md` as the behavior contract.
-
-## Validation
-
-Run affected unit tests from `app/` when feasible. Report command, pass/fail, and remaining gaps vs plan.

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

@@ -1,105 +0,0 @@
-# Agent team artifacts
-
-Каталог артефактов пайплайна «команда агентов» Cursor.
-
-## Layout
-
-```
-.cursor/team/
-  active-task.json
-  fixtures/                  # pipeline profile examples (feature-full, feature-light, bugfix-standard)
-  tasks/
-    <slug>/
-      pipeline.json
-      status.json
-      brief.md
-      decomposition.md
-      debug-report.md          # fixApplied: true/false
-      validation-report.md     # build-verifier: PASS | FAIL
-      architecture.md
-      migration-plan.md
-      ci-report.md
-      a11y-review.md
-      perf-report.md
-      security-review.md
-      api-contract-review.md
-      unit-test-plan.md
-      documentation.md
-      review.md
-```
-
-## pipeline.json schema
-
-```json
-{
-  "slug": "order-history-date-filter",
-  "intent": "feature",
-  "summary": "Add date filter to Order History",
-  "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": []
-}
-```
-
-### Step fields
-
-| Field | Description |
-|-------|-------------|
-| `agent` | kebab-case name or array when `parallel: true` |
-| `label` | Human-readable step name |
-| `scope` | Passed to agents (e.g. `unit-in-dev`, `e2e-only`) |
-| `skipIf` | `debugger.fixed` \| `ci-investigator.resolved` |
-| `parallel` | Invoke all `agent` values in one parent turn |
-
-## status.json (pipeline mode)
-
-```json
-{
-  "slug": "order-history-date-filter",
-  "intent": "feature",
-  "pipelineIndex": 0,
-  "currentAgent": "task-analyst",
-  "phase": "executing",
-  "state": "in_progress",
-  "awaitingHumanGate": false,
-  "parallelCompleted": [],
-  "retryAfterFix": null,
-  "updatedAt": "2026-05-29T12:00:00.000Z"
-}
-```
-
-### phase
-
-Prefer **`executing`** for pipeline mode. Legacy: `analysis`, `development`, `review`, `testing`, `done`.
-
-### state
-
-| Value | Description |
-|-------|-------------|
-| `in_progress` | Current step running |
-| `completed` | Current step finished |
-| `awaiting_approval` | Human gate; use `/task-continue` |
-| `changes_requested` | Reviewer requires fixes |
-| `validation_failed` | build-verifier failed |
-| `approved` | Legacy continue |
-
-## Workflow entry
-
-```bash
-/task <описание задачи>
-/task-continue <slug>
-/technical-retro <slug>
-```
-
-Legacy: `/feature-start`, `/feature-continue`.
-
-## Git
-
-Commit task artifacts if you want them to survive `ai-rules clean cursor`. Or copy finished tasks to `docs/agent-workflow/tasks/<slug>/`.

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

@@ -1,15 +0,0 @@
-{
-  "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/cursor/next/team/fixtures/feature-full.json

@@ -1,16 +0,0 @@
-{
-  "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/cursor/next/team/fixtures/feature-light.json

@@ -1,17 +0,0 @@
-{
-  "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" }
-  ]
-}