code-ai-installer 1.1.11 → 1.2.0

package/.agents/workflows/start-task.md

@@ -0,0 +1,121 @@
+---
+description: Шаблон запуска задачи через 8-агентный пайплайн. Используй в начале КАЖДОЙ сессии.
+---
+
+# /start-task — Запуск задачи через пайплайн
+
+## Шаг 1: Загрузить правила пайплайна
+
+Выполни `/pipeline-rules` — прочитай и подтверди ВСЕ правила ПЕРЕД началом работы.
+
+## Шаг 2: Инициализировать агентов
+Выполни `view_file` на `AGENTS.md` — подтверди список агентов и skills.
+
+## Шаг 3: Запустить Дирижёра
+Выполни `view_file` на `agents/conductor.md` — прочитай протокол и создай Master Checklist в `task.md`.
+
+## Шаг 4: Пройти каждый гейт СТРОГО по протоколу
+
+На КАЖДОМ гейте обязательно:
+1. `view_file` на `agents/<role>.md` — прочитать протокол агента
+2. Пройти КАЖДУЮ секцию протокола по порядку (не «схлопывать»)
+3. Использовать **полный** «Формат ответа агента (строго)» из файла агента
+4. Если секция не применима — явно написать: «N/A — [причина]»
+5. Сформировать deliverable + Handoff Envelope со ВСЕМИ обязательными полями
+6. Представить результат через `notify_user`
+7. **Ждать явный "Approved"** перед переходом к следующему гейту
+
+## Шаг 5: Код — ТОЛЬКО после DEV gate + Approved
+
+- Сначала DEV-агент проходит ВСЕ секции протокола (§0–§7)
+- Потом предлагает план изменений
+- Пользователь одобряет
+- ТОЛЬКО ПОТОМ агент применяет код
+
+## Шаг 6: Fix Cycle (при FAIL)
+
+Если тестер или ревьюер нашёл баг:
+1. Текущий агент выдаёт FAIL Report + HANDOFF Envelope → DEV
+2. Пользователь одобряет FAIL HANDOFF
+3. DEV читает `agents/senior_full_stack.md` и проходит ПОЛНЫЙ протокол
+4. DEV HANDOFF → REV → OPS → TEST (каждый гейт с полным протоколом)
+5. Никаких «быстрых фиксов» без прохода через агентов
+
+---
+
+## Шаблон первого промпта (копируй и заполни)
+
+```
+@AGENTS.md /pipeline-rules
+
+Задача: [что сделать, 1-2 предложения].
+Файлы: [конкретные файлы, если известны].
+
+Правила:
+1. Начинай с Дирижёра (agents/conductor.md)
+2. Каждый гейт: view_file → ВСЕ секции протокола → полный формат → Approved
+3. Код не применять до DEV gate + мой Approved
+4. Fix Cycle = полный проход через агентов
+```
+
+---
+
+## Рекомендации по сессиям
+
+- **Одна сессия = 3-4 гейта максимум** (контекст не теряется)
+- **Approved даётся на КАЖДОМ гейте**, не на сессию
+- **Сессия 1:** Conductor → Approved → PM → Approved → UX → Approved
+- **Сессия 2:** ARCH → Approved → DEV → Approved → REV → Approved
+- **Сессия 3:** OPS → Approved → TEST → Approved → RG → Approved
+- Каждая новая сессия — начинай с `/start-task`
+
+## Обязательные вопросы от агентов
+
+Каждый агент, у которого в протоколе есть Clarification/Questions секция, ОБЯЗАН:
+1. Задать вопросы пользователю ПЕРЕД выполнением работы
+2. Минимум вопросов (из протокола агента): PM — 5+, ARCH — 5-10, DEV — по необходимости, Tester — 5+
+3. Если задача кажется «очевидной» — всё равно задать минимум 2-3 уточняющих вопроса
+4. Ждать ответы пользователя ПЕРЕД продолжением
+5. Единственное исключение: пользователь явно написал «вопросов не задавай»
+
+## При «срезании углов» — одна фраза
+
+Если модель сокращает, скажи:
+> «Стоп. Секция [X] протокола agents/<role>.md. Перечитай и выполни.»
+
+---
+
+## Протокол обратной связи (обязательно)
+
+Модель ОБЯЗАНА предоставлять обратную связь пользователю на каждом этапе:
+
+### 1. Предупреждение при соблазне срезать
+Если задача выглядит «тривиальной», модель ОБЯЗАНА написать:
+```
+⚠️ Задача выглядит тривиальной. Мой инстинкт — сделать быстро.
+Но по протоколу прохожу полный цикл. Секции: [список].
+```
+
+### 2. Оценка промпта пользователя
+В начале каждой задачи модель оценивает промпт:
+```
+📊 Оценка промпта:
+- Чёткость: [высокая/средняя/низкая]
+- Что хорошо: [что помогло]
+- Чего не хватает: [что добавить для эффективности]
+```
+
+### 3. Подсказки в Handoff Envelope
+В каждом Handoff добавлять секцию:
+```
+💡 Feedback: [совет для пользователя, если есть]
+```
+
+### 4. Ретроспектива в конце сессии
+Перед завершением работы:
+```
+🔄 Ретроспектива:
+- Гейтов пройдено: X
+- Нарушений протокола: X
+- Что улучшить в следующей сессии: [рекомендация]
+```

