@bonesofspring/ai-rules 0.2.14 → 0.2.16

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

@@ -3,59 +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 после релиза».
-- Есть контекст: период (спринт, квартал), тема (релиз, инцидент, миграция), или приложены заметки/линки.
+- 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)
 
-- **Период и фокус** (например: две недели, релиз X, постмортем).
-- **Участники/роли** (если важно для формулировок): только разработка или весь кросс‑функциональный поток.
-- **Ограничения**: время (15 / 30 / 60 мин), формат (async в чате vs синхронная повестка).
-- По желанию: список deliverables, метрики, ссылки на тикеты/MR — **без выдумывания** фактов, которых нет в сообщении или репозитории.
+Ask when missing:
 
-Если контекста мало — задать **1–3 коротких уточняющих вопроса**, затем продолжить с явными допущениями в шапке вывода.
+- **Period and focus**.
+- **Task slug** (if the retro is about agent-team work).
+- **Participants/roles** (if relevant).
+- **Constraints**: time, format (async vs sync).
 
-## Принципы фасилитации
+### Agent-team artifacts (when there is a slug)
 
-- **Безопасность и нейтральность**: формулировки про процесс и систему, не про «виноватых»; избегать ярлыков к людям.
-- **Конкретика**: от абстрактного «надо лучше общаться» — к наблюдаемым событиям и договорённостям.
-- **Баланс**: зафиксировать и позитив (что усилить), и зоны роста.
-- **Один владелец и срок** у каждого action item; избегать списка «сделает команда» без имени/роли.
-- **Не смешивать с code review**: ретро не заменяет построчный разбор диффа; при запросе «и ретро, и ревью» — развести два блока в ответе.
+Read from the repository:
 
-## Рекомендуемая структура сессии (по умолчанию)
+- `.claude/team/tasks/<slug>/pipeline.json`
+- `.claude/team/tasks/<slug>/brief.md`
+- `.claude/team/tasks/<slug>/decomposition.md`
+- `.claude/team/tasks/<slug>/status.json`
+- Git diff / `git status` for changed files
 
-Подстроить под указанное время. Для короткого async‑формата — сжать до шагов 2–4.
+Do not invent facts that are not in artifacts, the diff, or the user message.
 
-1. **Цель и рамки** (1–2 предложения): зачем встреча, что в фокусе / что вне скоупа.
-2. **Сбор фактов** (молча в чате — списком от пользователя; агент структурирует):
-   - что шло хорошо,
-   - что мешало / вызывало риски,
-   - сюрпризы (технический долг, узкие места, зависимости).
-3. **Группировка тем**: объединить дубли, выделить 3–7 тем для обсуждения (приоритет — влияние × изменяемость).
-4. **Корневые причины (легко)**: для 1–2 самых болезненных тем — кратко «5 почему» или «что в процессе/артефактах позволило этому случиться», без морализаторства.
-5. **Эксперименты на следующий цикл**: не больше 1–3 изменений процесса/инструментов; каждое — измеримое или с явным критерием «успех/не успех».
-6. **Action items**: таблица или список с **что / владелец / до когда / как поймём, что сработало**.
+## Facilitation principles
 
-## Формат ответа агента
+- **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.
 
-- Краткая **шапка**: период, фокус, допущения (если были).
-- **Повестка** или итог по этапам выше.
-- **Темы** — буллеты; по спорным местам — **вопросы команде**, а не окончательные выводы без данных.
-- **Решения и эксперименты** отдельным блоком.
-- **Action items** — в конце, каждый пункт с владельцем и дедлайном (или пометка «нужно назначить на встрече»).
+## Session structure (default)
 
-## Ограничения
+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.
 
-- Не приписывать команде цитаты или факты, которых не было во входе.
-- Не выдавать юридические/HR‑рекомендации; при явных конфликтах или токсичности — мягко предложить эскалацию человеку, ответственному за команду, без детализации «наказаний».
-- Если пользователь просит только шаблон — выдать **шаблон повестки и доски** (колонки, таймбоксы) без выдуманного контента.
+## “Agent work” block (required when there is a slug)
+
+If the retro is tied to a `/feature-start` pipeline:
+
+| 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** in this block — improve **prompts, subagents, and rules** (not only code).
+
+## Response format
+
+- 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
+
+- 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/claude/svelte/rules/README.md

