@bonesofspring/ai-rules 0.2.13 → 0.2.15

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

@@ -1,42 +1,43 @@
 ---
-description: UI-тесты XCUITest и accessibility identifiers
+description: XCUITest UI tests and accessibility identifiers
 globs: "**/*UITests/**/*.swift"
 alwaysApply: false
 ---
 
-# Структура UI-тестов
+# UI test structure
 
-- UI Test target: `*UITests/` — сценарии пользовательских потоков.
-- Page Object (или Screen Object) — класс на экран: селекторы + действия (`LoginScreen`, `OrderHistoryScreen`).
-- Общие хелперы — `UITestSupport/`, base classes, launch arguments.
+- UI Test target: `*UITests/` — end-user flow scenarios.
+- Page Object (or Screen Object) — one class per screen: selectors + actions (`LoginScreen`, `OrderHistoryScreen`).
+- Shared helpers — `UITestSupport/`, base classes, launch arguments.
 
-# Селекторы и стабильность
+# Selectors and stability
 
-- **Приоритет:** `accessibilityIdentifier` для ключевых элементов; затем label/trait где устойчиво.
-- Идентификаторы согласовать с Presentation-слоем (`swiftui-ui.mdc`): `{screen}__{element}`.
-  - Пример: `order-history__submit-button`, `login__email-field`.
-- Избегать привязки к абсолютным координатам и хрупким XPath-подобным цепочкам.
+- **Priority:** `accessibilityIdentifier` for key elements; then label/trait where stable.
+- Align identifiers with the Presentation layer (`swiftui-ui.mdc`): `{screen}__{element}`.
+  - Example: `order-history__submit-button`, `login__email-field`.
+- Avoid absolute coordinates and brittle XPath-like chains.
 
-# Сценарии и именование
+# Scenarios and naming
 
-- Названия тестов — **на русском**, с префиксом сущности:
-  - `OH-001 Отображается список заказов` (префикс — первые буквы сущности, номер — три цифры).
-- Один тест — один пользовательский сценарий; не объединять несвязанные проверки.
+- Test names — **in the product locale** (Russian when UI copy is Russian), with an entity prefix:
+  <!-- i18n-keep: E5 -->
+  - `OH-001 Отображается список заказов` (prefix — entity initials, number — three digits).
+- One test — one user scenario; do not combine unrelated checks.
 
-# Launch и окружение
+# Launch and environment
 
-- `-UITesting`, mock server URL, сброс state — через `launchArguments` / `launchEnvironment`, как в репо.
-- Не зависеть от прод-backend в CI; использовать staging/mock.
+- `-UITesting`, mock server URL, state reset — via `launchArguments` / `launchEnvironment`, as in the repo.
+- Do not depend on production backend in CI; use staging/mock.
 
-# Синхронизация с UI
+# Sync with UI
 
-- При изменении UI обновлять identifiers в View и селекторы в page objects.
-- Не ослаблять assertions против бизнес-ожиданий ради «зелёного» CI.
+- When UI changes, update identifiers in Views and selectors in page objects.
+- Do not weaken assertions against business expectations just to keep CI green.
 
-# Требование к агенту
+# Agent requirement
 
-При добавлении UI-тестов:
-- Переиспользовать page objects, не дублировать query в каждом тесте.
-- Добавлять `accessibilityIdentifier` в SwiftUI через `.accessibilityIdentifier(...)` для новых интерактивных элементов.
-- Следовать существующим UITest files как эталону.
-- Планирование / генерация / heal — agents `xcuitest-test-{planner,generator,healer}` и skill `xcuitest-e2e` (не Playwright).
+When adding UI tests:
+- Reuse page objects; do not duplicate queries in every test.
+- Add `accessibilityIdentifier` in SwiftUI via `.accessibilityIdentifier(...)` for new interactive elements.
+- Follow existing UITest files as the reference.
+- Planning / generation / heal — agents `xcuitest-test-{planner,generator,healer}` and skill `xcuitest-e2e` (not Playwright).

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

@@ -1,41 +1,41 @@
 ---
-description: Unit и integration тесты (XCTest / Swift Testing)
+description: Unit and integration tests (XCTest / Swift Testing)
 globs: "**/*Tests/**/*.swift"
 alwaysApply: false
 ---
 