package/AGENTS.md

@@ -8,6 +8,7 @@
 - agents/product_manager.md
 - agents/ux_ui_designer.md
 - agents/architect.md
+- agents/devops.md
 - agents/senior_full_stack.md
 - agents/reviewer.md
 - agents/tester.md
@@ -41,6 +42,7 @@
 - $design_parity_review
 - $design_systems
 - $ui_a11y_smoke_review
+- $google_stitch_skill
 
 ### Architecture
 - $current_state_analysis
@@ -98,6 +100,7 @@
 - $qa_test_plan
 - $qa_manual_run
 - $qa_api_contract_tests
+- $qa_browser_testing
 - $qa_security_smoke_tests
 - $qa_ui_a11y_smoke
 - $qa_e2e_playwright

package/AGENTS.yaml

@@ -0,0 +1,105 @@
+version: 1
+name: "web_development_orchestra"
+display_name: "AGENTS.md — Оркестр веб-разработки"
+description: "Базовый контракт оркестрации ролей, skills и delivery-gates для веб-разработки."
+default_prompt: "Используй AGENTS.md, когда задача требует оркестрации ролей, skills и delivery-гейтов репозитория."
+triggers:
+  - "AGENTS.md"
+  - "AGENTS.md — Оркестр веб-разработки"
+  - "оркестратор"
+  - "оркестр веб-разработки"
+  - "Базовый контракт оркестрации ролей, skills и delivery-gates для веб-разработки"
+  - "conductor"
+roles:
+  - "architect"
+  - "conductor"
+  - "devops"
+  - "product_manager"
+  - "reviewer"
+  - "senior_full_stack"
+  - "tester"
+  - "ux_ui_designer"
+skills:
+  - "a11y_baseline"
+  - "adr_log"
+  - "api_contract_compliance_review"
+  - "api_contracts"
+  - "architecture_compliance_review"
+  - "architecture_doc"
+  - "board"
+  - "cloud_infrastructure_security"
+  - "code_review_checklist"
+  - "current_state_analysis"
+  - "data_model"
+  - "dependency_supply_chain_review"
+  - "deployment_ci_plan"
+  - "design_intake"
+  - "design_parity_review"
+  - "design_systems"
+  - "dev_reference_snippets"
+  - "docker_kubernetes_architecture"
+  - "es2025_beast_practices"
+  - "gates"
+  - "go_beast_practices"
+  - "google_stitch_skill"
+  - "handoff"
+  - "k8s_manifests_conventions"
+  - "memory"
+  - "mongodb_mongoose_best_practices"
+  - "n8n_pinecone_qdrant_supabase"
+  - "node_express_beast_practices"
+  - "observability_logging"
+  - "observability_plan"
+  - "observability_review"
+  - "performance_review_baseline"
+  - "pm_backlog"
+  - "pm_interview"
+  - "pm_prd"
+  - "qa_api_contract_tests"
+  - "qa_browser_testing"
+  - "qa_e2e_playwright"
+  - "qa_manual_run"
+  - "qa_security_smoke_tests"
+  - "qa_test_plan"
+  - "qa_ui_a11y_smoke"
+  - "react_15_3_wix_iframe"
+  - "react_beast_practices"
+  - "release_gate"
+  - "release_gate_checklist_template"
+  - "review_reference_snippets"
+  - "security_baseline_dev"
+  - "security_review"
+  - "security_review_baseline"
+  - "state_rtk_beast_practices"
+  - "state_zustand_beast_practices"
+  - "styling_css_stack"
+  - "system_design_checklist"
+  - "tanstack_beast_practices"
+  - "tdd_workflow"
+  - "testing_strategy_js"
+  - "tests_quality_review"
+  - "threat_model_baseline"
+  - "tooling_bun_biome"
+  - "typescript_beast_practices"
+  - "ui_a11y_smoke_review"
+  - "ui_inventory"
+  - "ux_discovery"
+  - "ux_spec"
+  - "wix_iframe_sdk"
+  - "wix_self_hosted_embedded_script"
+pipeline:
+  - "PM(PRD)"
+  - "UX(UX Spec)"
+  - "ARCH(Architecture/ADR/Contracts)"
+  - "DEV(TDD)"
+  - "REV(Security/Best)"
+  - "TEST(Test plan/report)"
+  - "RG(Release Gate)"
+invocation:
+  explicit: false
+  implicit: true
+localization:
+  default_locale: "ru"
+  available_locales:
+    - "ru"
+    - "en"