@@ -1,6 +1,6 @@
 # `.claude/rules` (preset svelte)
 
-В Claude Code все `.md` под `rules/` **обнаруживаются рекурсивно**. Тела **derived** из Cursor SoT; индексы — не второй SoT.
+In Claude Code all `.md` under `rules/` are **discovered recursively**. Bodies are **derived** from Cursor SoT; indexes are not a second SoT.
 
 ## SoT sync
 
@@ -14,7 +14,7 @@
 
 ## Loading strategy
 
-- **Session start (no `paths:`):** ровно **3** — `svelte-app-core`, `package-manager`, `code-quality`
+- **Session start (no `paths:`):** exactly **3** — `svelte-app-core`, `package-manager`, `code-quality`
 - **On-demand (`paths:` or via commands):** `post-change-lint`, `security-sveltekit`, architecture, UI, tests, `svelte-sveltekit-anti-hallucination`, **preset-*** meta, …
 - **Skills:** `feature-delivery`, `svelte-performance`, `code-review`, …
 

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

@@ -1,9 +1,9 @@
 # API and data
 
-HTTP-транспорт, сервисы, Svelte stores/runes store.
+HTTP transport, services, Svelte stores/runes store.
 
-| Файл | Содержание | `paths:` |
-|------|------------|----------|
-| `http-client.md` | Единый HTTP-клиент, ошибки, связь со store | `src/lib/clients/**`, `src/lib/clients/**` |
-| `api-services.md` | Сервисы, мапперы, DTO → домен | `api/services/**` |
-| `store-svelte.md` | Svelte stores/runes, actions, типизация | `src/lib/stores/**` |
+| File | Contents | `paths:` |
+|------|----------|----------|
+| `http-client.md` | Shared HTTP client, errors, link to store | `src/lib/clients/**`, `src/lib/clients/**` |
+| `api-services.md` | Services, mappers, DTO → domain | `api/services/**` |
+| `store-svelte.md` | Svelte stores/runes, actions, typing | `src/lib/stores/**` |

package/presets/claude/svelte/rules/api-and-data/api-services.md

@@ -1,29 +1,29 @@
 ---
-description: Конвенции API сервисов и мапперов (SvelteKit $lib/api)
+description: Conventions for API services and mappers (SvelteKit $lib/api)
 paths:
   - src/lib/api/**/*.ts
 ---
 
-# Роль 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/claude/svelte/rules/api-and-data/store-svelte.md

@@ -1,33 +1,33 @@
 ---
