@bonesofspring/ai-rules 0.2.14 → 0.2.15

package/presets/cursor/svelte/commands/technical-retro.md

@@ -3,82 +3,82 @@ name: technical-retro
 description: Facilitate a technical retrospective for a period, incident, release, or completed agent-team task slug.
 ---
 
-# Техническое ретро
+# Technical retro
 
-Агент выступает как **нейтральный фасилитатор технической ретроспективы**, а не как ревьюер кода или оценщик людей. Используй skill **`technical-retro`** как основной сценарий.
+The agent acts as a **neutral facilitator of a technical retrospective**, not as a code reviewer or people evaluator. Use skill **`technical-retro`** as the main scenario.
 
-## Когда включать
+## When to use
 
-- Пользователь просит: «ретро», «техническое ретро», «разбор спринта/итерации», «action items после релиза».
-- После завершения пайплайна команды агентов (`/feature-start` → `/feature-continue`).
-- Есть контекст: период, тема (релиз, инцидент), slug задачи, заметки.
+- The user asks for: “retro”, “technical retro”, “sprint/iteration review”, “action items after release”.
+- After an agent-team pipeline finishes (`/feature-start` → `/feature-continue`).
+- Context exists: period, topic (release, incident), task slug, notes.
 
-## Входные данные (собрать, не выдумывать)
+## Inputs (gather, do not invent)
 
-Запросить при нехватке:
+Ask when missing:
 
-- **Период и фокус**.
-- **Slug задачи** (если ретро по работе команды агентов).
-- **Участники/роли** (если важно).
-- **Ограничения**: время, формат (async vs синхрон).
+- **Period and focus**.
+- **Task slug** (if the retro is about agent-team work).
+- **Participants/roles** (if relevant).
+- **Constraints**: time, format (async vs sync).
 
-### Артефакты команды агентов (если есть slug)
+### Agent-team artifacts (when there is a slug)
 
-Прочитать из репозитория:
+Read from the repository:
 
 - `.cursor/team/tasks/<slug>/pipeline.json`
 - `.cursor/team/tasks/<slug>/brief.md`
 - `.cursor/team/tasks/<slug>/decomposition.md`
 - `.cursor/team/tasks/<slug>/status.json`
-- Git diff / `git status` для изменённых файлов
+- Git diff / `git status` for changed files
 
-Не приписывать факты, которых нет в артефактах, diff или сообщении пользователя.
+Do not invent facts that are not in artifacts, the diff, or the user message.
 
-## Принципы фасилитации
+## Facilitation principles
 
-- **Безопасность**: процесс и система, не «виноватые».
-- **Конкретика**: от абстракций к наблюдаемым событиям.
-- **Баланс**: позитив и зоны роста.
-- **Action items**: владелец и срок у каждого.
-- **Не смешивать с code review** — развести блоки, если запросили оба.
+- **Safety**: process and system, not “who is to blame”.
+- **Specifics**: from abstractions to observed events.
+- **Balance**: positives and growth areas.
+- **Action items**: owner and due date for each.
+- **Do not mix with code review** — separate the blocks if both are requested.
 
-## Структура сессии (по умолчанию)
+## Session structure (default)
 
-1. **Цель и рамки**.
-2. **Сбор фактов**: хорошо / мешало / сюрпризы.
-3. **Группировка тем** (3–7).
-4. **Корневые причины** для 1–2 болезненных тем.
-5. **Эксперименты** (1–3 изменения процесса).
-6. **Action items**: что / владелец / до когда / критерий успеха.
+1. **Goal and scope**.
+2. **Gather facts**: what went well / what blocked / surprises.
+3. **Cluster themes** (3–7).
+4. **Root causes** for 1–2 painful themes.
+5. **Experiments** (1–3 process changes).
+6. **Action items**: what / owner / by when / success criterion.
 
-## Блок «Работа агентов» (обязателен при slug)
+## “Agent work” block (required when there is a slug)
 
-Если ретро связано с пайплайном `/feature-start`:
+If the retro is tied to a `/feature-start` pipeline:
 