package/README.md

@@ -80,11 +80,11 @@ code-ai uninstall --target claude --apply
   - GPT Codex: `CODEX.md`
   - Claude: `CLAUDE.md`
   - Qwen: `QWEN.md`
-  - Google Antugravity: `GEMINI.md`
+  - Google Antugravity: `AGENTS.md` (`GEMINI.md` is also installed for compatibility)
 - Agent files copied to target-specific agents directory.
 - Skill files copied to target-specific skills directory.
 - For `gpt-codex`, assets are installed to `agents/` and `.agents/` for native Codex discovery.
-- For `google-antugravity`, assets are installed in antugravity-friendly structure:
+- For `google-antugravity`, root instructions are provided via `AGENTS.md`, and a mirrored `GEMINI.md` is installed for backward compatibility. Assets are installed in antugravity-friendly structure:
   - agents: `.gemini/agents/<agent>/prompt.md` and `.gemini/agents/<agent>/config.json`
   - skills: `.gemini/skills/<skill>.md` and `.gemini/skills/<skill>.py`
 - For `qwen-3.5`, installer also generates `.qwen/settings.json` with model/context defaults.

package/agents/architect.md

@@ -1,5 +1,6 @@
 <!-- code-ai: target=gpt-codex; asset=agent; normalized_hints=codex -->
 <!-- codex: reasoning=extra_high (xhigh); note="System design + trade-offs + ADR quality; must enforce anti-patterns" -->
+<!-- antigravity: model="Claude Opus 4.6 (Thinking)"; note="Required for complex system design inside Google Antigravity" -->
 # Agent: Architect (Senior Software Architect)
 
 ## Назначение
@@ -123,6 +124,20 @@
 - **Контракты API** как источник правды (contract-first)
 - **Минимальные требования к тестам** на каждый модуль
 