-description: Svelte stores и runes — клиентское состояние (SvelteKit)
+description: Svelte stores and runes — client state (SvelteKit)
 paths:
   - src/lib/stores/**/*.ts
   - src/lib/stores/**/*.js
   - **/*.svelte.ts
 ---
 
-# Общие принципы
+# Shared principles
 
-- **Primary (Svelte 5):** runes в `.svelte` / `.svelte.ts` — `$state`, `$derived`, `$effect`, `$props`, `$bindable` as applicable.
-- **Secondary (legacy / shared):** `writable` / `derived` / `readable` из `svelte/store` когда так делают соседи или для shared state вне runes — “follow neighbors”.
-- В store / shared modules хранить **доменные модели**, не сырые DTO.
-- Маппинг DTO → domain — в `src/lib/api/**` (или server mappers) **до** записи в store/runes.
-- UI-only флаги можно держать локально в компоненте (`$state`), если так принято в репо.
+- **Primary (Svelte 5):** runes in `.svelte` / `.svelte.ts` — `$state`, `$derived`, `$effect`, `$props`, `$bindable` as applicable.
+- **Secondary (legacy / shared):** `writable` / `derived` / `readable` from `svelte/store` when neighbors do so or for shared state outside runes — “follow neighbors”.
+- Store / shared modules hold **domain models**, not raw DTOs.
+- DTO → domain mapping — in `src/lib/api/**` (or server mappers) **before** writing to store/runes.
+- UI-only flags may stay local in the component (`$state`) if that is the repo convention.
 
-# Запрещено в этом пресете
+# Forbidden in this preset
 
 - RTK / Redux: `createSlice`, `createAsyncThunk`, RTK Query, `useDispatch` / `useSelector`, stem `store-rtk`.
 - Pinia / Vuex: `defineStore`, stem `store-pinia`.
-- Сырой `fetch` из store в обход `$lib/api` сервисов (кроме узких documented исключений репо).
-- Импорт `$state` / runes из выдуманных пакетов — только Svelte runtime / documented APIs для installed major.
+- Raw `fetch` from the store bypassing `$lib/api` services (except narrow documented repo exceptions).
+- Importing `$state` / runes from invented packages — only Svelte runtime / documented APIs for the installed major.
 
-# Структура
+# Structure
 
-- Доменный модуль — файл в `src/lib/stores/**` (например `src/lib/stores/profile.ts` или `profile.svelte.ts`).
-- Export явных store factories / rune modules; имена как у соседей.
-- Actions / функции вызывают сервисы из `$lib/api` (`public-imports`).
+- Domain module — file under `src/lib/stores/**` (e.g. `src/lib/stores/profile.ts` or `profile.svelte.ts`).
+- Export explicit store factories / rune modules; names as neighbors use.
+- Actions / functions call services from `$lib/api` (`public-imports`).
 
-# Асинхронность
+# Async
 
 ```ts
 // Incorrect — raw HTTP + DTO in state
@@ -49,19 +49,19 @@ export async function loadProfile() {
 }
 ```
 
-# Типизация и ошибки
+# Typing and errors
 
-- Доменные типы из `$lib/types` (или `@/types` если aliased).
-- Ошибки транспорта — контракты из типов / принятый класс клиента (`http-client`).
-- В UI: `$profile` / subscribe / `$derived` — follow neighbors.
+- Domain types from `$lib/types` (or `@/types` if aliased).
+- Transport errors — contracts from types / the accepted client class (`http-client`).
+- In UI: `$profile` / subscribe / `$derived` — follow neighbors.
 
-# Тестирование
+# Testing
 
-- Покрывать важные stores / rune modules (инициализация, переходы, actions с моком API).
-- Unit: Vitest; мокать `$lib/api` сервисы.
+- Cover important stores / rune modules (init, transitions, actions with mocked API).
+- Unit: Vitest; mock `$lib/api` services.
 
-# Требование к агенту
+# Agent requirement
 
-- Не класть HTTP/transport в компоненты.
-- Строго типизировать state/actions.
-- Следовать стилю соседних stores / runes modules.
+- Do not put HTTP/transport in components.
+- Strictly type state/actions.
+- Follow the style of neighboring stores / runes modules.

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

@@ -1,12 +1,12 @@
 # Architecture rules
 
-| Файл | Назначение |
-|------|------------|
-| `public-imports.md` | Импорты `@/types`, `@/types/enums`, `@/api` (вне `src/lib/api/**`) |
-| `architecture-boundaries-ui.md` | Slim границы UI при правках компонентов |
-| `architecture-boundaries.md` | Полная карта UI / store / API (api, store, types, lib) |
-| `layer-barrel-exports.md` | Двухуровневые barrel для слоёв с public API |
-| `feature-delivery-workflow.md` | Сквозной чеклист новой фичи |
-| `reference-features.md` | Эталонные пути UI/store/API/types |
+| File | Purpose |
+|------|---------|
+| `public-imports.md` | Imports `@/types`, `@/types/enums`, `@/api` (outside `src/lib/api/**`) |
+| `architecture-boundaries-ui.md` | Slim UI boundaries when editing components |
+| `architecture-boundaries.md` | Full UI / store / API map (api, store, types, lib) |
+| `layer-barrel-exports.md` | Two-level barrels for layers with a public API |
+| `feature-delivery-workflow.md` | End-to-end checklist for a new feature |
+| `reference-features.md` | Reference paths for UI/store/API/types |
 
 Deprecated stubs `types-public-imports.md` / `api-public-imports.md` **removed** — use `public-imports.md`.

package/presets/claude/svelte/rules/architecture/architecture-boundaries-ui.md

@@ -1,5 +1,5 @@
 ---
-description: Границы слоя UI — slim rule для правок компонентов (без полной карты store/API)
+description: UI layer boundaries — slim rule for component edits (without the full store/API map)
 paths:
   - src/lib/components/**/*
   - src/routes/**/*