-| Вопрос | Что фиксировать |
-|--------|-----------------|
-| Router | Ошибка intent, лишние/пропущенные steps в pipeline |
-| Аналитик | Ошибки в assumptions, пропущенные AC, лишние/недостающие таски |
-| Декомпозиция | Неполное покрытие слоёв, неверный порядок, blocked-зависимости |
-| Developer | Scope creep, пропущенные правила, lint/type gaps |
-| Reviewer | Пропущенные дефекты, false positives, качество чеклиста |
-| QA | Покрытие AC тестами, flakiness, пробелы в e2e планах |
+| Question | What to record |
+|----------|----------------|
+| Router | Wrong intent, extra/missing steps in pipeline |
+| Analyst | Wrong assumptions, missed AC, extra/missing tasks |
+| Decomposition | Incomplete layer coverage, wrong order, blocked dependencies |
+| Developer | Scope creep, missed rules, lint/type gaps |
+| Reviewer | Missed defects, false positives, checklist quality |
+| QA | AC coverage by tests, flakiness, gaps in e2e plans |
 
-**Action items** в этом блоке — на улучшение **промптов, subagents и rules** (не только кода).
+**Action items** in this block — improve **prompts, subagents, and rules** (not only code).
 
-## Формат ответа
+## Response format
 
-- Шапка: период, фокус, slug (если есть), допущения.
-- Повестка по этапам.
-- Блок **«Работа агентов»** (если применимо).
-- Темы — буллеты; спорное — **вопросы команде**.
-- **Action items** в конце.
+- Header: period, focus, slug (if any), assumptions.
+- Agenda by stages.
+- **“Agent work”** block (when applicable).
+- Themes — bullets; disputed points — **questions for the team**.
+- **Action items** at the end.
 
-## Ограничения
+## Constraints
 
-- Не приписывать цитаты и факты без входа.
-- Не выдавать HR‑рекомендации.
-- Если просят только шаблон — **шаблон повестки** без выдуманного контента.
+- Do not invent quotes or facts without input.
+- Do not give HR recommendations.
+- If they ask only for a template — an **agenda template** without invented content.
 
 ### Metrics evidence
 

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

@@ -1,29 +1,29 @@
-### Разница .mdc и .md в .cursor/rules
+### Difference between .mdc and .md in .cursor/rules
 
 #### .md
-Обычный markdown‑файл. Cursor видит его как документацию/контент, но не как правило, которое нужно автоматически применять.
+Ordinary markdown file. Cursor sees it as documentation/content, not as a rule to apply automatically.
 
 #### .mdc
-Специальный формат Cursor Rule:
-- сверху обязателен YAML‑frontmatter с полями вроде description, globs, alwaysApply;
-- файл лежит в .cursor/rules/;
-- Cursor интерпретирует его как конфигурацию поведения ассистента для этого репо (автоматически подмешивает содержимое в контекст, когда правило подходит).
+Special Cursor Rule format:
+- YAML frontmatter is required at the top with fields like description, globs, alwaysApply;
+- the file lives in .cursor/rules/;
+- Cursor treats it as assistant behavior config for this repo (automatically mixes the contents into context when the rule matches).
 
-- То есть .mdc = “markdown + config для Cursor”, .md = просто текст без управляющего смысла для ассистента.
+- So .mdc = “markdown + config for Cursor”, .md = plain text with no control meaning for the assistant.
 
-### С чего начать новую задачу
+### Starting a new task
 
-- **Команда агентов (рекомендуется):** `/task <описание>` — router выберет роли и порядок; при human gate — `/task-continue <slug>`. См. **`agent-team-orchestrator.mdc`** и `.cursor/team/README.md`.
+- **Agent team (recommended):** `/task <description>` — the router picks roles and order; after a human gate — `/task-continue <slug>`. See **`agent-team-orchestrator.mdc`** and `.cursor/team/README.md`.
 - **Legacy:** `/feature-start` → `/feature-continue`.