+### 🔴 Лимит размера файла (God Object Prevention)
+> **Рекомендуемый максимум — 500 строк на файл.**
+
+- При проектировании новых модулей **проверять**, что ни один файл не превысит 500 строк.
+- Если файл приближается к лимиту — **спроектировать план декомпозиции** (extraction hooks, utils, sub-components) до начала разработки.
+- Документировать решение в ADR, если файл обоснованно превышает лимит.
+- Допустимые исключения (требуют ADR):
+  1. Файл чистой бизнес-логики без UI (например, `utils/rules-triggers.js`).
+  2. Файл с JSX, где >80% строк — шаблонный рендер и декомпозиция ухудшит читаемость.
+- Правила слоёв (layer rules) обязательны:
+  - `utils/` не импортирует из `components/` или `pages/`
+  - `hooks/` не импортирует из `components/` или `pages/`
+  - `components/` не импортирует из `pages/`
+
 ### Contract-First Strategy (для параллельной разработки)
 1. Архитектор выпускает API Contracts до начала DEV
 2. Frontend начинает с mock-server по контракту (только для разработки UI, не для prod)
@@ -292,3 +307,9 @@ CONTRACT-FIRST PLAN: [описание]
 IMPORTANT vs NOT IMPORTANT: [ссылка на секцию 9]
 ARCHITECTURE STATUS: Approved ✅
 ```
+
+## HANDOFF (Mandatory)
+- Every Architecture output must end with a completed `Handoff Envelope`.
+- Required fields: `HANDOFF TO`, `ARTIFACTS PRODUCED`, `REQUIRED INPUTS FULFILLED`, `OPEN ITEMS`, `BLOCKERS FOR DEV`, `CONTRACT-FIRST PLAN`, `ARCHITECTURE STATUS`.
+- If `OPEN ITEMS` is not empty, include owner and due date per item.
+- Missing HANDOFF block means ARCH phase is `BLOCKED` and cannot move to DEV/REV/OPS.

package/agents/conductor.md

@@ -31,12 +31,13 @@
 - Frontend и backend задачи по умолчанию параллельно (contract-first), если нет явной зависимости.
 - Не плодить отчёты: один консолидированный статус на цикл.
 - Максимум **3 вертикальных среза**, каждый production-ready.
+- После каждого DEV-среза проверять, что DevOps перезапустил затронутые docker-контейнеры и приложил evidence (команды + health/smoke).
 
 ---
 
 ## Обязательная дисциплина (MANDATORY ENFORCEMENT)
 - Дирижёр проверяет выполнение обязательных пунктов **всех** ролей.
-- Нельзя пропускать фазы pipeline: `PM → UX → ARCH → DEV → REV → TEST → RG`.
+- Нельзя пропускать фазы pipeline: `PM → UX → ARCH → DEV → REV → OPS → TEST → RG`.
 - Переход к следующей фазе — только после фиксации артефактов текущей фазы + получения **Handoff Envelope**.
 - Любой пропуск mandatory-действия или Handoff Envelope → 🔴 `P0 / BLOCKER: Mandatory phase/action skipped`.
 - Исключение — только при явном письменном waiver пользователя с зафиксированным риском и владельцем.
@@ -75,17 +76,16 @@
 2. Выставить reasoning в Codex IDE
 3. Зафиксировать в Agent Updates/Worklog
 
-### Recommended mapping
-| Агент | Reasoning | Повышать до |
-|-------|-----------|-------------|
-| Conductor | Medium | High (Release Gate) |
-| Product Manager | High | — |
-| UX/UI Designer | Medium | High (complex parity) |
-| Architect | Extra High | — |
-| DevOps | High | — |
-| Senior Full Stack | Medium | High (сложные интеграции/debug) |
-| Reviewer | High | — |
-| Tester | Medium | High (flaky/e2e/security regressions) |
+| Агент | Reasoning | Повышать до | Google Antigravity Override |
+|-------|-----------|-------------|-----------------------------|
+| Conductor | Medium | High (Release Gate) | — |
+| Product Manager | High | — | — |
+| UX/UI Designer | Medium | High (complex parity) | — |
+| Architect | Extra High | — | **Claude Opus 4.6 (Thinking)** |
+| DevOps | High | — | **Claude Opus 4.6 (Thinking)** |
+| Senior Full Stack | Medium | High (сложные интеграции/debug) | — |
+| Reviewer | High | — | **Claude Opus 4.6 (Thinking)** |
+| Tester | Medium | High (flaky/e2e/security regressions) | — |
 
 ---
 
@@ -159,6 +159,7 @@
 - Frontend и backend параллельно (contract-first).
 - После каждого `DEV-xx`: обязательный `UX-PARITY-xx`.
 - Проверить: Anti-Pattern Self-Check PASS + JSDoc + CI green.
+- Проверить: `OPS container reload evidence` присутствует до перехода в REV/QA.
 
 ### 5) Review
 - Принять отчёт Reviewer + **Handoff Envelope → Tester**.
@@ -175,13 +176,25 @@
 2. Собрать все Handoff Envelopes + отчёты REV + QA + CI.
 3. Выполнить `$release_gate` → GO / NO-GO / GO-with-conditions.
 4. Опубликовать Release Report (Evidence + DoD + Decision + Risks).
+5. **Обновить `docs/tasks-backlog.md`** (обязательно при каждом RG).
 
 **Missing artifacts → 🔴 P0:**
 - REV-xx report / QA-xx report / DEMO-xx statuses / UX-PARITY final / все Handoff Envelopes
+- OPS container reload evidence for changed services
 
 **GO только если:**
 `DoD PASS` + `RG-checklist PASS` + `REV GO` + `QA PASS` + `DEMO PASS` + `UX-PARITY PASS`
 
+### 8) Backlog Management (`docs/tasks-backlog.md`)
+- **Владелец:** Conductor
+- **Обновляет:** при каждом Release Gate и при обнаружении новых задач (из ретроспектив, REV findings, tech debt)
+- **Содержит:** Backlog задач с приоритетами (P0–P3), источником, датой и статусом
+- **Правило:** P1+ задачи из ретроспектив и review findings обязательно добавляются. Завершённые задачи переносятся в секцию "Завершённые"
+- **Формат записи:**
+  ```
+  | BL-xxx | Описание задачи | Источник (гейт/ретро) | Дата | TODO/IN-PROGRESS/DONE |
+  ```
+
 ---
 
 ## Управление задачами
@@ -301,3 +314,9 @@ Conditions (если GO-with-conditions):
 
 ### Next Actions
 - ...
+
+## HANDOFF (Mandatory)
+- Conductor must explicitly track incoming/outgoing `Handoff Envelope` status per phase.
+- Minimum required columns in `Handoff Envelopes Status`: `From`, `To`, `Status`, `Blockers`.
+- Release Gate cannot be closed if any mandatory envelope is missing.
+- Missing or incomplete HANDOFF evidence means pipeline status is `BLOCKED`.

package/agents/devops.md

@@ -1,4 +1,5 @@
 <!-- codex: reasoning=high; note="Infrastructure, CI/CD, secrets, environments — be strict on security P0" -->
+<!-- antigravity: model="Claude Opus 4.6 (Thinking)"; note="Required for infrastructure and CI/CD inside Google Antigravity" -->
 # Agent: DevOps / Infrastructure Engineer
 
 ## Назначение
@@ -33,6 +34,7 @@ DevOps — это "infrastructure gate": без рабочего окружен
 5. **Least privilege** — каждый сервис/роль имеет минимально необходимые права
 6. **Fail fast in CI** — ошибки обнаруживаются как можно раньше в pipeline
 7. **Rollback-ready** — каждый деплой можно откатить за < 5 минут
+8. **Container reload after code changes** — после каждого изменения кода перезапускать затронутые docker-сервисы до handoff в REVIEW/TEST
 
 ---
 
@@ -82,6 +84,14 @@ lint → typecheck → unit tests → integration tests → build → deploy (st
 - Rollback: автоматический при failing smoke test или ручной по команде
 - CI не должен содержать секретов в логах
 
+### 2.1) Mandatory Docker Reload (post-change)
+- После каждого DEV-среза определить затронутые сервисы (`api`, `dashboard`, `widget`, при необходимости `gateway`).
+- Выполнить:
+  - `docker compose restart <service>` для runtime-изменений.
+  - `docker compose up -d --build <service>` если изменены Dockerfile/зависимости/сборка/compose.
+- Проверить доступность после перезапуска (`health`/smoke endpoint/страница).
+- Зафиксировать evidence в отчёте и Handoff Envelope.
+
 ### 3) Secrets Management
 - Никаких секретов в `.env` файлах в репозитории
 - `.env.example` с описанием всех переменных (без значений)
@@ -238,5 +248,13 @@ OPEN ITEMS: [что ещё нужно настроить]
 BLOCKERS FOR DEV: нет / [список если есть]
 HTTPS STATUS: ✅ all envs / ❌ [missing]
 SECRETS STATUS: ✅ no secrets in code / ❌ [issues]
+CONTAINER RELOAD STATUS: ✅ completed (services + commands + health evidence) / ❌ [missing]
 INFRASTRUCTURE STATUS: Approved ✅ / Pending ⏳
 ```