@@ -7,10 +7,10 @@ paths:
 
 # 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/claude/svelte/rules/architecture/architecture-boundaries.md

@@ -1,5 +1,5 @@
 ---
-description: Архитектурные границы и правила импортов (SvelteKit)
+description: Architectural boundaries and import rules (SvelteKit)
 paths:
   - src/lib/api/**/*
   - src/lib/stores/**/*
@@ -9,7 +9,7 @@ paths:
   - src/routes/**/*
 ---
 
-# Границы между слоями
+# Boundaries between layers
 
 ```text
 src/routes (+page/+layout) / src/lib/components
@@ -21,33 +21,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/claude/svelte/rules/architecture/feature-delivery-workflow.md

@@ -1,5 +1,5 @@
 ---
-description: Сквозной чеклист новой фичи и матрица «слой → правило Cursor». Use when implementing features via feature-developer or feature-delivery skill.
+description: End-to-end checklist for a new feature and the “layer → Cursor rule” matrix. Use when implementing features via feature-developer or feature-delivery skill.
 paths:
   - src/routes/**/*
   - src/lib/components/**/*
@@ -11,48 +11,48 @@ paths:
 
 <!-- shared-core: architecture/feature-delivery-workflow.md -->
 
-# Доставка фичи (сквозной порядок)
+# Feature delivery (end-to-end order)
 
 ## Stack notes
 
-Типичная фича с данными с backend и общим состоянием. Детали слоёв — `architecture-boundaries.mdc`, `svelte-app-core.mdc`.
+Typical feature with backend data and shared state. Layer details — `architecture-boundaries.mdc`, `svelte-app-core.mdc`.
 
-Канонические пути: `src/routes/**`, `src/lib/{components,stores,api,clients,types}/**`, `tests/e2e/**`. Aliases: `$lib` preferred; `@/` if configured. State: `store-svelte` (runes primary; legacy stores secondary).
+Canonical paths: `src/routes/**`, `src/lib/{components,stores,api,clients,types}/**`, `tests/e2e/**`. Aliases: `$lib` preferred; `@/` if configured. State: `store-svelte` (runes primary; legacy stores secondary).
 
-## Чеклист (порядок работ)
+## Checklist (work order)
 
-1. **Доменные типы** — `src/lib/types/**`, barrel (`public-imports`, `layer-barrel-exports`); JSDoc — `types-jsdoc`.
-2. **Контракт API** — DTO где принято; доменные типы в `$lib/types`.
-3. **Мапперы** — DTO → домен в `*responseMappers.ts` (`api-services`).
-4. **Сервисы** — клиенты `src/lib/clients/**`, barrel `$lib/api` (`api-services`, `http-client`). Без `fetch` из UI/store.
-5. **Состояние** — `src/lib/stores/**` / runes (`store-svelte`); actions → `$lib/api`. **Не** RTK / Pinia.
-6. **UI** — `src/routes/**`, `src/lib/components/**`; данные через store / facades / `load`.
+1. **Domain types** — `src/lib/types/**`, barrel (`public-imports`, `layer-barrel-exports`); JSDoc — `types-jsdoc`.
+2. **API contract** — DTOs where the repo uses them; domain types in `$lib/types`.
+3. **Mappers** — DTO → domain in `*responseMappers.ts` (`api-services`).
+4. **Services** — clients `src/lib/clients/**`, barrel `$lib/api` (`api-services`, `http-client`). No `fetch` from UI/store.
+5. **State** — `src/lib/stores/**` / runes (`store-svelte`); actions → `$lib/api`. **Not** RTK / Pinia.
+6. **UI** — `src/routes/**`, `src/lib/components/**`; data via store / facades / `load`.
 7. **Unit** — colocated `*.spec.ts` (Vitest + Testing Library Svelte).
 8. **E2E** — `tests/e2e/<Area>/<plan>.cases.md` + `*.spec.ts`.
 9. **Gate** — `post-change-lint`: `lint:js`, `lint:css`, `check`.
 
-## Частичные сценарии
+## Partial scenarios
 
-| Задача | Минимум действий |
-|--------|------------------|
-| Только API + типы | Типы, сервис, мапперы, `$lib/api` barrel; unit на маппер. |
-| Только store | Store/runes actions на `$lib/api`. |
-| Только UI | Store/`load` data; без HTTP/DTO. |
-| Только e2e | `*.cases.md` + spec; page object. |
+| Task | Minimum |
+|------|---------|
+| API + types only | Types, service, mappers, `$lib/api` barrel; unit for mapper. |
+| Store only | Store/runes actions on `$lib/api`. |
+| UI only | Store/`load` data; no HTTP/DTO. |
+| E2E only | `*.cases.md` + spec; page object. |
 
-## Антипаттерны
+## Anti-patterns
 
-- DTO в UI или нетипизированном store.
-- HTTP из компонента / store в обход сервиса.
-- Deep-import `$lib/api/services/**` из UI/store.
-- `{...props}` / `$$restProps` без дисциплины — `no-rest-props-spread`.
+- DTO in UI or untyped store.
+- HTTP from a component / store bypassing the service.
+- Deep-import `$lib/api/services/**` from UI/store.
+- `{...props}` / `$$restProps` without discipline — `no-rest-props-spread`.
 - RTK / Pinia / Vue / Nuxt APIs as defaults.
 - Load `design-guidance` when assessing structure / smells.
 
-## Матрица: зона → правила
+## Zone → rules matrix
 
-| Зона | Правила |
-|------|---------|
+| Zone | Rules |
+|------|-------|
 | `src/lib/clients/**` | `http-client`, `tests-unit` |
 | `src/lib/api/**` | `api-services`, `layer-barrel-exports`, `http-client` |
 | `src/lib/stores/**` | `store-svelte`, `architecture-boundaries`, `public-imports` |

package/presets/claude/svelte/rules/architecture/layer-barrel-exports.md

@@ -1,62 +1,62 @@
 ---
-description: Двухуровневые barrel-экспорты для слоёв с регламентированным public API
+description: Two-level barrel exports for layers with a regulated public API
 paths:
   - **/index.ts
 ---
 