-- **Сквозной чеклист слоёв (для developer):** **`feature-delivery-workflow.mdc`**.
+- **End-to-end layer checklist (for developer):** **`feature-delivery-workflow.mdc`**.
 
 ### Loading strategy
 
-- **`alwaysApply: true`** (Cursor) / **без `paths:`** (Claude) — только базовые инварианты (**3**):
+- **`alwaysApply: true`** (Cursor) / **without `paths:`** (Claude) — base invariants only (**3**):
   - `svelte-app-core`, `package-manager`, `code-quality-and-refactoring`
-- **On-demand / requestable** — `post-change-lint` (**обязателен после правок кода**, не always-on), `agent-team-intake` (через orchestrator/commands), `agent-team-orchestrator`, architecture, imports, UI, tests, feature-delivery-workflow, `design-guidance`, `anti-sycophancy-discipline`, `svelte-sveltekit-anti-hallucination`, reference-features, sveltekit-routing, `security-sveltekit`, svelte-a11y-coding, `technical-retro`
+- **On-demand / requestable** — `post-change-lint` (**required after code edits**, not always-on), `agent-team-intake` (via orchestrator/commands), `agent-team-orchestrator`, architecture, imports, UI, tests, feature-delivery-workflow, `design-guidance`, `anti-sycophancy-discipline`, `svelte-sveltekit-anti-hallucination`, reference-features, sveltekit-routing, `security-sveltekit`, svelte-a11y-coding, `technical-retro`
 - **Preset author meta** (globs `packages/ai-rules/presets/**`, never alwaysApply): `preset-layering`, `preset-twin-sync`, `preset-token-budget`, `preset-pr-checklist`, `preset-no-cross-stack-leakage`
-- **Skills** — длинные процедуры (`feature-delivery`, `svelte-performance`, `code-review`, …)
+- **Skills** — long procedures (`feature-delivery`, `svelte-performance`, `code-review`, …)
 
 ### Shared core → stack mapping
 
@@ -46,38 +46,38 @@ Claude twins + Cursor→Claude map: `presets/claude/svelte/rules/README.md`.
 
 ### UI edit bundle (consolidated globs)
 
-При правке `src/lib/components/**` / `src/routes/**` подгружается **уменьшенный** набор:
+When editing `src/lib/components/**` / `src/routes/**`, a **reduced** set is loaded:
 
-| Rule | Globs | Назначение |
-|------|-------|------------|
-| `svelte-ui.mdc` | `src/lib/components/**`, `src/routes/**` | Структура, стили, пропсы |
-| `architecture-boundaries-ui.mdc` | `src/lib/components/**`, `src/routes/**` | Slim границы UI-слоя |
+| Rule | Globs | Purpose |
+|------|-------|---------|
+| `svelte-ui.mdc` | `src/lib/components/**`, `src/routes/**` | Structure, styles, props |
+| `architecture-boundaries-ui.mdc` | `src/lib/components/**`, `src/routes/**` | Slim UI-layer boundaries |
 | `svelte-a11y-coding.mdc` | `src/lib/components/**`, `src/routes/**` | A11y |
-| `navigation-router-ui.mdc` | `src/lib/components/**`, `src/routes/**` | Краткий ориентир навигации |
-| `no-rest-props-spread.mdc` | `**/*.svelte` | Явные пропсы |
-| `svelte-script-conventions.mdc` | `**/*.{svelte,ts}` | Синтаксис / runes |
+| `navigation-router-ui.mdc` | `src/lib/components/**`, `src/routes/**` | Short navigation guide |
+| `no-rest-props-spread.mdc` | `**/*.svelte` | Explicit props |
+| `svelte-script-conventions.mdc` | `**/*.{svelte,ts}` | Syntax / runes |
 
-**Не грузятся на типичный UI edit:** `architecture-boundaries` (api/stores/types/clients), `layer-barrel-exports` (только `index.ts`), `navigation-router-stack` (routes/config).
+**Not loaded on a typical UI edit:** `architecture-boundaries` (api/stores/types/clients), `layer-barrel-exports` (`index.ts` only), `navigation-router-stack` (routes/config).
 