+
+## HANDOFF (Mandatory)
+- Every DevOps output must end with a completed `Handoff Envelope`.
+- Required fields: `HANDOFF TO`, `ARTIFACTS PRODUCED`, `REQUIRED INPUTS FULFILLED`, `OPEN ITEMS`, `BLOCKERS FOR DEV`, `HTTPS STATUS`, `SECRETS STATUS`, `INFRASTRUCTURE STATUS`.
+- Required fields: `HANDOFF TO`, `ARTIFACTS PRODUCED`, `REQUIRED INPUTS FULFILLED`, `OPEN ITEMS`, `BLOCKERS FOR DEV`, `HTTPS STATUS`, `SECRETS STATUS`, `CONTAINER RELOAD STATUS`, `INFRASTRUCTURE STATUS`.
+- If `OPEN ITEMS` is not empty, include owner and due date per item.
+- Missing HANDOFF block means OPS phase is `BLOCKED` and cannot move to DEV/RG.

package/agents/orchestrator.claude.json

@@ -0,0 +1,95 @@
+{
+  "name": "web_development_orchestra",
+  "display_name": "AGENTS.md — Оркестр веб-разработки",
+  "description": "Базовый контракт оркестрации ролей, skills и delivery-gates для веб-разработки.",
+  "default_prompt": "Используй AGENTS.md, когда задача требует оркестрации ролей, skills и delivery-гейтов репозитория.",
+  "roles": [
+    "architect",
+    "conductor",
+    "devops",
+    "product_manager",
+    "reviewer",
+    "senior_full_stack",
+    "tester",
+    "ux_ui_designer"
+  ],
+  "skills": [
+    "a11y_baseline",
+    "adr_log",
+    "api_contract_compliance_review",
+    "api_contracts",
+    "architecture_compliance_review",
+    "architecture_doc",
+    "board",
+    "cloud_infrastructure_security",
+    "code_review_checklist",
+    "current_state_analysis",
+    "data_model",
+    "dependency_supply_chain_review",
+    "deployment_ci_plan",
+    "design_intake",
+    "design_parity_review",
+    "design_systems",
+    "dev_reference_snippets",
+    "docker_kubernetes_architecture",
+    "es2025_beast_practices",
+    "gates",
+    "go_beast_practices",
+    "google_stitch_skill",
+    "handoff",
+    "k8s_manifests_conventions",
+    "memory",
+    "mongodb_mongoose_best_practices",
+    "n8n_pinecone_qdrant_supabase",
+    "node_express_beast_practices",
+    "observability_logging",
+    "observability_plan",
+    "observability_review",
+    "performance_review_baseline",
+    "pm_backlog",
+    "pm_interview",
+    "pm_prd",
+    "qa_api_contract_tests",
+    "qa_browser_testing",
+    "qa_e2e_playwright",
+    "qa_manual_run",
+    "qa_security_smoke_tests",
+    "qa_test_plan",
+    "qa_ui_a11y_smoke",
+    "react_15_3_wix_iframe",
+    "react_beast_practices",
+    "release_gate",
+    "release_gate_checklist_template",
+    "review_reference_snippets",
+    "security_baseline_dev",
+    "security_review",
+    "security_review_baseline",
+    "state_rtk_beast_practices",
+    "state_zustand_beast_practices",
+    "styling_css_stack",
+    "system_design_checklist",
+    "tanstack_beast_practices",
+    "tdd_workflow",
+    "testing_strategy_js",
+    "tests_quality_review",
+    "threat_model_baseline",
+    "tooling_bun_biome",
+    "typescript_beast_practices",
+    "ui_a11y_smoke_review",
+    "ui_inventory",
+    "ux_discovery",
+    "ux_spec",
+    "wix_iframe_sdk",
+    "wix_self_hosted_embedded_script"
+  ],
+  "pipeline": [
+    "PM(PRD)",
+    "UX(UX Spec)",
+    "ARCH(Architecture/ADR/Contracts)",
+    "DEV(TDD)",
+    "REV(Security/Best)",
+    "TEST(Test plan/report)",
+    "RG(Release Gate)"
+  ],
+  "implicit_invocation": true
+}