-# Общие правила тестирования
+# General testing rules
 
-- **Framework** — XCTest или Swift Testing, как в проекте.
-- Цель: проверять **поведение и бизнес-правила**, не детали реализации и private API.
-- Именование:
-  - `test` / `@Test` descriptions и `XCTContext` — **на русском**, как понятные бизнес-фразы.
-  - Описания **с заглавной буквы**.
+- **Framework** — XCTest or Swift Testing, as in the project.
+- Goal: verify **behavior and business rules**, not implementation details and private API.
+- Naming:
+  - `test` / `@Test` descriptions and `XCTContext` — **in the product locale** (Russian when UI copy is Russian), as clear business phrases.
+  - Descriptions **start with a capital letter**.
 
-# ViewModel и use case
+# ViewModel and use case
 
-- Mock протоколов repositories / use cases; не поднимать реальную сеть.
-- Проверять переходы state: loading → success/failure, validation errors, edge cases.
-- `@MainActor` ViewModel тестировать с `@MainActor` test methods или `await MainActor.run`.
+- Mock repository / use case protocols; do not hit the real network.
+- Assert state transitions: loading → success/failure, validation errors, edge cases.
+- Test `@MainActor` ViewModels with `@MainActor` test methods or `await MainActor.run`.
 
-# Mappers и domain
+# Mappers and domain
 
-- Mapper functions — unit-тесты с таблицами кейсов: nil fields, empty arrays, граничные значения.
-- Regression на бизнес-правила (скидки, статусы, форматирование дат).
+- Mapper functions — unit tests with case tables: nil fields, empty arrays, boundary values.
+- Regressions on business rules (discounts, statuses, date formatting).
 
-# Изоляция
+# Isolation
 
-- Не мокать то, что является предметом теста (например, сам mapper при тесте mapper).
-- Fixtures — в `TestSupport/`, `Mocks/` или рядом по конвенции репо; не дублировать большие JSON inline без нужды.
+- Do not mock the subject under test (e.g. the mapper itself when testing the mapper).
+- Fixtures — in `TestSupport/`, `Mocks/`, or colocated per repo convention; do not inline large JSON without need.
 
-# Структура файлов
+# File structure
 
-- `FeatureViewModelTests.swift`, `OrderMapperTests.swift` — суффикс `Tests` в имени типа/файла по стилю Xcode.
-- Не создавать глубокую вложенность `Tests/Tests/`; следовать target structure проекта.
+- `FeatureViewModelTests.swift`, `OrderMapperTests.swift` — `Tests` suffix on type/file name per Xcode style.
+- Do not create deep `Tests/Tests/` nesting; follow the project target structure.
 
-# Требование к агенту
+# Agent requirement
 
-При добавлении тестов:
-- Копировать паттерны из существующих test files в репо.
-- Добавлять тесты для новых веток логики и регрессий.
-- Использовать DTO fixtures из Data layer и domain types из Domain, не дублировать типы в тестах.
+When adding tests:
+- Copy patterns from existing test files in the repo.
+- Add tests for new logic branches and regressions.
+- Use DTO fixtures from the Data layer and domain types from Domain; do not duplicate types in tests.

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

@@ -1,20 +1,20 @@
 ---
-description: Перед xcodebuild / SwiftLint / SwiftFormat определять toolchain и схемы репозитория и использовать только их
+description: Before xcodebuild / SwiftLint / SwiftFormat, detect the repo toolchain and schemes and use only those
 alwaysApply: false
 ---
 
-# Xcode tooling (терминал)
+# Xcode tooling (terminal)
 
-Перед **`xcodebuild` / `swift build` / `swift test` / SwiftLint / SwiftFormat / `simctl`** определи toolchain репозитория и **используй только его**.
+Before **`xcodebuild` / `swift build` / `swift test` / SwiftLint / SwiftFormat / `simctl`**, detect the repository toolchain and **use only it**.
 
-## Как определить
+## How to detect
 