-`css-property-order-stylelint.mdc` — на `**/*.{css,scss,svelte}`.
+`css-property-order-stylelint.mdc` — on `**/*.{css,scss,svelte}`.
 
-### Эталонные фичи
+### Reference features
 
-Заполните **`reference-features.mdc`** (TBD → реальные пути) после `init` в целевом репо.
+Fill in **`reference-features.mdc`** (TBD → real paths) after `init` in the target repo.
 
-### Каталог ключевых правил
+### Catalog of key rules
 
-| Файл | Назначение |
-|------|------------|
-| `reference-features.mdc` | Эталонные пути UI/store/API/types/tests |
+| File | Purpose |
+|------|---------|
+| `reference-features.mdc` | Reference paths for UI/store/API/types/tests |
 | `sveltekit-routing.mdc` | SvelteKit file-based routing, load, form actions |
 | `svelte-sveltekit-anti-hallucination.mdc` | Phantom Kit/Svelte/React/Vue banlist (≥15 ❌/✅ rows) |
 | `security-sveltekit.mdc` | Secrets, `$env`, XSS, hooks, `+server` |
-| `svelte-a11y-coding.mdc` | A11y при написании UI |
-| `feature-delivery-workflow.mdc` | Сквозной чеклист (on-demand) |
-| `package-manager.mdc` | Менеджер пакетов; cwd = Kit root |
-| `svelte-app-core.mdc` | Стек, слои, карта каталогов (alwaysApply) |
-| `post-change-lint.mdc` | `lint:js` + `lint:css` + `check` после edits |
+| `svelte-a11y-coding.mdc` | A11y when writing UI |
+| `feature-delivery-workflow.mdc` | End-to-end checklist (on-demand) |
+| `package-manager.mdc` | Package manager; cwd = Kit root |
+| `svelte-app-core.mdc` | Stack, layers, directory map (alwaysApply) |
+| `post-change-lint.mdc` | `lint:js` + `lint:css` + `check` after edits |
 | `store-svelte.mdc` | writable/derived/readable + runes |
 | `svelte-ui.mdc` | Svelte SFC conventions |
 | `no-rest-props-spread.mdc` | Explicit props vs rest spread |

package/presets/cursor/svelte/rules/agent-team-intake.mdc

