code-ai-installer 1.2.0 → 1.3.1

package/.agents/adr_log/SKILL.md

@@ -1,69 +1,369 @@
----
-name: adr_log
-description: Зафиксировать ключевые архитектурные решения (ADR) с trade-offs: Pros/Cons/Alternatives/Decision, статусом и датой.
----
-
-# Skill: ADR Log
-
-## Цель
-Не потерять “почему мы так сделали” и упростить ревью/поддержку.
-
-## Когда использовать
-- Для каждого нетривиального выбора: БД, auth, кеш, структура модулей, формат API, стратегия ошибок, очереди, поиск, деплой, интеграции, и т.д.
-
-## Формат ADR (обязательный)
-# ADR-XXX: <Название>
-
-## Context
-<почему это нужно, какие ограничения, что болит>
-
-## Decision
-<что выбрали и как именно>
-
-## Consequences
-### Positive
-- ...
-### Negative
-- ...
-
-## Alternatives Considered
-- **A**: ...
-- **B**: ...
-
-## Status
-Proposed / Accepted / Deprecated
-
-## Date
-YYYY-MM-DD
-
-## Требования (строго)
-- Для каждого ADR должны быть явные Pros/Cons/Alternatives и rationale выбора.
-- Если решение влияет на безопасность/данные/стоимость — обязательно описать последствия.
-- ADR должен быть коротким и конкретным: без воды, но с ключевыми аргументами.
-
-## Пример (краткий)
-# ADR-001: Выбор основной БД
-
-## Context
-Нужно хранить пользователей/сессии/заказы. Нужны транзакции и сложные запросы. Ожидаемый рост до 100K пользователей.
-
-## Decision
-Используем PostgreSQL как основную БД.
-
-## Consequences
-### Positive
-- ACID транзакции
-- Богатые запросы и индексация
-### Negative
-- Возможная необходимость масштабирования при росте
-- Операционные затраты на администрирование
-
-## Alternatives Considered
-- **MongoDB**: слабее в транзакционных сценариях/сложных join
-- **DynamoDB**: vendor lock-in, сложнее локально тестировать
-
-## Status
-Accepted
-
-## Date
-2025-01-15
+---
+name: adr_log
+description: Зафиксировать ключевые архитектурные решения (ADR) с trade-offs — Pros/Cons/Alternatives/Decision, статусом и датой.
+---
+
+# Skill: ADR Log
+
+Формат и примеры для Architectural Decision Records.
+
+**Разделы:**
+1. [Когда создавать ADR](#1-когда)
+2. [Формат (обязательный)](#2-формат)
+3. [Naming Convention](#3-naming)
+4. [Примеры ADR](#4-примеры)
+5. [Decision Matrix](#5-decision-matrix)
+6. [Lifecycle](#6-lifecycle)
+7. [Anti-patterns](#7-anti-patterns)
+
+---
+
+## 1. Когда создавать ADR
+
+Создавай ADR для **каждого нетривиального выбора** — если через 6 месяцев кто-то спросит "почему так?":
+
+| Категория | Примеры |
+|-----------|---------|
+| **Database** | Выбор СУБД, embed vs reference, sharding strategy |
+| **Auth** | JWT vs sessions, cookie vs header, OAuth flow |
+| **API Design** | REST vs GraphQL, versioning, error format |
+| **Architecture** | Monolith vs microservices, layering, module boundaries |
+| **Infrastructure** | Docker vs K8s, CDN, reverse proxy, HTTPS strategy |
+| **Integration** | Wix SDK choice, payment provider, email service |
+| **State** | Zustand vs Redux vs Context, server state (React Query) |
+| **Styling** | CSS Modules vs Tailwind vs styled-components |
+| **Testing** | Test runner, coverage thresholds, mock strategy |
+| **Error handling** | Error format, retry policy, circuit breaker |
+
+---
+
+## 2. Формат (обязательный)
+
+```markdown
+# ADR-XXX: <Краткое название решения>
+
+## Status
+Proposed | Accepted | Deprecated | Superseded by ADR-YYY
+
+## Date
+YYYY-MM-DD
+
+## Context
+<Почему это нужно? Какие ограничения? Что болит?>
+- Текущая ситуация
+- Требования / constraints
+- Что произойдёт если не решить
+
+## Decision
+<Что выбрали и как именно будем делать>
+
+## Consequences
+
+### Positive
+- ...
+- ...
+
+### Negative
+- ...
+- ...
+
+### Risks
+- ... (и как митигируем)
+
+## Alternatives Considered
+
+### Option A: <название>
+- ✅ Pros: ...
+- ❌ Cons: ...
+- 💡 Why rejected: ...
+
+### Option B: <название>
+- ✅ Pros: ...
+- ❌ Cons: ...
+- 💡 Why rejected: ...
+
+## References
+- PRD section / UX Spec / ticket
+- External docs / articles
+- Related ADRs: ADR-XXX
+```
+
+---
+
+## 3. Naming Convention
+
+| Правило | Пример |
+|---------|--------|
+| Номер: 3-значный, с ведущими нулями | ADR-001, ADR-042 |
+| Название: action + object | "Use MongoDB as primary database" |
+| Файл: `ADR-XXX-kebab-case.md` | `ADR-001-use-mongodb.md` |
+| Директория: `docs/architecture/adr/` | — |
+| Хронологический порядок | Новые ADR = следующий номер |
+
+---
+
+## 4. Примеры ADR
+
+### ADR-001: Use MongoDB as primary database
+
+```markdown
+# ADR-001: Use MongoDB as primary database
+
+## Status
+Accepted
+
+## Date
+2025-06-15
+
+## Context
+Smart Cart Rescue needs persistent storage for installations, settings,
+and coupons. Requirements:
+- Flexible schema (settings structure varies per template)
+- Low operational overhead (small team)
+- Good Node.js ecosystem support
+- No complex joins needed (data is per-installation)
+
+## Decision
+Use MongoDB 7 with Mongoose ODM.
+- Single database, collections: installations, settings, coupons
+- Hosted via Docker (dev) / MongoDB Atlas (production)
+
+## Consequences
+
+### Positive
+- Flexible schema fits varying template settings
+- Excellent Mongoose ecosystem (validators, middleware, lean queries)
+- Easy Docker setup for local development
+- Native JSON — minimal serialization overhead
+
+### Negative
+- No ACID transactions across collections (need replica set)
+- No joins — must denormalize or do application-level joins
+- Schema discipline required (strict mode + Zod validation)
+
+### Risks
+- Schema drift without validation → mitigated by strict: 'throw'
+- 16MB document limit → mitigated by reference strategy for unbounded arrays
+
+## Alternatives Considered
+
+### Option A: PostgreSQL
+- ✅ ACID, complex queries, strong typing
+- ❌ Schema migrations more complex for flexible settings
+- ❌ JSON column less ergonomic than native MongoDB documents
+- 💡 Overkill for current use case (no joins, no complex queries)
+
+### Option B: SQLite
+- ✅ Zero infrastructure, file-based
+- ❌ No concurrent writes in Docker
+- ❌ No production scaling path
+- 💡 Too limiting for multi-service architecture
+
+## References
+- PRD: Data requirements section
+- Related: ADR-002 (Mongoose strict mode)
+```
+
+---
+
+### ADR-018: Use Wix ImageViewer for dashboard images
+
+```markdown
+# ADR-018: Use Wix ImageViewer for dashboard images
+
+## Status
+Accepted
+
+## Date
+2025-12-20
+
+## Context
+Dashboard needs to display template preview images.
+The app runs inside Wix iframe where standard <img> tags may have
+CORS issues with Wix media URLs (wixstatic.com).
+
+## Decision
+Use WDS (Wix Design System) ImageViewer component for all
+dashboard images instead of native <img> tags.
+
+## Consequences
+
+### Positive
+- Handles Wix media URLs natively (no CORS issues)
+- Consistent with Wix design system (visual parity)
+- Built-in loading states and error handling
+
+### Negative
+- Dependency on WDS component library
+- Different API than standard <img> (onLoad, src format)
+
+## Alternatives Considered
+
+### Option A: Native <img> with proxy
+- ✅ Simple, no dependency
+- ❌ CORS errors with wixstatic.com
+- ❌ Need custom proxy endpoint
+- 💡 Unnecessary complexity
+
+## References
+- Bug: Dashboard images not loading (blank src)
+- Wix Design System docs: ImageViewer component
+```
+
+---
+
+### ADR-019: CSS overflow containment for popup templates
+
+```markdown
+# ADR-019: CSS overflow containment for popup
+
+## Status
+Accepted
+
+## Date
+2025-12-20
+
+## Context
+Popup templates render inside Wix embedded script.
+CSS overflow from popup elements leaks outside the container,
+causing scrollbars on the Wix page.
+
+## Decision
+Apply containment strategy:
+1. `overflow: hidden` on popup container
+2. `contain: layout style` on root widget element
+3. `box-sizing: border-box` on all popup children
+
+## Consequences
+
+### Positive
+- No visual leaking outside container
+- No unexpected scrollbars on host page
+- Each template isolated
+
+### Negative
+- Must test each template for clipping issues
+- Shadow effects near edges may be cut off
+
+## Alternatives Considered
+
+### Option A: Shadow DOM
+- ✅ Complete style isolation
+- ❌ Complex to implement for dynamic templates
+- ❌ Limited shadow DOM support for legacy browsers
+- 💡 Overkill for current 3-template scope
+
+## References
+- Bug: Scrollbar appearing on Wix site when popup opens
+- Related: ADR-018 (ImageViewer)
+```
+
+---
+
+## 5. Decision Matrix
+
+Для сложных решений с 3+ альтернативами используй weighted matrix:
+
+```markdown
+## Decision Matrix: State Management
+
+### Criteria (weighted)
+| Criteria | Weight | Description |
+|----------|--------|-------------|
+| Simplicity | 3 | Learning curve, boilerplate |
+| Performance | 2 | Re-render efficiency |
+| DevTools | 1 | Debugging experience |
+| Ecosystem | 1 | Community, plugins |
+| Bundle size | 2 | KB added |
+
+### Scoring (1-5, higher = better)
+
+| Option | Simplicity (×3) | Performance (×2) | DevTools (×1) | Ecosystem (×1) | Bundle (×2) | **Total** |
+|--------|:---:|:---:|:---:|:---:|:---:|:---:|
+| **Zustand** | 5 (15) | 4 (8) | 4 (4) | 3 (3) | 5 (10) | **40** |
+| Redux Toolkit | 3 (9) | 4 (8) | 5 (5) | 5 (5) | 3 (6) | **33** |
+| Context + useReducer | 4 (12) | 2 (4) | 3 (3) | 5 (5) | 5 (10) | **34** |
+| Jotai | 4 (12) | 5 (10) | 3 (3) | 2 (2) | 5 (10) | **37** |
+
+### Decision
+Zustand wins (40 points). Best simplicity + performance + bundle size.
+```
+
+---
+
+## 6. Lifecycle
+
+```
+Proposed → Accepted → [Active use]
+                         ↓
+                    Deprecated (if better solution found)
+                         ↓
+                    Superseded by ADR-YYY
+```
+
+| Status | Значение |
+|--------|---------|
+| **Proposed** | Решение предложено, ждёт review |
+| **Accepted** | Решение утверждено, применяется |
+| **Deprecated** | Решение устарело, но код ещё использует |
+| **Superseded** | Заменено другим ADR (указать ссылку) |
+
+### Supersedes/Superseded-by
+
+```markdown
+# ADR-025: Migrate from CSS Modules to Tailwind
+
+## Status
+Accepted (Supersedes ADR-008)
+
+---
+
+# ADR-008: Use CSS Modules for component styling
+
+## Status
+Superseded by ADR-025
+```
+
+---
+
+## 7. Anti-patterns
+
+| ❌ Anti-pattern | ✅ Решение |
+|----------------|-----------|
+| ADR без Alternatives | Всегда минимум 2 альтернативы |
+| "We chose X because it's popular" | Конкретные Pros/Cons по критериям проекта |
+| 500-строчный ADR | Короткий и конкретный: max 50-80 строк |
+| ADR задним числом (через месяц) | Создавать ADR в момент принятия решения |
+| Нет cross-references | Ссылки на PRD, related ADRs, tickets |
+| Нет Negative consequences | Каждое решение имеет trade-offs |
+| "Alternatives: none" | Если альтернатив нет — пересмотри скоуп вопроса |
+
+---
+
+## Deliverables
+
+| Артефакт | Формат | Где |
+|---------|--------|-----|
+| ADR record | Markdown (format above) | `docs/architecture/adr/ADR-XXX-name.md` |
+| ADR index | Table of contents | `docs/architecture/adr/README.md` |
+
+### ADR Index format
+
+```markdown
+# Architecture Decision Records
+
+| # | Title | Status | Date |
+|---|-------|--------|------|
+| ADR-001 | Use MongoDB as primary database | Accepted | 2025-06-15 |
+| ADR-008 | Use CSS Modules for styling | Superseded by ADR-025 | 2025-07-01 |
+| ADR-018 | Use WDS ImageViewer | Accepted | 2025-12-20 |
+| ADR-019 | CSS overflow containment | Accepted | 2025-12-20 |
+| ADR-025 | Migrate to Tailwind | Accepted | 2026-01-15 |
+```
+
+---
+
+## См. также
+- `$architecture_doc` — Architecture Document (ADR decisions referenced inline)
+- `$current_state_analysis` — аудит перед новыми ADR
+- `$system_design_checklist` — checklist полноты дизайна

package/.agents/adr_log/agents/claude.json

@@ -1,13 +1,13 @@
 {
   "name": "adr_log",
   "display_name": "Журнал ADR",
-  "description": "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs: Pros/Cons/Alternatives/Decision, статусом и датой.",
+  "description": "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs — Pros/Cons/Alternatives/Decision, статусом и датой.",
   "default_prompt": "Используй $adr_log, когда задача относится к навыку \"Журнал ADR\".",
   "triggers": [
     "adr_log",
     "adr log",
     "Журнал ADR",
-    "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs"
+    "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs — Pros/Cons/Alternatives/Decision, статусом и датой"
   ],
   "capabilities": [
     "adr",

package/.agents/adr_log/agents/copilot.json

@@ -1,13 +1,13 @@
 {
   "name": "adr_log",
   "display_name": "Журнал ADR",
-  "description": "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs: Pros/Cons/Alternatives/Decision, статусом и датой.",
+  "description": "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs — Pros/Cons/Alternatives/Decision, статусом и датой.",
   "default_prompt": "Используй $adr_log, когда задача относится к навыку \"Журнал ADR\".",
   "triggers": [
     "adr_log",
     "adr log",
     "Журнал ADR",
-    "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs"
+    "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs — Pros/Cons/Alternatives/Decision, статусом и датой"
   ],
   "capabilities": [
     "adr",

package/.agents/adr_log/agents/gemini.json

@@ -1,13 +1,13 @@
 {
   "name": "adr_log",
   "display_name": "Журнал ADR",
-  "description": "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs: Pros/Cons/Alternatives/Decision, статусом и датой.",
+  "description": "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs — Pros/Cons/Alternatives/Decision, статусом и датой.",
   "default_prompt": "Используй $adr_log, когда задача относится к навыку \"Журнал ADR\".",
   "triggers": [
     "adr_log",
     "adr log",
     "Журнал ADR",
-    "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs"
+    "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs — Pros/Cons/Alternatives/Decision, статусом и датой"
   ],
   "capabilities": [
     "adr",

package/.agents/adr_log/agents/openai.yaml

@@ -1,6 +1,6 @@
 interface:
   display_name: "Журнал ADR"
-  short_description: "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs: Pros/Cons/Alternatives/Decisio…"
+  short_description: "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs — Pros/Cons/Alternatives/Decisi…"
   default_prompt: "Используй $adr_log, когда задача относится к навыку \"Журнал ADR\"."
 dependencies:
   tools: []

package/.agents/adr_log/agents/qwen.json

@@ -1,13 +1,13 @@
 {
   "name": "adr_log",
   "display_name": "Журнал ADR",
-  "description": "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs: Pros/Cons/Alternatives/Decision, статусом и датой.",
+  "description": "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs — Pros/Cons/Alternatives/Decision, статусом и датой.",
   "default_prompt": "Используй $adr_log, когда задача относится к навыку \"Журнал ADR\".",
   "triggers": [
     "adr_log",
     "adr log",
     "Журнал ADR",
-    "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs"
+    "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs — Pros/Cons/Alternatives/Decision, статусом и датой"
   ],
   "capabilities": [
     "adr",

package/.agents/adr_log/agents/skill.yaml

@@ -1,13 +1,13 @@
 version: 1
 name: "adr_log"
 display_name: "Журнал ADR"
-description: "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs: Pros/Cons/Alternatives/Decision, статусом и датой."
+description: "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs — Pros/Cons/Alternatives/Decision, статусом и датой."
 default_prompt: "Используй $adr_log, когда задача относится к навыку \"Журнал ADR\"."
 triggers:
   - "adr_log"
   - "adr log"
   - "Журнал ADR"
-  - "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs"
+  - "Зафиксировать ключевые архитектурные решения (ADR) с trade-offs — Pros/Cons/Alternatives/Decision, статусом и датой"
 capabilities:
   - "adr"
   - "log"