-1. **Workspace / project:** `.xcworkspace` (CocoaPods) → workspace; иначе `.xcodeproj`; SPM-only — `Package.swift`.
-2. **Scheme / destination:** как в CI, `Makefile`, `fastlane`, `scripts/` — не угадывать.
-3. **Lint:** `.swiftlint.yml` / `SwiftLint` в PATH или Mint/mise — если конфига нет, не запускать «чужой» lint.
-4. **Format:** `.swiftformat` / SwiftFormat — только если принято в репо.
-5. **Simulator:** `xcrun simctl list` + destination из CI; не хардкодить UDID.
+1. **Workspace / project:** `.xcworkspace` (CocoaPods) → workspace; else `.xcodeproj`; SPM-only — `Package.swift`.
+2. **Scheme / destination:** as in CI, `Makefile`, `fastlane`, `scripts/` — do not guess.
+3. **Lint:** `.swiftlint.yml` / `SwiftLint` on PATH or Mint/mise — if there is no config, do not run a foreign lint.
+4. **Format:** `.swiftformat` / SwiftFormat — only if adopted in the repo.
+5. **Simulator:** `xcrun simctl list` + destination from CI; do not hardcode UDID.
 
-Примеры: `xcodebuild -scheme App -destination 'platform=iOS Simulator,name=iPhone 16' build`, `swiftlint lint --quiet`, `swiftformat . --lint`.
+Examples: `xcodebuild -scheme App -destination 'platform=iOS Simulator,name=iPhone 16' build`, `swiftlint lint --quiet`, `swiftformat . --lint`.
 
-Долгие сборки и DerivedData — нормальны; не блокировать `xcodebuild`/`simctl`/`xcrun` shell-guard’ом.
+Long builds and DerivedData are normal; do not block `xcodebuild`/`simctl`/`xcrun` with the shell guard.

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

@@ -1,7 +1,7 @@
 # `.cursor/skills` (preset ios-swift)
 
-| Skill | Назначение |
-|-------|------------|
+| Skill | Purpose |
+|-------|---------|
 | `feature-delivery` | Domain → Data → VM → View → tests → post-change-build |
 | `code-review` | iOS MR checklist |
 | `unit-testing` | XCTest / Swift Testing |
@@ -11,4 +11,4 @@
 | `technical-retro` | Retro facilitation |
 | `write-adr` | Architecture Decision Record (context / decision / consequences) |
 
-Копируется в `.cursor/skills/` при init.
+Copied to `.cursor/skills/` on init.

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

@@ -1,6 +1,6 @@
 # Agent team artifacts (ios-swift)
 
-Каталог артефактов пайплайна «команда агентов» для iOS.
+Artifact directory for the iOS agent-team pipeline.
 
 ## Layout
 

package/presets/cursor/java/AGENTS.md

@@ -2,17 +2,17 @@
 
 **Repo-root agents:** see [`AGENTS.md`](../../AGENTS.md) at the project root (cross-tool setup, commands, security, living conventions pointers).
 
-| Задача | Куда смотреть |
+| Task | Where to look |
 |--------|----------------|
-| Новая work-задача | `/task` → `commands/task.md` + `agent-team-orchestrator.mdc` |
-| Фича end-to-end | skill `feature-delivery` + `feature-delivery-workflow.mdc` |
-| Стек и слои | `java-app-core.mdc`, `architecture-boundaries.mdc` |
-| После правок Java | `post-change-test.mdc` (+ `java-tooling.mdc`) |
+| New work task | `/task` → `commands/task.md` + `agent-team-orchestrator.mdc` |
+| Feature end-to-end | skill `feature-delivery` + `feature-delivery-workflow.mdc` |
+| Stack and layers | `java-app-core.mdc`, `architecture-boundaries.mdc` |
+| After Java edits | `post-change-test.mdc` (+ `java-tooling.mdc`) |
 | Integration tests | `integration-test-*` + skill `integration-testing` |
 | Unit tests | `unit-test-*` + skill `unit-testing` |
 | Code review | skill `code-review` + `code-review-mr.mdc` |
 | ADR | skill `write-adr` (on-demand) |
-| Как работает X | agent `codebase-analyzer` (explain-as-is; без `/task`) |
+| How does X work | agent `codebase-analyzer` (explain-as-is; without `/task`) |
 
 ## Install
 