@@ -11,6 +11,6 @@ When the user message looks like a **work request** (implement, add, fix, refact
 
 1. Prefer **`/task <their request>`** or invoke **task-router** first.
 2. Do not jump straight to coding without router + pipeline when scope is non-trivial.
-3. Pure questions («как работает X», «объясни») — prefer agent **`codebase-analyzer`** (explain-as-is); trivial one-liners may be answered inline. Do not open `/task`.
+3. Pure questions (“how does X work”, “explain”) — prefer agent **`codebase-analyzer`** (explain-as-is); trivial one-liners may be answered inline. Do not open `/task`.
 
-Exceptions: user explicitly says «без pipeline», «просто сделай», or continues an active slug.
+Exceptions: user explicitly says “no pipeline”, “just do it”, or continues an active slug.

package/presets/cursor/svelte/rules/agent-team-orchestrator.mdc

@@ -9,7 +9,7 @@ alwaysApply: false
 
 Parent agent = **manager**. Router plans; specialists execute. Artifacts: `.cursor/team/tasks/<slug>/`.
 
-Work request без `/task` — см. **`agent-team-intake.mdc`** (когда предлагать router вместо прямого кодинга).
+Work request without `/task` — see **`agent-team-intake.mdc`** (when to suggest the router instead of coding directly).
 
 ## Entry points
 
@@ -180,12 +180,12 @@ If `pipeline.json` is missing (old `/feature-start` tasks), fall back to fixed p
 
 Do **not** run `/task` + router for:
 
-- Pure questions («как работает X», «объясни») — prefer agent **`codebase-analyzer`** for deep traces; inline OK for trivial one-liners.
+- Pure questions (“how does X work?”, “explain”) — prefer agent **`codebase-analyzer`** for deep traces; inline OK for trivial one-liners.
 - Typo / one-file fix / trivial config with no architecture risk.
-- User explicitly says «без pipeline», «просто сделай», or continues an active slug.
+- User explicitly says “no pipeline”, “just do it”, or continues an active slug.
 - Single-line `docs-only` with no code impact.
 
-Borderline work requests — см. **`agent-team-intake.mdc`**.
+Borderline work requests — see **`agent-team-intake.mdc`**.
 
 ## Auto-detection (optional)
 

package/presets/cursor/svelte/rules/api-services.mdc

@@ -1,30 +1,30 @@
 ---
-description: Конвенции API сервисов и мапперов (SvelteKit $lib/api)
+description: Conventions for API services and mappers (SvelteKit $lib/api)
 globs: src/lib/api/**/*.ts
 alwaysApply: false
 impact: HIGH
 ---
 
-# Роль API слоя
+# Role of the API layer
 
-- Инкапсулировать HTTP через клиенты в `src/lib/clients/**` (`http-client`), URL, заголовки, DTO.
-- Предоставлять UI и store **стабильный доменный интерфейс** — функции с доменными типами из `$lib/types` + mappers DTO↔domain.
-- Может вызывать relative `+server.ts` routes (`/api/...`) при BFF — всё равно через services, не из `.svelte`.
+- Encapsulate HTTP via clients in `src/lib/clients/**` (`http-client`), URLs, headers, DTOs.
+- Provide UI and store a **stable domain interface** — functions with domain types from `$lib/types` + DTO↔domain mappers.
+- May call relative `+server.ts` routes (`/api/...`) for BFF — still through services, not from `.svelte`.
 
-# Структура
+# Structure
 
-- Каталоги сервисов под `src/lib/api/services/**` (или схема соседей).
-- Снаружи слоя — только barrel `src/lib/api/index.ts` (`public-imports`, `layer-barrel-exports`).
+- Service directories under `src/lib/api/services/**` (or the neighbor scheme).
+- Outside the layer — only barrel `src/lib/api/index.ts` (`public-imports`, `layer-barrel-exports`).
 
-# Мапперы
+# Mappers
 
-- Чистые функции; UI/store видят domain models, не сырые DTO.
-- Не вызывать `fetch` напрямую в теле сервиса — только через клиент / `event.fetch` patterns documented in repo.
+- Pure functions; UI/store see domain models, not raw DTOs.
+- Do not call `fetch` directly in the service body — only through the client / `event.fetch` patterns documented in the repo.
 
-# Ошибки
+# Errors
 
-- Не глотать ошибки; бросать унифицированные / Result-подобные формы как в проекте.
-- APM — централизованно в клиенте, не в каждом методе.
+- Do not swallow errors; throw unified / Result-like forms as in the project.
+- APM — centrally in the client, not in every method.
 
 # Incorrect / Correct
 

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

@@ -1,15 +1,15 @@
 ---
-description: Границы слоя UI — slim rule для правок компонентов (без полной карты store/API)
+description: UI layer boundaries — slim rule for component edits (without the full store/API map)
 globs: src/lib/components/**/*,src/routes/**/*
 alwaysApply: false
 ---
 
 # UI layer boundaries (slim)
 
-- **Импорты:** `src/lib/components/**`, facades под `src/lib/**`, `src/lib/stores/**` (public), типы из `$lib/types` / `@/types`, API — только `$lib/api` / `@/api` (`public-imports`).
-- **Запрещено:** прямой HTTP‑клиент (`fetch` вне `src/lib/clients`); знание DTO — только доменные типы.
-- **Состояние:** сценарии с записью — через `store-svelte` (stores / runes); узкие прямые вызовы `$lib/api` для чтения — только как в соседних фичах.
-- **Организация:** `$lib` / `@/`; без deep‑импортов в чужие фичи; только public API.
-- **Barrel:** при новых публичных символах — реэкспорт по `layer-barrel-exports`.
+- **Imports:** `src/lib/components/**`, facades under `src/lib/**`, `src/lib/stores/**` (public), types from `$lib/types` / `@/types`, API — only `$lib/api` / `@/api` (`public-imports`).
+- **Forbidden:** direct HTTP client (`fetch` outside `src/lib/clients`); knowing DTOs — domain types only.
+- **State:** write scenarios — via `store-svelte` (stores / runes); narrow direct `$lib/api` reads — only as in neighboring features.
+- **Organization:** `$lib` / `@/`; no deep imports into other features; public API only.
+- **Barrel:** when adding public symbols — re-export per `layer-barrel-exports`.
 
-Полная карта слоёв: **`architecture-boundaries`** — при правках `src/lib/api`, `src/lib/stores`, `src/lib/types`, `src/lib/clients`.
+Full layer map: **`architecture-boundaries`** — when editing `src/lib/api`, `src/lib/stores`, `src/lib/types`, `src/lib/clients`.

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

@@ -1,11 +1,11 @@
 ---
-description: Архитектурные границы и правила импортов (SvelteKit)
+description: Architectural boundaries and import rules (SvelteKit)
 globs: src/lib/api/**/*,src/lib/stores/**/*,src/lib/types/**/*,src/lib/clients/**/*,src/lib/components/**/*,src/routes/**/*
 alwaysApply: false
 impact: CRITICAL
 ---
 
-# Границы между слоями
+# Boundaries between layers
 
 ```text
 src/routes (+page/+layout) / src/lib/components
@@ -17,33 +17,33 @@ src/routes (+page/+layout) / src/lib/components
 ```
 
 - **UI (`src/routes/**`, `src/lib/components/**`)**:
-  - Может импортировать: компоненты, facades, `src/lib/stores/**` (public), типы из `$lib/types` / `@/types`, API — **только** из `$lib/api` / `@/api` (`public-imports`).
-  - Не должен: вызывать HTTP‑клиент напрямую; знать DTO backend.
+  - May import: components, facades, `src/lib/stores/**` (public), types from `$lib/types` / `@/types`, API — **only** from `$lib/api` / `@/api` (`public-imports`).
+  - Must not: call the HTTP client directly; know backend DTOs.
 - **Store (`src/lib/stores/**`)** — `store-svelte`:
-  - Может импортировать: другие stores (public), `$lib/api`, `$lib/types`.
-  - Не должен: зависеть от UI; ходить в `src/lib/clients` в обход сервисов.
+  - May import: other stores (public), `$lib/api`, `$lib/types`.
+  - Must not: depend on UI; reach `src/lib/clients` bypassing services.
 - **API (`src/lib/api/**`)**:
-  - Services + mappers; HTTP через `src/lib/clients/**`.
-  - Не должен: тянуть UI или store.
+  - Services + mappers; HTTP via `src/lib/clients/**`.
+  - Must not: pull UI or store.
 - **Server (`+server.ts`, hooks)**:
-  - Edge/BFF; secrets via `$env/static/private`; не заменяют `src/lib/api/**` domain services.
+  - Edge/BFF; secrets via `$env/static/private`; do not replace `src/lib/api/**` domain services.
 
-## UI и обращение к API
+## UI and API access
 
-- Сценарии с изменением серверного состояния — через store actions / rune modules.
-- Прямой вызов `$lib/api` из UI — только узкие read-only случаи без дублирования store-сценария.
-- Facades под `src/lib/**` — thin orchestration (не Vue `composables/`).
+- Scenarios that change server state — via store actions / rune modules.
+- Direct `$lib/api` calls from UI — only narrow read-only cases that do not duplicate a store scenario.
+- Facades under `src/lib/**` — thin orchestration (not Vue `composables/`).
 
-## Правила импортов
+## Import rules
 
-- Между слоями — `$lib/…` (preferred) или `@/…` если настроен; уважать `$app/*` / `$env/*` без phantoms.
-- Внутри фичи — относительные без подъёма выше корня фичи.
-- Снаружи слоя — только public barrels (`layer-barrel-exports`, `public-imports`).
+- Between layers — `$lib/…` (preferred) or `@/…` if configured; respect `$app/*` / `$env/*` without phantoms.
+- Inside a feature — relative without climbing above the feature root.
+- Outside a layer — public barrels only (`layer-barrel-exports`, `public-imports`).
 
-## Запрещено как defaults
+## Forbidden as defaults
 
 - RTK / Pinia / Vuex; stems `store-rtk` / `store-pinia`.
-- Next `app/src/**`, Nuxt `pages/**` / `composables/**` как канон.
+- Next `app/src/**`, Nuxt `pages/**` / `composables/**` as canon.
 
 ## Incorrect
 

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

@@ -1,51 +1,52 @@
 ---
-description: Поддержка и улучшение качества кода и архитектуры
+description: Maintain and improve code quality and architecture
 alwaysApply: true
 ---
 
 <!-- shared-core: quality/code-quality-and-refactoring.md -->
 
-# Поддержка существующего стиля
+# Match existing style
 
-- Следовать существующим паттернам (имена, структура, типизация / DI / error handling); минимизировать стилистический шум (лишний format/rename).
-- Перед новым решением: искать аналог и **повторять подход**; проверять дизайн‑систему / UI‑пакеты; ходить только через **public API** (deep‑импорты — повод для рефакторинга).
+- Follow existing patterns (names, structure, typing / DI / error handling); avoid drive-by formatting or renames.
+- Before a new solution: find an analog and **repeat the approach**; check the design system / UI packages; go only through the **public API** (deep imports are a reason to refactor).
 
-# Принципы
+# Principles
 
-- **KISS:** самое простое изменение в паттернах репозитория.
-- **DRY + Rule of Three:** общее — только после 3-го повторения (ошибочная абстракция дороже дублирования).
-- **YAGNI:** без API, флагов, слоёв «на будущее» без текущего требования.
-- **SOLID:** S — один повод менять; O — композиция/новые реализации; L — контракт подтипа; I — узкие порты; D — абстракции (порты), детали в адаптерах стека.
-- **CUPID:** Composable; Unix philosophy (одна ответственность); Predictable; Idiomatic (репо); Domain-based.
-- **Composition over inheritance;** Law of Demeter — без цепочек `a.b.c.d`; через public API / facade.
+- **KISS:** the simplest change in the repository’s patterns.
+- **DRY + Rule of Three:** share only after the 3rd repetition (wrong abstraction costs more than duplication).
+- **YAGNI:** no APIs, flags, or “for later” layers without a current requirement.
+- **SOLID:** S — one reason to change; O — composition/new implementations; L — subtype contract; I — narrow ports; D — abstractions (ports), details in stack adapters.
+- **CUPID:** Composable; Unix philosophy (one responsibility); Predictable; Idiomatic (repo); Domain-based.
+- **Composition over inheritance;** Law of Demeter — no `a.b.c.d` chains; via public API / facade.
 
-# Рефакторинг при изменениях
+# Refactoring during changes
 
-- Лёгкий refactor OK, если меньше дублирования, выше читаемость, без ломки публичных контрактов.
-- Примеры: общая утилита/хук/mapper/use case; сузить unsafe-типы; разбить крупный модуль; токены вместо «магии»; deep‑импорт → public API.
-- Не делать «большой» рефакторинг на точечной задаче (структура/публичные имена без запроса). Крупное — минимальными шагами; код остаётся собираемым.
+- Light refactor is OK if it reduces duplication, improves readability, and does not break public contracts.
+- Examples: shared utility/hook/mapper/use case; narrow unsafe types; split a large module; tokens instead of “magic”; deep import → public API.
+- Do not do a “big” refactor on a point task (structure/public names without a request). Break large work into minimal steps; keep the repo buildable after each step.
 
-# Требование к агенту
+# Agent requirement
 
-- **Boy scout:** оставлять модуль немного лучше; не жертвовать архитектурой и слоями ради краткости.
+- **Boy scout:** leave the module a bit better; do not sacrifice architecture and layers for brevity.
 
 ## Agent discipline (anti-sycophancy)
 
 Essentials below. Full procedural set (~17 rules) → load **`anti-sycophancy-discipline`**.
 
 - Unverifiable third-party API → mark `// VERIFY: lib.symbol @ version` (or stack equivalent); never invent signatures.
-- Before «is this correct?» — ≥3 failure modes (empty, boundary, concurrency/state) or name what you could not check.
+- Before "is this correct?" — ≥3 failure modes (empty, boundary, concurrency/state) or name what you could not check.
 - Refactor without tests → propose characterization test; if declined, label `UNTESTED`.
-- Comments = WHY only when non-obvious; ban self-referential «added for issue Y».
+- Comments = WHY only when non-obvious; ban self-referential "added for issue Y".
 - Urgency/authority: name the trade-off once, then comply — no apology loops.
 - Match verification to risk; report by what was **verified**, not attempted.
 
 Style enforcement (formatter / linter / post-change gate) lives in the **stack toolchain** — see each adapter’s **Stack notes**.
 
-> Stack-specific lint gates, примеры и toolchain — в секции **Stack notes** адаптера пресета.
+> Stack-specific lint gates, examples, and toolchain — in the preset adapter **Stack notes** section.
+
 ## Stack notes
 
-- Перед новым UI‑контролом проверять существующий Svelte UI‑код и пакеты проекта.
-- Public API: index/barrel‑файлы и явно экспортируемые сущности под `$lib` (`public-imports`, `layer-barrel-exports`).
-- Допустимые примеры: общий facade/утилита; типизация `any`/`unknown`; разделение крупного `.svelte`; CSS‑токены вместо «магических» значений.
-- Lint/stylelint — только **`post-change-lint`**; ESLint (`eslint-plugin-svelte`) + Stylelint configs at SvelteKit root (e.g. `eslint.config.js` / `eslint.config.mjs`, `.stylelintrc*`). Отключение правила (`eslint-disable`) — только **точечно** с кратким комментарием «зачем».
+- Before adding a new UI control, check existing Svelte UI code and project packages.
+- Public API: index/barrel files and explicitly exported entities under `$lib` (`public-imports`, `layer-barrel-exports`).
+- Allowed examples: shared facade/utility; typing `any`/`unknown`; splitting a large `.svelte`; CSS tokens instead of “magic” values.
+- Lint/stylelint — only **`post-change-lint`**; ESLint (`eslint-plugin-svelte`) + Stylelint configs at SvelteKit root (e.g. `eslint.config.js` / `eslint.config.mjs`, `.stylelintrc*`). Disabling a rule (`eslint-disable`) — only **locally** with a short “why” comment.

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

@@ -1,5 +1,5 @@
 ---
-description: Требования к code review агентами Cursor для merge requests
+description: Requirements for Cursor agents reviewing merge requests
 alwaysApply: false
 ---
 
@@ -22,9 +22,9 @@ On-demand rule for review flows. **Procedure and output format:** skill `code-re
 - UI conventions of the stack
 - Unit and e2e/UI test conventions
 - Post-change lint/build gate before final report
-- Design smells **in MR diff scope** — load `design-guidance`; не разворачивать полный каталог Fowler вне диффа
-- Pattern name (GoF) — только если репозиторий уже использует эту форму или match минимален
-- Principles (KISS / DRY+Ro3 / YAGNI / SOLID / CUPID) — через always-on `code-quality-and-refactoring`, не дублировать эссе в review
+- Design smells **in MR diff scope** — load `design-guidance`; do not expand the full Fowler catalog outside the diff
+- Pattern name (GoF) — only if the repository already uses that shape or the match is minimal
+- Principles (KISS / DRY+Ro3 / YAGNI / SOLID / CUPID) — via always-on `code-quality-and-refactoring`, do not duplicate the essay in review
 
 Concrete rule stems — in **Stack notes**.
 
@@ -33,7 +33,7 @@ Concrete rule stems — in **Stack notes**.
 - 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.
-- No «большие рефакторинги» without an explicit request (`code-quality-and-refactoring`).
+- No “big refactors” without an explicit request (`code-quality-and-refactoring`).
 
 ## Output contract