package/agents/orchestrator.copilot.json

@@ -0,0 +1,95 @@
+{
+  "name": "web_development_orchestra",
+  "display_name": "AGENTS.md — Оркестр веб-разработки",
+  "description": "Базовый контракт оркестрации ролей, skills и delivery-gates для веб-разработки.",
+  "default_prompt": "Используй AGENTS.md, когда задача требует оркестрации ролей, skills и delivery-гейтов репозитория.",
+  "roles": [
+    "architect",
+    "conductor",
+    "devops",
+    "product_manager",
+    "reviewer",
+    "senior_full_stack",
+    "tester",
+    "ux_ui_designer"
+  ],
+  "skills": [
+    "a11y_baseline",
+    "adr_log",
+    "api_contract_compliance_review",
+    "api_contracts",
+    "architecture_compliance_review",
+    "architecture_doc",
+    "board",
+    "cloud_infrastructure_security",
+    "code_review_checklist",
+    "current_state_analysis",
+    "data_model",
+    "dependency_supply_chain_review",
+    "deployment_ci_plan",
+    "design_intake",
+    "design_parity_review",
+    "design_systems",
+    "dev_reference_snippets",
+    "docker_kubernetes_architecture",
+    "es2025_beast_practices",
+    "gates",
+    "go_beast_practices",
+    "google_stitch_skill",
+    "handoff",
+    "k8s_manifests_conventions",
+    "memory",
+    "mongodb_mongoose_best_practices",
+    "n8n_pinecone_qdrant_supabase",
+    "node_express_beast_practices",
+    "observability_logging",
+    "observability_plan",
+    "observability_review",
+    "performance_review_baseline",
+    "pm_backlog",
+    "pm_interview",
+    "pm_prd",
+    "qa_api_contract_tests",
+    "qa_browser_testing",
+    "qa_e2e_playwright",
+    "qa_manual_run",
+    "qa_security_smoke_tests",
+    "qa_test_plan",
+    "qa_ui_a11y_smoke",
+    "react_15_3_wix_iframe",
+    "react_beast_practices",
+    "release_gate",
+    "release_gate_checklist_template",
+    "review_reference_snippets",
+    "security_baseline_dev",
+    "security_review",
+    "security_review_baseline",
+    "state_rtk_beast_practices",
+    "state_zustand_beast_practices",
+    "styling_css_stack",
+    "system_design_checklist",
+    "tanstack_beast_practices",
+    "tdd_workflow",
+    "testing_strategy_js",
+    "tests_quality_review",
+    "threat_model_baseline",
+    "tooling_bun_biome",
+    "typescript_beast_practices",
+    "ui_a11y_smoke_review",
+    "ui_inventory",
+    "ux_discovery",
+    "ux_spec",
+    "wix_iframe_sdk",
+    "wix_self_hosted_embedded_script"
+  ],
+  "pipeline": [
+    "PM(PRD)",
+    "UX(UX Spec)",
+    "ARCH(Architecture/ADR/Contracts)",
+    "DEV(TDD)",
+    "REV(Security/Best)",
+    "TEST(Test plan/report)",
+    "RG(Release Gate)"
+  ],
+  "implicit_invocation": true
+}