@bonesofspring/ai-rules 0.2.14 → 0.2.16

package/presets/cursor/svelte/commands/task.md

@@ -3,53 +3,53 @@ name: task
 description: Route a natural-language task through the agent-team pipeline: task-router, pipeline.json, and the first planned specialist.
 ---
 
-# Task — единая точка входа (router + pipeline)
+# Task — single entry point (router + pipeline)
 
-Главная команда для постановки задачи. Родительский агент = оркестратор (`agent-team-orchestrator.mdc`). Intake для work-запросов без `/task` — `agent-team-intake.mdc`.
+Main command for filing a task. Parent agent = orchestrator (`agent-team-orchestrator.mdc`). Intake for work requests without `/task` — `agent-team-intake.mdc`.
 
-## Аргументы
+## Arguments
 
-Всё после `/task` — описание задачи на естественном языке.
+Everything after `/task` is the natural-language task description.
 
-Примеры:
+Examples:
 
-- `/task Добавить фильтр по дате в Order History`
-- `/task Order History падает при пустом списке — пофикси`
-- `/task CI упал на typecheck в PR`
-- `/task Миграция HTTP-клиента на fetch`
-- `/task Проверь a11y формы логина`
-- `/task Покрой unit-тестами mapper payments`
-- `/task Напиши changelog для релиза фильтров`
-- `/task Сделай ревью моих изменений в store/orders`
-- `/task Напиши e2e для сценария оплаты`
+- `/task Add a date filter to Order History`
+- `/task Order History crashes on an empty list — fix it`
+- `/task CI failed on typecheck in the PR`
+- `/task Migrate the HTTP client to fetch`
+- `/task Check a11y of the login form`
+- `/task Cover the payments mapper with unit tests`
+- `/task Write a changelog for the filters release`
+- `/task Review my changes in store/orders`
+- `/task Write e2e for the payment scenario`
 
-## Алгоритм
+## Algorithm
 
-1. **Slug** — kebab-case из описания (≤48 символов). Создай `.cursor/team/tasks/<slug>/` через **Write** (например placeholder `pipeline.json` или пустой marker) — runtime/hook владеет `status.json` — **не** через Shell `mkdir` (песочница → `Operation not permitted`).
-2. **Router** — вызови subagent **task-router** с описанием задачи и путём к slug.
-3. **План** — покажи пользователю таблицу из `pipeline.json`: intent, steps, skipped, humanGates.
-4. **Intent retro** — если `intent === "retro"`, выполни `/technical-retro` и **остановись**.
-5. **Старт** — после router:
-   - подтверди `pipeline.json` и `active-task.json`;
-   - **не** пиши lifecycle-поля `status.json` / `metrics.json` сам — их владеет orchestration runtime/hook (см. **agent-artifact-contracts**). Если `status.json` отсутствует, допустим только минимальный bootstrap (`slug`, `intent`, `pipelineIndex: 0`, `currentAgent: steps[0]`, `state: in_progress`) — **не** увеличивай `pipelineIndex` вручную;
-   - вызови subagent для `pipeline.steps[0].agent` (slug, пути к артефактам, scope).
-6. **После каждого агента** — дождись hook handoff / reconciliation terminal receipt → `status.state`; не запускай следующий шаг, пока `status.json` не отражает handoff (или пока нет `followup_message` от hook).
-7. **Human gate** — если после текущего шага есть gate в `humanGates` (`after:<agent>`), после завершения агента **остановись** и попроси `/task-continue <slug>` (или `/feature-continue <slug>`).
+1. **Slug** — kebab-case from the description (≤48 characters). Create `.cursor/team/tasks/<slug>/` via **Write** (e.g. placeholder `pipeline.json` or empty marker) — runtime/hook owns `status.json` — **not** via Shell `mkdir` (sandbox → `Operation not permitted`).
+2. **Router** — invoke subagent **task-router** with the task description and slug path.
+3. **Plan** — show the user the table from `pipeline.json`: intent, steps, skipped, humanGates.
+4. **Intent retro** — if `intent === "retro"`, run `/technical-retro` and **stop**.
+5. **Start** — after the router:
+   - confirm `pipeline.json` and `active-task.json`;
+   - **do not** write `status.json` / `metrics.json` lifecycle fields yourself — the orchestration runtime/hook owns them (see **agent-artifact-contracts**). If `status.json` is missing, only a minimal bootstrap is allowed (`slug`, `intent`, `pipelineIndex: 0`, `currentAgent: steps[0]`, `state: in_progress`) — **do not** increment `pipelineIndex` by hand;
+   - invoke the subagent for `pipeline.steps[0].agent` (slug, artifact paths, scope).
+6. **After each agent** — wait for hook handoff / reconciliation terminal receipt → `status.state`; do not start the next step until `status.json` reflects the handoff (or until there is a hook `followup_message`).
+7. **Human gate** — if after the current step there is a gate in `humanGates` (`after:<agent>`), after the agent finishes **stop** and ask for `/task-continue <slug>` (or `/feature-continue <slug>`).
 
-## Не делать
+## Do not
 
-- Не вызывать developer до router и (если в pipeline) analyst/architect.
-- Не hardcode порядок ролей — только `pipeline.json`.
-- Не пропускать human gate без явного continue.
+- Do not invoke the developer before the router and (if in the pipeline) analyst/architect.
+- Do not hardcode role order — only `pipeline.json`.
+- Do not skip a human gate without an explicit continue.
 
-## Если slug занят
+## If the slug is busy
 
-- `awaitingHumanGate` / `state: awaiting_approval` → предложи ревью артефактов или `/task-continue <slug>`.
-- `in_progress` → спроси: продолжить или новый slug.
+- `awaitingHumanGate` / `state: awaiting_approval` → suggest reviewing artifacts or `/task-continue <slug>`.
+- `in_progress` → ask: continue or a new slug.
 
 ## Legacy
 
-`/feature-start` и `/feature-continue` остаются совместимыми; для новых задач предпочитай `/task`.
+`/feature-start` and `/feature-continue` remain compatible; prefer `/task` for new work.
 
 ## Metrics
 

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