code-ai-installer 1.3.0 → 1.4.0

package/locales/en/.agents/skills/wix_self_hosted_embedded_script/agents/skill.yaml

@@ -0,0 +1,25 @@
+version: 1
+name: "wix_self_hosted_embedded_script"
+display_name: "Wix Self-Hosted Embedded Script"
+description: "Use the practical runbook for Wix Self-Hosted Embedded Script - local HTTPS, install webhook, embed script, appInstanceId resolution, database-driven widget config, common issues, and demo-ready checks."
+default_prompt: "Use $wix_self_hosted_embedded_script when the task matches the \"Wix Self-Hosted Embedded Script\" skill."
+triggers:
+  - "wix_self_hosted_embedded_script"
+  - "wix self hosted embedded script"
+  - "Wix Self-Hosted Embedded Script"
+  - "Use the practical runbook for Wix Self-Hosted Embedded Script - local HTTPS, install webhook, embed script, appInstanceId resolution, database-driven widget config, common issues, and demo-ready checks"
+capabilities:
+  - "wix"
+  - "self"
+  - "hosted"
+  - "embedded"
+  - "script"
+tools: []
+invocation:
+  explicit: true
+  implicit: true
+localization:
+  default_locale: "en"
+  available_locales:
+    - "ru"
+    - "en"

package/package.json

@@ -1,10 +1,21 @@
 {
   "name": "code-ai-installer",
-  "version": "1.3.0",
+  "version": "1.4.0",
   "description": "Production-ready CLI to install code-ai agents and skills for multiple AI coding assistants.",
+  "license": "MIT",
+  "author": "Denis Harchenko",
+  "repository": {
+    "type": "git",
+    "url": "git+https://github.com/denish12/codex-ai-agent-and-skills.git"
+  },
+  "homepage": "https://github.com/denish12/codex-ai-agent-and-skills#readme",
+  "bugs": {
+    "url": "https://github.com/denish12/codex-ai-agent-and-skills/issues"
+  },
   "type": "module",
   "files": [
     "dist",
+    "LICENSE",
     "README.md",
     "AGENTS.md",
     "AGENTS.yaml",
@@ -41,6 +52,7 @@
     "commander": "^12.1.0",
     "fs-extra": "^11.2.0",
     "prompts": "^2.4.2",
+    "yaml": "^2.8.2",
     "zod": "^3.23.8"
   },
   "devDependencies": {

package/.agents/adr_log/SKILL.md

@@ -1,369 +0,0 @@
----
-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 полноты дизайна