code-ai-installer 1.2.0 → 1.3.0

package/.agents/architecture_doc/SKILL.md

@@ -1,92 +1,384 @@
----
-name: architecture_doc
-description: Архитектурный документ по PRD+UX: модули, потоки, данные, интеграции, ошибки, тестируемость, узкие места, план роста и план реализации.
----
-
-# Skill: Architecture Document
-
-## Цель
-Сделать архитектуру реализуемой, тестируемой и готовой к росту.
-
-## Входы
-- PRD
-- UX Spec (flows/screens/states)
-- Ограничения стека/деплоя
-- (если есть) Current State Analysis
-
-## Выход (структура)
-
-## 1) Overview
-- Что строим (1 абзац)
-- Контекст и ограничения
-- Допущения
-
-## 2) System Context
-- Акторы
-- Внешние интеграции
-- Границы системы
-
-## 3) High-level Architecture Diagram (текстовая)
-- FE → BE → DB/Cache/External
-- Основные контуры данных и ответственности
-
-## 4) Modules / Components
-Для каждого компонента/модуля:
-- ответственность
-- публичные интерфейсы
-- зависимости
-- границы тестирования (unit vs integration)
-- правила консистентности (patterns/conventions)
-
-## 5) Flow Mapping (из UX Spec)
-- Flow → endpoints → services → repos → entities
-- Где и почему возникают loading/empty/error состояния
-- Error strategy на UI (что показать пользователю)
-
-## 6) Integration Patterns
-- Синхронные вызовы (HTTP)
-- Асинхронные операции (events/queues) — если оправдано
-- Идемпотентность для рискованных операций
-
-## 7) Error Handling Strategy
-- Единый формат ошибок (machine-readable code)
-- 401/403/404/409/422/5xx политика
-- Безопасные сообщения (без утечек)
-
-## 8) Testing Strategy
-- Границы unit тестов
-- Интеграционные тесты (контракты API/БД/интеграции)
-- Набор “must-have” сценариев по PRD/UX
-- (опц.) e2e / визуальные проверки — если дизайн требует
-
-## 9) Scalability Bottlenecks (предвосхищение)
-- потенциальные узкие места (DB hot spots, N+1, stateful sessions, heavy endpoints)
-- меры: индексы, кэширование, фоновые задачи, CDN, шардирование (если когда-то понадобится)
-
-## 10) Growth Plan (план роста)
-Опиши пороги и что меняется:
-- 10K пользователей: Текущей архитектуры достаточно, но нужно мониторить метрики и оптимизировать запросы к БД.
-- 100K пользователей: Внедрение кластеризации Redis и использование CDN для статических ресурсов
-- 1M пользователей: Переход на микросервисную архитектуру, разделение баз данных на чтение и запись (Read/Write splitting)
-- 10M пользователей: Событийно-ориентированная архитектура (Event-driven), распределенное кэширование, мультирегиональное развертывание
-
-## 11) Implementation Plan
-- Эпики/подсистемы
-- Вертикальные срезы MVP (минимум 1–3)
-- Зависимости и порядок
-
-## Качество (чек-лист)
-- Любой UX flow можно трассировать через модули/API/данные
-- Границы модулей снижают связность
-- Тестируемость заложена
-- Наблюдаемость/деплой не забыты
-
-## Red Flags (Красные флаги)
-- Big Ball of Mud: Отсутствие четкой архитектуры
-- Golden Hammer: Использование одного и того же решения для любых задач
-- Premature Optimization: Оптимизация на слишком ранних этапах
-- Not Invented Here: Отказ от готовых решений
-- Analysis Paralysis: Избыток планирования при минимуме реализации
-- Magic: Непонятное, недокументированное поведение
-- Tight Coupling: Слишком высокая зависимость компонентов друг от друга
-- God Object: Один класс или компонент, который делает всё
+---
+name: architecture_doc
+description: Архитектурный документ по PRD+UX — модули, потоки, данные, интеграции, ошибки, тестируемость, узкие места, план роста и план реализации.
+---
+
+# Skill: Architecture Document
+
+Полная архитектура системы — от overview до implementation plan.
+
+**Разделы:**
+1. [Входы](#входы)
+2. [Структура документа](#структура) (11 секций)
+3. [Примеры для каждой секции](#примеры)
+4. [Quality Checklist](#quality-checklist)
+5. [Red Flags](#red-flags)
+
+---
+
+## Входы
+
+| Вход | Обязательный | Откуда |
+|------|:---:|--------|
+| PRD | ✅ | Product Manager gate |
+| UX Spec | ✅ | UX/UI Designer gate |
+| Current State Analysis | ⬜ опц. | `$current_state_analysis` |
+| System Design Checklist | ⬜ опц. | `$system_design_checklist` |
+| Ограничения стека/деплоя | ✅ | DevOps / team constraints |
+
+---
+
+## Структура документа
+
+### 1) Overview
+
+```markdown
+## 1. Overview
+
+### What we're building
+<1 абзац: что строим, какую проблему решаем>
+
+### Constraints
+- Stack: React 18 + Vite (FE), Express 4 (BE), MongoDB 7 (DB)
+- Deployment: Docker Compose + Caddy
+- Integration: Wix Self-Hosted App (iFrame SDK)
+- Timeline: 2 sprints (4 weeks)
+
+### Assumptions
+- Wix handles user authentication (app is installed per-site)
+- Single MongoDB instance sufficient for MVP (< 10K installations)
+- Dashboard used by site owners only (low concurrency)
+```
+
+---
+
+### 2) System Context
+
+```markdown
+## 2. System Context
+
+### Actors
+| Actor | Type | Interaction |
+|-------|------|-------------|
+| Site Owner | Human | Dashboard: manages settings, coupons |
+| Site Visitor | Human | Storefront: sees popup, uses coupon |
+| Wix Platform | System | Install/uninstall webhooks, OAuth |
+
+### External Integrations
+| System | Protocol | Purpose |
+|--------|----------|---------|
+| Wix REST API | HTTPS | Embed script, OAuth tokens |
+| Wix iFrame SDK | JS SDK | Settings Panel ↔ Widget communication |
+
+### System Boundary
+Dashboard + API + Embedded Script = our system.
+Wix Platform + Site Visitor's Browser = external.
+```
+
+---
+
+### 3) High-level Architecture Diagram
+
+```mermaid
+graph TB
+    subgraph "Wix Site (External)"
+        V[Site Visitor]
+        ES[Embedded Script]
+    end
+
+    subgraph "Our System"
+        subgraph "Gateway (Caddy :5173)"
+            GW[HTTPS Termination + Routing]
+        end
+        subgraph "Frontend (:3001)"
+            DASH[Dashboard SPA]
+            SP[Settings Panel]
+        end
+        subgraph "Backend (:3000)"
+            API[Express API]
+            WH[Webhook Handler]
+            EMB[Embed Service]
+        end
+        DB[(MongoDB :27017)]
+    end
+
+    WIX[Wix Platform]
+
+    V --> ES
+    ES -->|GET /api/v1/widget/:id| GW
+    DASH -->|REST| GW
+    SP -->|iFrame SDK| DASH
+    GW --> API
+    GW --> DASH
+    API --> DB
+    WIX -->|Install Webhook| WH
+    EMB -->|Embed Script API| WIX
+```
+
+---
+
+### 4) Modules / Components
+
+Для каждого модуля заполни:
+
+```markdown
+## 4. Modules
+
+### 4.1 API Server (Express)
+
+| Аспект | Описание |
+|--------|---------|
+| **Responsibility** | REST API, webhook handling, OAuth, embed script |
+| **NOT responsible for** | UI rendering, static files serving (Caddy does this) |
+| **Public API** | See API Contracts doc |
+| **Dependencies** | MongoDB (via Mongoose), Wix REST API |
+| **Layers** | Router → Controller → Service → Repository |
+| **Test boundary** | Unit: services (mock repos). Integration: repos + DB |
+
+### 4.2 Dashboard (React SPA)
+
+| Аспект | Описание |
+|--------|---------|
+| **Responsibility** | Settings management, coupon CRUD, live preview |
+| **NOT responsible for** | Direct DB access, Wix API calls |
+| **Public API** | N/A (user-facing UI) |
+| **Dependencies** | API Server (REST), Wix iFrame SDK (Settings Panel) |
+| **State** | Zustand (settings store, coupon store) |
+| **Test boundary** | Unit: stores, utils. Integration: component render tests |
+
+### 4.3 Embedded Script
+
+| Аспект | Описание |
+|--------|---------|
+| **Responsibility** | Fetch config from API, render popup/launcher on Wix site |
+| **NOT responsible for** | Settings management, data persistence |
+| **Dependencies** | API Server (GET /widget/:id) |
+| **Test boundary** | Unit: render logic. E2E: browser test on Wix site |
+```
+
+---
+
+### 5) Flow Mapping
+
+Маппинг UX flow → technical path:
+
+```markdown
+## 5. Flow Mapping
+
+### Flow: Site Owner saves settings
+
+| Step | UX | Frontend | API | Service | Repository | DB |
+|------|-----|---------|-----|---------|------------|-----|
+| 1 | Click "Save" | `PUT /api/v1/settings/:id` | `settingsRouter` | `settingsService.update()` | `settingsRepo.upsert()` | `settings.updateOne()` |
+| 2 | See "Saved!" toast | Response 200 → toast | — | — | — | — |
+| 3 | Live Preview updates | Re-fetch config | — | — | — | — |
+
+**States:**
+- Loading: spinner on Save button
+- Error: toast "Failed to save" + retry
+- Success: toast "Settings saved" + preview refresh
+
+### Flow: Visitor sees popup on Wix site
+
+| Step | UX | Embedded Script | API | DB |
+|------|-----|----------------|-----|-----|
+| 1 | Page loads | `embedded-script.js` bootstrap | — | — |
+| 2 | — | `GET /api/v1/widget/:id` | `widgetController` | `settings.findOne()` + `coupons.findOne()` |
+| 3 | Popup appears | `renderWidget(config)` | — | — |
+| 4 | Click CTA | Copy coupon code | — | — |
+```
+
+---
+
+### 6) Integration Patterns
+
+```markdown
+## 6. Integration Patterns
+
+| Integration | Pattern | Timeout | Retry | Idempotent |
+|------------|---------|---------|-------|------------|
+| Wix Install Webhook | Async POST → process | 10s | No (Wix retries) | Yes (upsert) |
+| Wix Embed Script API | Sync POST | 5s | 2x with backoff | Yes |
+| Widget Config Fetch | Sync GET | 3s | No (fail gracefully) | N/A (read) |
+| Dashboard REST | Sync CRUD | 5s | No (user retries) | PUT = idempotent |
+```
+
+---
+
+### 7) Error Handling Strategy
+
+```markdown
+## 7. Error Handling
+
+### Error format (API response)
+\`\`\`json
+{
+  "error": {
+    "code": "VALIDATION_ERROR",
+    "message": "Invalid coupon code",
+    "details": [{ "field": "code", "message": "Must be 3-20 chars" }]
+  }
+}
+\`\`\`
+
+### Mapping
+| Domain Error | HTTP | Code | UI Message | Log |
+|-------------|------|------|-----------|-----|
+| Validation | 400 | VALIDATION_ERROR | Field-level errors | warn |
+| Not Found | 404 | NOT_FOUND | "Not found" | info |
+| Duplicate | 409 | DUPLICATE | "Already exists" | warn |
+| Auth | 401 | UNAUTHORIZED | "Please log in" | warn |
+| Forbidden | 403 | FORBIDDEN | "Access denied" | warn |
+| Internal | 500 | INTERNAL_ERROR | "Something went wrong" | error |
+
+### Rule: never expose
+- Stack traces
+- DB error messages
+- Internal paths
+- Secret values
+```
+
+---
+
+### 8) Testing Strategy
+
+```markdown
+## 8. Testing Strategy
+
+| Layer | What | Tool | Mock |
+|-------|------|------|------|
+| Unit | Services, utils, validators | Vitest | Repos, external APIs |
+| Integration | API endpoints, DB queries | Vitest + MongoMemoryServer | External APIs |
+| Component | React components | Vitest + RTL | API calls (msw) |
+| E2E | Critical flows | Browser agent / Playwright | Nothing |
+
+### Must-have scenarios
+- [ ] CRUD settings (happy path + validation errors)
+- [ ] CRUD coupons (happy path + duplicate)
+- [ ] Widget endpoint returns correct payload
+- [ ] Install webhook creates installation + settings
+- [ ] Embedded script renders from API payload
+```
+
+---
+
+### 9) Scalability Bottlenecks
+
+```markdown
+## 9. Scalability Bottlenecks
+
+| Bottleneck | Current | When it hurts | Mitigation |
+|-----------|---------|---------------|------------|
+| No DB indexes | Collection scan | > 1K docs | Add compound indexes |
+| Widget fetch on every pageview | API load | > 100 rps | Cache-Control + CDN |
+| Single MongoDB | Write throughput | > 10K writes/s | Replica set |
+| Sync embed in webhook | Webhook timeout | Many installs | Background job |
+| No connection pooling | Connection storms | > 50 concurrent | maxPoolSize config |
+```
+
+---
+
+### 10) Growth Plan
+
+```markdown
+## 10. Growth Plan
+
+| Scale | Architecture | Changes needed |
+|-------|-------------|----------------|
+| **< 1K installs** | Current: monolith + single Mongo | None |
+| **1K – 10K** | Add indexes, connection pooling, cache | ARCH-xx |
+| **10K – 100K** | Replica set, CDN for widget, Redis cache | ARCH-xx |
+| **100K – 1M** | Separate API from webhook processing, queue | ARCH-xx |
+| **> 1M** | Microservices, sharding, multi-region | Full redesign |
+```
+
+---
+
+### 11) Implementation Plan
+
+```markdown
+## 11. Implementation Plan
+
+### Phase 1: Foundation (Sprint 1)
+| # | Task | Dependencies | Estimate |
+|---|------|-------------|----------|
+| 1 | DB schemas + migrations | None | 2h |
+| 2 | API: CRUD settings | #1 | 4h |
+| 3 | API: CRUD coupons | #1 | 4h |
+| 4 | API: Widget endpoint | #1 | 2h |
+| 5 | Webhook handler | #1 | 3h |
+
+### Phase 2: Frontend (Sprint 1-2)
+| # | Task | Dependencies | Estimate |
+|---|------|-------------|----------|
+| 6 | Dashboard: Settings page | #2 | 6h |
+| 7 | Dashboard: Coupon management | #3 | 4h |
+| 8 | Dashboard: Live Preview | #4, #6 | 4h |
+
+### Phase 3: Integration (Sprint 2)
+| # | Task | Dependencies | Estimate |
+|---|------|-------------|----------|
+| 9 | Embedded Script | #4 | 6h |
+| 10 | Wix embed integration | #5, #9 | 3h |
+| 11 | E2E testing | All | 4h |
+
+### Dependency graph
+\`\`\`
+#1 → #2 → #6
+#1 → #3 → #7
+#1 → #4 → #8, #9
+#1 → #5 → #10
+#6 + #4 → #8
+#9 + #5 → #10
+All → #11
+\`\`\`
+```
+
+---
+
+## Quality Checklist
+
+| # | Check | Status |
+|---|-------|--------|
+| 1 | Любой UX flow трассируется через modules → API → DB | ☐ |
+| 2 | Границы модулей снижают связность (no circular deps) | ☐ |
+| 3 | Тестируемость заложена (mock boundaries defined) | ☐ |
+| 4 | Error handling единообразен (format + mapping) | ☐ |
+| 5 | Наблюдаемость запланирована (logs, health checks) | ☐ |
+| 6 | Deployment strategy определена | ☐ |
+| 7 | Growth plan есть (хотя бы 3 порога) | ☐ |
+| 8 | Implementation plan с зависимостями | ☐ |
+
+---
+
+## Red Flags
+
+| Flag | Описание | Обнаружение |
+|------|---------|-------------|
+| Big Ball of Mud | Нет чёткой архитектуры | Нет разделения слоёв |
+| Golden Hammer | Одно решение для всех задач | "MongoDB for everything" |
+| Premature Optimization | Оптимизация без данных | Cache/sharding до первого пользователя |
+| Not Invented Here | Отказ от готовых решений | Custom auth, custom ORM |
+| Analysis Paralysis | Бесконечное планирование | 3+ альтернативы без решения |
+| Magic | Неочевидное поведение | Hooks с бизнес-логикой |
+| Tight Coupling | Высокая связность | Изменение модуля ломает другие |
+| God Object | Один компонент делает всё | Файл > 500 строк |
+
+---
+
+## Deliverables
+
+| Артефакт | Формат | Где сохранять |
+|---------|--------|---------------|
+| Architecture Document | Markdown (11 sections above) | `docs/architecture/architecture.md` |
+| Architecture Diagram | Mermaid в документе | inline |
+| ADR records | `$adr_log` формат | `docs/architecture/adr/` |
+
+---
+
+## См. также
+- `$current_state_analysis` — аудит перед новой архитектурой
+- `$system_design_checklist` — quick check полноты
+- `$adr_log` — фиксация решений
+- `$api_contracts` — детальные API контракты
+- `$data_model` — детальная data model

package/.agents/architecture_doc/agents/claude.json

@@ -1,13 +1,13 @@
 {
   "name": "architecture_doc",
   "display_name": "Архитектурная документация",
-  "description": "Архитектурный документ по PRD+UX: модули, потоки, данные, интеграции, ошибки, тестируемость, узкие места, план роста и план реализации.",
+  "description": "Архитектурный документ по PRD+UX — модули, потоки, данные, интеграции, ошибки, тестируемость, узкие места, план роста и план реализации.",
   "default_prompt": "Используй $architecture_doc, когда задача относится к навыку \"Архитектурная документация\".",
   "triggers": [
     "architecture_doc",
     "architecture doc",
     "Архитектурная документация",
-    "Архитектурный документ по PRD+UX"
+    "Архитектурный документ по PRD+UX — модули, потоки, данные, интеграции, ошибки, тестируемость, узкие места, план роста и план реализации"
   ],
   "capabilities": [
     "architecture",

package/.agents/architecture_doc/agents/copilot.json

@@ -1,13 +1,13 @@
 {
   "name": "architecture_doc",
   "display_name": "Архитектурная документация",
-  "description": "Архитектурный документ по PRD+UX: модули, потоки, данные, интеграции, ошибки, тестируемость, узкие места, план роста и план реализации.",
+  "description": "Архитектурный документ по PRD+UX — модули, потоки, данные, интеграции, ошибки, тестируемость, узкие места, план роста и план реализации.",
   "default_prompt": "Используй $architecture_doc, когда задача относится к навыку \"Архитектурная документация\".",
   "triggers": [
     "architecture_doc",
     "architecture doc",
     "Архитектурная документация",
-    "Архитектурный документ по PRD+UX"
+    "Архитектурный документ по PRD+UX — модули, потоки, данные, интеграции, ошибки, тестируемость, узкие места, план роста и план реализации"
   ],
   "capabilities": [
     "architecture",

package/.agents/architecture_doc/agents/gemini.json

@@ -1,13 +1,13 @@
 {
   "name": "architecture_doc",
   "display_name": "Архитектурная документация",
-  "description": "Архитектурный документ по PRD+UX: модули, потоки, данные, интеграции, ошибки, тестируемость, узкие места, план роста и план реализации.",
+  "description": "Архитектурный документ по PRD+UX — модули, потоки, данные, интеграции, ошибки, тестируемость, узкие места, план роста и план реализации.",
   "default_prompt": "Используй $architecture_doc, когда задача относится к навыку \"Архитектурная документация\".",
   "triggers": [
     "architecture_doc",
     "architecture doc",
     "Архитектурная документация",
-    "Архитектурный документ по PRD+UX"
+    "Архитектурный документ по PRD+UX — модули, потоки, данные, интеграции, ошибки, тестируемость, узкие места, план роста и план реализации"
   ],
   "capabilities": [
     "architecture",

package/.agents/architecture_doc/agents/openai.yaml

@@ -1,6 +1,6 @@
 interface:
   display_name: "Архитектурная документация"
-  short_description: "Архитектурный документ по PRD+UX: модули, потоки, данные, интеграции, ошибки, тестируемость, уз…"
+  short_description: "Архитектурный документ по PRD+UX — модули, потоки, данные, интеграции, ошибки, тестируемость, у…"
   default_prompt: "Используй $architecture_doc, когда задача относится к навыку \"Архитектурная документация\"."
 dependencies:
   tools: []

package/.agents/architecture_doc/agents/qwen.json

@@ -1,13 +1,13 @@
 {
   "name": "architecture_doc",
   "display_name": "Архитектурная документация",
-  "description": "Архитектурный документ по PRD+UX: модули, потоки, данные, интеграции, ошибки, тестируемость, узкие места, план роста и план реализации.",
+  "description": "Архитектурный документ по PRD+UX — модули, потоки, данные, интеграции, ошибки, тестируемость, узкие места, план роста и план реализации.",
   "default_prompt": "Используй $architecture_doc, когда задача относится к навыку \"Архитектурная документация\".",
   "triggers": [
     "architecture_doc",
     "architecture doc",
     "Архитектурная документация",
-    "Архитектурный документ по PRD+UX"
+    "Архитектурный документ по PRD+UX — модули, потоки, данные, интеграции, ошибки, тестируемость, узкие места, план роста и план реализации"
   ],
   "capabilities": [
     "architecture",

package/.agents/architecture_doc/agents/skill.yaml

@@ -1,13 +1,13 @@
 version: 1
 name: "architecture_doc"
 display_name: "Архитектурная документация"
-description: "Архитектурный документ по PRD+UX: модули, потоки, данные, интеграции, ошибки, тестируемость, узкие места, план роста и план реализации."
+description: "Архитектурный документ по PRD+UX — модули, потоки, данные, интеграции, ошибки, тестируемость, узкие места, план роста и план реализации."
 default_prompt: "Используй $architecture_doc, когда задача относится к навыку \"Архитектурная документация\"."
 triggers:
   - "architecture_doc"
   - "architecture doc"
   - "Архитектурная документация"
-  - "Архитектурный документ по PRD+UX"
+  - "Архитектурный документ по PRD+UX — модули, потоки, данные, интеграции, ошибки, тестируемость, узкие места, план роста и план реализации"
 capabilities:
   - "architecture"
   - "doc"