@@ -20,7 +20,7 @@
 npx @bonesofspring/ai-rules init cursor --preset java
 ```
 
-Копирует rules/agents/hooks/skills/commands/team + `REPO_AGENTS.md` → корневой `AGENTS.md`.
+Copies rules/agents/hooks/skills/commands/team + `REPO_AGENTS.md` → root `AGENTS.md`.
 
 ## Inventory
 
@@ -28,10 +28,10 @@ npx @bonesofspring/ai-rules init cursor --preset java
 - **8 skills** — `feature-delivery`, `unit-testing`, `integration-testing`, `ci-investigation`, `debug-investigation`, `code-review`, `technical-retro`, `write-adr`
 - **5 commands** — `/task`, `/task-continue`, `/feature-start`, `/feature-continue`, `/technical-retro`
 
-## Dogfood (5 сценариев)
+## Dogfood (5 scenarios)
 
-1. `/task` — новый use case (domain → ports → adapters → wire).
-2. Баг маппинга HTTP — debugger + MockMvc/focused controller test.
+1. `/task` — new use case (domain → ports → adapters → wire).
+2. HTTP mapping bug — debugger + MockMvc/focused controller test.
 3. Repository contract — integration-test trio (Testcontainers).
 4. Unit use case — unit-test planner/generator (JUnit 5 + port fake/mock).
 5. Secrets in logs — security-reviewer + `security-java`.

package/presets/cursor/java/MCP.md

@@ -1,15 +1,15 @@
 # MCP (preset `java`, Cursor)
 
-Копируется в `.cursor/mcp.json` при `ai-rules init cursor --preset java`.
+Copied to `.cursor/mcp.json` on `ai-rules init cursor --preset java`.
 
 ## Servers
 
-| Name | Package | Зачем |
+| Name | Package | Why |
 |------|---------|--------|
-| `context7` | `@upstash/context7-mcp` | Актуальная документация Java / Spring / JDK / популярных библиотек |
+| `context7` | `@upstash/context7-mcp` | Up-to-date Java / Spring / JDK / popular library docs |
 
-Figma и browser e2e MCP (Playwright / Chrome DevTools) **не** входят в java-пресет (backend-only).
+Figma and browser e2e MCP (Playwright / Chrome DevTools) are **not** part of the java preset (backend-only).
 
-Секреты в файл не кладём. Опционально: `CONTEXT7_API_KEY` в окружении.
+Do not put secrets in the file. Optional: `CONTEXT7_API_KEY` in the environment.
 
-После init: Settings → MCP → включить серверы. `init` перезаписывает одноимённый `mcp.json`.
+After init: Settings → MCP → enable servers. `init` overwrites the same-named `mcp.json`.

package/presets/cursor/java/agents/README.md

@@ -1,10 +1,10 @@
 # `.cursor/agents` (preset java)
 
-Ролевые subagents для командного пайплайна Cursor (Java hexagonal).
+Role subagents for the Cursor agent-team pipeline (Java hexagonal).
 
 ## Analysis (on-demand)
 
-| Agent | Файл | Production-код |
+| Agent | File | Production code |
 |-------|------|----------------|
 | Codebase analyzer | `codebase-analyzer.md` | no (explain-as-is only) |
 
@@ -25,7 +25,7 @@
 
 ## Frontmatter `readonly`
 
-Все agents — **`readonly: false`** (нужна запись в `.cursor/team/**`). Ограничения production — в теле промпта.
+All agents are **`readonly: false`** (need write access to `.cursor/team/**`). Production constraints are in the prompt body.
 
 ## Model matrix (frontmatter `model`)
 

package/presets/cursor/java/agents/build-verifier.md

@@ -36,7 +36,7 @@ Hard gates for the **java** stack:
 
 Also document:
 
-1. **Root AGENTS template:** each installable preset (`cursor|claude` × `next|ios-swift|go|java|mcp-ts|php-hexagonal`) must ship `REPO_AGENTS.md` → **FAIL** if missing.
+1. **Root AGENTS template:** each installable preset (`cursor|claude` × `next|nuxt|svelte|ios-swift|go|java|mcp-ts|php-hexagonal|php-laravel`) must ship `REPO_AGENTS.md` → **FAIL** if missing.
 2. **Hooks cookbook:** default `hooks.json` must **not** reference `hooks/examples/` → **FAIL** if it does.
 3. **No react-performance on ios/go/java:** skill directory / required handoff must be absent under ios-swift, go, java, mcp-ts, php-hexagonal, and php-laravel → **FAIL** (leakage). Prefer `check:preset-leakage`.
 4. **Shared-core drift (hard in `check:preset-structure`):** `check-shared-core-drift` with `AI_RULES_DRIFT_FAIL=1`.

package/presets/cursor/java/agents/task-router.md

@@ -17,21 +17,21 @@ You are a task router for a **Java hexagonal backend** agent team. You **do not*
 
 | intent | Signals | Default steps |
 |--------|---------|---------------|
-| `feature` | «добавь», «новая», «реализуй», use case/API/adapter | task-analyst → feature-developer → build-verifier → code-reviewer → qa-tester or **integration-test** trio when adapter AC |
-| `bugfix` | «баг», «fix», «не работает», «падает» | debugger → feature-developer (skipIf debugger.fixed) → build-verifier → code-reviewer |
-| `ci-fix` | «CI», «красный PR», «failing check» | ci-investigator → feature-developer (skipIf resolved) → build-verifier → code-reviewer |
-| `migration` | «миграция», «upgrade», «обнови JDK/Maven-Gradle» | task-analyst → migration-specialist → feature-developer → build-verifier → code-reviewer |
-| `perf-audit` | «производительность», «JFR/async-profiler», «медленно» | performance-auditor |
-| `review-only` | «ревью», «review MR», «проверь diff» | code-reviewer |
-| `test-only` | «покрой тестами» (unit+integration, no impl) | task-analyst → qa-tester |
-| `unit-only` | «unit», «юнит», «покрой use case» | unit-test-planner → unit-test-generator, or unit-test-healer |
+| `feature` | «добавь» (add), «новая» (new), «реализуй» (implement), use case/API/adapter | task-analyst → feature-developer → build-verifier → code-reviewer → qa-tester or **integration-test** trio when adapter AC | <!-- i18n-keep: E4 -->
+| `bugfix` | «баг» (bug), «fix», «не работает» (doesn't work), «падает» (crashes) | debugger → feature-developer (skipIf debugger.fixed) → build-verifier → code-reviewer | <!-- i18n-keep: E4 -->
+| `ci-fix` | «CI», «красный PR» (red PR), «failing check» | ci-investigator → feature-developer (skipIf resolved) → build-verifier → code-reviewer | <!-- i18n-keep: E4 -->
+| `migration` | «миграция» (migration), «обнови JDK/Maven-Gradle» (upgrade), "update JDK/Maven-Gradle" | task-analyst → migration-specialist → feature-developer → build-verifier → code-reviewer | <!-- i18n-keep: E4 -->
+| `perf-audit` | «производительность» (performance), «JFR/async-profiler», «медленно» (slow) | performance-auditor | <!-- i18n-keep: E4 -->
+| `review-only` | «ревью» (review), «проверь diff» (review MR), "check diff" | code-reviewer | <!-- i18n-keep: E4 -->
+| `test-only` | «покрой тестами» (cover with tests), (unit+integration, no impl) | task-analyst → qa-tester | <!-- i18n-keep: E4 -->
+| `unit-only` | «юнит» (unit), «покрой use case» (cover use case) | unit-test-planner → unit-test-generator, or unit-test-healer | <!-- i18n-keep: E4 -->
 | `e2e-only` / integration | «integration», «e2e», «MockMvc», «Testcontainers» | **integration-test-planner** → **integration-test-generator**, or **integration-test-healer** |
-| `docs-only` | «документация», «README», «changelog» | task-analyst → tech-writer |
-| `refactor` | «рефакторинг», «без изменения поведения» | task-analyst → feature-developer → build-verifier → code-reviewer |
-| `spike` | «исследуй», «spike», proof of concept | task-analyst → solution-architect |
-| `retro` | «ретро», «postmortem» | (orchestrator → `/technical-retro`) |
+| `docs-only` | «документация» (docs), "README", "changelog" | task-analyst → tech-writer | <!-- i18n-keep: E4 -->
+| `refactor` | «рефакторинг» (refactor), «без изменения поведения» (no behavior change) | task-analyst → feature-developer → build-verifier → code-reviewer | <!-- i18n-keep: E4 -->
+| `spike` | «исследуй» (explore), "spike", proof of concept | task-analyst → solution-architect | <!-- i18n-keep: E4 -->
+| `retro` | «ретро» (retro), "postmortem" | (orchestrator → `/technical-retro`) | <!-- i18n-keep: E4 -->
 
-**Never schedule** Playwright (`playwright-test-*`), XCUITest (`xcuitest-test-*`), or `accessibility-reviewer`. Put them in `skipped` with reason «Java backend uses integration-test trio».
+**Never schedule** Playwright (`playwright-test-*`), XCUITest (`xcuitest-test-*`), or `accessibility-reviewer`. Put them in `skipped` with reason "Java backend uses integration-test trio".
 
 ## Pipeline profiles
 

package/presets/cursor/java/commands/README.md

@@ -1,54 +1,54 @@
 # `.cursor/commands` (preset java)
 
-Slash-команды копируются в `.cursor/commands/` при `ai-rules init cursor --preset java`.
+Slash commands are copied to `.cursor/commands/` on `ai-rules init cursor --preset java`.
 
-## Команда агентов
+## Agent commands
 
-| Command | Назначение |
+| Command | Purpose |
 |---------|------------|
-| **`/task <описание>`** | **Главная точка входа:** router → pipeline.json → нужные роли по порядку |
-| `/task-continue <slug>` | После human gate или паузы |
-| `/feature-start <описание>` | Legacy: только analyst (без router) |
+| **`/task <description>`** | **Main entry point:** router → pipeline.json → required roles in order |
+| `/task-continue <slug>` | After a human gate or pause |
+| `/feature-start <description>` | Legacy: analyst only (no router) |
 | `/feature-continue <slug>` | Alias task-continue |
-| `/technical-retro [slug]` | Ретро; с slug — блок «Работа агентов» |
+| `/technical-retro [slug]` | Retro; with slug — “Agent work” block |
 
-## Примеры `/task`
+## `/task` examples
 
 ```
-/task Добавить CancelOrder use case (domain → ports → HTTP)
+/task Добавить CancelOrder use case (domain → ports → HTTP) (Add CancelOrder use case) <!-- i18n-keep: E4 -->
 → analyst → developer → build-verifier → reviewer → QA (integration)
 
-/task MockMvc CreateOrder падает на пустом body
+/task MockMvc CreateOrder падает на пустом body (MockMvc CreateOrder crashes on empty body) <!-- i18n-keep: E4 -->
 → debugger → developer → reviewer → QA (regression)
 
-/task CI упал на mvn test / ./gradlew test / static analysis в PR #142
+/task CI упал на mvn test / ./gradlew test / static analysis в PR #142 (CI failed on mvn test / ./gradlew test / static analysis in PR #142) <!-- i18n-keep: E4 -->
 → ci-investigator → developer → reviewer
 
-/task Миграция на JDK 21 / обновление Spring Boot
+/task Миграция на JDK 21 / обновление Spring Boot (Migrate to JDK 21 / update Spring Boot) <!-- i18n-keep: E4 -->
 → analyst → migration-specialist → developer → reviewer → QA
 
-/task Проверь OpenAPI drift для /orders
+/task Проверь OpenAPI drift для /orders (Check OpenAPI drift for /orders) <!-- i18n-keep: E4 -->
 → api-contract-reviewer (or analyst → …)
 
-/task Покрой unit-тестами CancelOrder use case
+/task Покрой unit-тестами CancelOrder use case (Cover CancelOrder use case with unit tests) <!-- i18n-keep: E4 -->
 → unit-planner → unit-generator
 
-/task Напиши README для нового adapter persistence
+/task Напиши README для нового adapter persistence (Write README for new persistence adapter) <!-- i18n-keep: E4 -->
 → analyst → tech-writer
 
-/task Сделай ревью изменений в adapters/inbound/http
+/task Сделай ревью изменений в adapters/inbound/http (Review changes in adapters/inbound/http) <!-- i18n-keep: E4 -->
 → reviewer only
 
-/task Repository contract для OrderRepository
-→ integration-test-planner → generator → healer (или QA e2e-only = integration)
+/task Repository contract для OrderRepository (Repository contract for OrderRepository) <!-- i18n-keep: E4 -->
+→ integration-test-planner → generator → healer (or QA e2e-only = integration)
 ```
 
-## Связанные файлы
+## Related files
 
-- Subagents: `../agents/` (**21** ролей, включая `task-router.md`, `codebase-analyzer.md` и `integration-test-{planner,generator,healer}`; без `accessibility-reviewer` / Playwright / XCUITest)
-- Оркестратор: `../rules/agent-team-orchestrator.mdc`
+- Subagents: `../agents/` (**21** roles, including `task-router.md`, `codebase-analyzer.md`, and `integration-test-{planner,generator,healer}`; no `accessibility-reviewer` / Playwright / XCUITest)
+- Orchestrator: `../rules/agent-team-orchestrator.mdc`
 - Skills: `../skills/` (`feature-delivery`, `code-review`, `debug-investigation`, `ci-investigation`, `unit-testing`, `integration-testing`, `technical-retro`)
-- Артефакты: `../team/README.md` (`pipeline.json`, `status.json`)
+- Artifacts: `../team/README.md` (`pipeline.json`, `status.json`)
 - Hooks: `../hooks.json`, `../hooks/chain-team-phases.sh`
 
-Создавать и редактировать команды можно через `/commands` в Cursor или напрямую в этой папке пресета.
+Create and edit commands via `/commands` in Cursor or directly in this preset folder.

package/presets/cursor/java/commands/feature-continue.md

@@ -5,15 +5,15 @@ description: Legacy alias for /task-continue that resumes a feature pipeline aft
 
 # Feature continue — legacy alias
 
-> **Предпочтительно:** `/task-continue <slug>` — то же поведение, учитывает `pipeline.json`.
+> **Preferred:** `/task-continue <slug>` — same behavior, respects `pipeline.json`.
 
-Продолжение после human gate. Полная логика — в **`task-continue.md`**.
+Continue after a human gate. Full logic lives in **`task-continue.md`**.
 
-## Кратко
+## Short version
 
-1. Прочитай `pipeline.json` (если есть) и `status.json`.
-2. Сбрось `awaitingHumanGate`; определи следующий step по `pipelineIndex`.
-3. Вызови subagent для `currentAgent`.
-4. Hook продолжит цепочку при `autoChain: true`.
+1. Read `pipeline.json` (if present) and `status.json`.
+2. Clear `awaitingHumanGate`; determine the next step from `pipelineIndex`.
+3. Call the subagent for `currentAgent`.
+4. The hook continues the chain when `autoChain: true`.
 
-См. `task-continue.md` для деталей и таблицы handoff.
+See `task-continue.md` for details and the handoff table.

package/presets/cursor/java/commands/feature-start.md

@@ -5,29 +5,29 @@ description: Legacy analyst-only feature intake. Prefer /task for new work becau
 
 # Feature start — legacy (analyst only)
 
-> **Предпочтительно:** `/task <описание>` — router выберет роли и порядок автоматически.
+> **Preferred:** `/task <description>` — the router picks roles and order automatically.
 
-Запуск **фазы анализа** без router. Родительский агент действует как оркестратор (см. `agent-team-orchestrator.mdc`).
+Starts the **analysis phase** without the router. The parent agent acts as orchestrator (see `agent-team-orchestrator.mdc`).
 
-## Что делать
+## What to do
 
-1. Извлеки описание задачи из аргументов команды (всё после `/feature-start`).
-2. Сгенерируй **slug** (kebab-case, до 48 символов) из заголовка задачи.
-3. Создай `.cursor/team/tasks/<slug>/` если его ещё нет — через **Write** артефакта (не Shell `mkdir`).
-4. Запиши `.cursor/team/active-task.json` → `{ "slug": "<slug>" }`.
-5. Опционально: минимальный `pipeline.json` с фиксированными steps (analyst → developer → reviewer → qa-tester).
-6. Вызови subagent **task-analyst** (Task tool) с полным описанием задачи и путём к артефактам.
-7. Дождись завершения аналитика. **Не вызывай developer** на этом этапе.
+1. Extract the task description from command arguments (everything after `/feature-start`).
+2. Generate a **slug** (kebab-case, up to 48 characters) from the task title.
+3. Create `.cursor/team/tasks/<slug>/` if it does not exist yet — via **Write** of an artifact (not Shell `mkdir`).
+4. Write `.cursor/team/active-task.json` → `{ "slug": "<slug>" }`.
+5. Optionally: minimal `pipeline.json` with fixed steps (analyst → developer → reviewer → qa-tester).
+6. Invoke subagent **task-analyst** (Task tool) with the full task description and artifact paths.
+7. Wait for the analyst to finish. **Do not invoke developer** at this stage.
 
 ## Human gate
 
-После аналитика:
+After the analyst:
 
-- Покажи пользователю ссылки на `brief.md` и `decomposition.md`.
-- Попроси проверить и утвердить или прислать правки.
-- Для продолжения: `/task-continue <slug>` или `/feature-continue <slug>`.
+- Show the user links to `brief.md` and `decomposition.md`.
+- Ask them to review and approve or send edits.
+- To continue: `/task-continue <slug>` or `/feature-continue <slug>`.
 
-## Если slug уже существует
+## If slug already exists
 
-- Если `status.json` в `awaiting_approval` — предложи ревью или continue.
-- Если задача в работе — спроси, продолжать или начать новый slug.
+- If `status.json` is `awaiting_approval` — offer review or continue.
+- If the task is in progress — ask whether to continue or start a new slug.

package/presets/cursor/java/commands/task-continue.md

@@ -3,25 +3,25 @@ name: task-continue
 description: Continue an agent-team task after a human gate, pause, or review changes request using pipeline.json and status.json.
 ---
 
-# Task continue — после human gate или паузы
+# Task continue — after human gate or pause
 
-Продолжение пайплайна из `pipeline.json`. Алиас по смыслу: `/feature-continue`.
+Resume the pipeline from `pipeline.json`. Semantic alias: `/feature-continue`.
 
-## Аргументы
+## Arguments
 
-`<slug>` — идентификатор задачи.
+`<slug>` — task identifier.
 
 ## Preconditions
 
-1. Прочитай `.cursor/team/tasks/<slug>/pipeline.json` и `status.json`.
-2. Продолжай если:
-   - `awaitingHumanGate: true` или `state: awaiting_approval`, **или**
-   - `state: changes_requested` (после review), **или**
-   - задача прервана и нужно возобновить с `pipelineIndex`.
+1. Read `.cursor/team/tasks/<slug>/pipeline.json` and `status.json`.
+2. Continue if:
+   - `awaitingHumanGate: true` or `state: awaiting_approval`, **or**
+   - `state: changes_requested` (after review), **or**
+   - the task was interrupted and must resume from `pipelineIndex`.
 
-## Алгоритм
+## Algorithm
 
-1. Запиши `.cursor/team/active-task.json` → `{ "slug": "<slug>" }`.
+1. Write `.cursor/team/active-task.json` → `{ "slug": "<slug>" }`.
 2. **Human gate resume** (`awaitingHumanGate` / `awaiting_approval`):
    1. **Do not** manually increment `pipelineIndex` or invent `currentAgent` first.
    2. Close the gate + activate the next attempt via the **installed** hook (single authority for ledger + status):
@@ -36,10 +36,10 @@ printf '%s\n' '{"status":"completed","action":"end_human_gate","activateNext":tr
 4. **Other resume**: restore `pipelineIndex` / `currentAgent` from status and invoke that agent.
 5. After the invoked agent completes, `chain-team-phases.sh` on `subagentStop` continues the chain when `autoChain: true`.
 
-## Артефакты для handoff
+## Artifacts for handoff
 
-| Agent | Прочитать |
-|-------|-----------|
+| Agent | Read |
+|-------|------|
 | feature-developer | brief.md, decomposition.md, validation-report.md (if retry), review.md (if retry), architecture.md |
 | build-verifier | git diff, decomposition.md |
 | code-reviewer | brief.md, validation-report.md, git diff |