-# Barrel-экспорты слоёв с public API
+# Barrel exports for layers with a public API
 
-## Когда применять
+## When to apply
 
-Для **любого слоя** (каталога, пакета, bounded context), у которого:
+For **any layer** (directory, package, bounded context) that has:
 
-- есть **корневой barrel** — единая точка импорта для внешних потребителей;
-- deep-импорты внутрь слоя **запрещены** снаружи (ESLint `no-restricted-imports`, правила `public-imports.mdc`).
+- a **root barrel** — single import point for external consumers;
+- deep imports into the layer **forbidden** from outside (ESLint `no-restricted-imports`, `public-imports.mdc` rules).
 
-Примеры alias/entry point в разных проектах: `@/api`, `@/types`, `@/core`, `@/store`, `packages/foo`.
+Example alias/entry points across projects: `@/api`, `@/types`, `@/core`, `@/store`, `packages/foo`.
 
-## Два уровня barrel
+## Two barrel levels
 
-1. **Локальный** — `index.ts` модуля/фичи внутри слоя.
-2. **Корневой public API** — barrel слоя (например `src/<layer>/index.ts`).
+1. **Local** — `index.ts` of a module/feature inside the layer.
+2. **Root public API** — layer barrel (e.g. `src/<layer>/index.ts`).
 
-**Внутри** слоя — относительные импорты и пути между подмодулями. **Снаружи** — только корневой barrel и **явно разрешённые** вторичные entry points (если зафиксированы в правилах проекта, напр. `@/types/enums`).
+**Inside** the layer — relative imports and paths between submodules. **Outside** — only the root barrel and **explicitly allowed** secondary entry points (if fixed in project rules, e.g. `@/types/enums`).
 
-## Что реэкспортировать наружу
+## What to re-export outward
 
-Только символы, которые **должны быть доступны** потребителям слоя: публичные функции/сервисы/фасады, типы контракта, константы и helpers, нужные другим слоям или тестам.
+Only symbols that **must be available** to layer consumers: public functions/services/facades, contract types, constants and helpers needed by other layers or tests.
 
-**Не реэкспортировать:** внутренние адаптеры, мапперы, детали транспорта, промежуточные объекты для сборки фасада внутри слоя.
+**Do not re-export:** internal adapters, mappers, transport details, intermediate objects used to assemble a facade inside the layer.
 
-Группировка в корневом barrel — **по конвенции репозитория** (ориентир — соседние модули того же слоя).
+Grouping in the root barrel — **per repository convention** (orient on neighboring modules of the same layer).
 
-## Чеклист агента (обязателен)
+## Agent checklist (required)
 
-При добавлении или существенном расширении **модуля внутри регламентированного слоя**:
+When adding or substantially extending a **module inside a regulated layer**:
 
-1. Определить слой, его **корневой barrel** и доп. entry points (`public-imports.mdc`).
-2. Создать/обновить **локальный** `index.ts` — только публичные символы.
-3. Если в слое есть **фасад/агрегатор** (`*ApiService.ts`, `rootReducer`, …) — подключить модуль там.
-4. Добавить **реэкспорт** новых публичных символов в **корневой barrel** слоя.
-5. **Проверка:** grep по имени символа или пути `./<Module>` в корневом barrel; снаружи слоя нет deep-импортов.
+1. Identify the layer, its **root barrel**, and extra entry points (`public-imports.mdc`).
+2. Create/update the **local** `index.ts` — public symbols only.
+3. If the layer has a **facade/aggregator** (`*ApiService.ts`, `rootReducer`, …) — wire the module there.
+4. Add a **re-export** of new public symbols in the layer’s **root barrel**.
+5. **Verify:** grep for the symbol name or path `./<Module>` in the root barrel; no deep imports from outside the layer.
 
-Модуль **не готов**, пока чеклист не пройден.
+The module is **not ready** until the checklist passes.
 
-## Как найти регламентированные слои в репозитории
+## How to find regulated layers in the repository
 
-1. Правила `public-imports.mdc` в `.cursor/rules/`.
-2. ESLint `no-restricted-imports` — паттерны `@/<layer>/*` с исключением barrel.
-3. `architecture-boundaries.mdc`, README проекта.
+1. `public-imports.mdc` rules in `.claude/rules/`.
+2. ESLint `no-restricted-imports` — `@/<layer>/*` patterns with barrel exception.
+3. `architecture-boundaries.mdc`, project README.
 
-## В этом репозитории
+## In this repository
 
-| Слой | Корневой barrel | Правило импортов |
-|------|-------------------|------------------|
+| Layer | Root barrel | Import rule |
+|-------|-------------|-------------|
 | API | `api/index.ts` | `public-imports.mdc` |
 | Types | `types/index.ts` | `public-imports.mdc` (+ `@/types/enums`) |
 | Core | `core/index.ts` | ESLint: `@/core/index` |
 
-Иллюстрация двух уровней (API): локальный `services/.../<Feature>/index.ts` → фасад `*ApiService.ts` → `api/index.ts`.
+Two-level illustration (API): local `services/.../<Feature>/index.ts` → facade `*ApiService.ts` → `api/index.ts`.
 ## Incorrect
 
 ```ts