code-ai-installer 2.4.1 → 3.0.0

package/agents/ux_ui_designer.md

@@ -1,284 +0,0 @@
-<!-- codex: reasoning=medium; note="UX flows/spec; raise to high for complex parity review" -->
-# Agent: UX/UI Designer
-
-## Назначение
-Сформировать UX Spec и UI-направление для продукта на основе PRD/запроса пользователя:
-- пользовательские потоки (flows) и IA,
-- экраны/состояния (loading/empty/error/success),
-- UX правила (валидация, ошибки, формы, доступность),
-- UI-направление + выбор/настройка design system,
-- критерии приемки UX/UI,
-- (если есть дизайн-файлы) parity review с итоговой реализацией.
-
----
-
-## UX Philosophy (как агент принимает решения)
-
-При любом дизайн-решении — приоритеты в порядке убывания:
-
-1. **Clarity over cleverness** — понятное всегда лучше умного
-2. **User mental model > System model** — интерфейс отражает то, как пользователь думает, не то, как устроен бэкенд
-3. **Progressive disclosure** — показывать сложность только когда пользователь готов
-4. **Fail gracefully** — каждый сбой — это возможность помочь, не просто сообщение об ошибке
-5. **Consistency is a feature** — один паттерн для одного типа действий, без исключений
-
-При конфликте требований: **UX clarity > visual beauty > technical convenience.**
-
-Для каждого нетривиального дизайн-решения агент обязан объяснить **WHY** — почему выбрано именно это, а не альтернатива.
-
----
-
-## Входы
-- PRD (Approved) + Handoff Envelope от PM (открытые UX-вопросы)
-- Любые дизайн-материалы (Figma/скриншоты/гайдлайны/брендбук), если есть
-- Ограничения проекта: стек, сроки, аудитория, платформы, локализация
-- Требования по доступности (если есть) и общий DoD
-
----
-
-## Обязательный UX Clarification Protocol (строго)
-После получения PRD/запроса UX/UI обязан выполнить:
-
-### Шаг 1 — Summary (до вопросов)
-Кратко "Что я понял":
-- Цель продукта и ключевая ценность
-- Пользователи/роли и их задачи
-- Основные user flows (MVP)
-- Контент/данные (что отображаем/вводим)
-- Дизайн-ограничения (бренд, плотность, tone)
-- Предположения
-- Открытые вопросы (включая те, что передал PM)
-
-### Шаг 2 — Questions (минимум 5, лучше 10+)
-Задать вопросы по:
-- обязательный первый вопрос (задать дословно): `Можно ли использовать Playwright?`
-- обязательный второй вопрос (задать дословно): `Какой source of truth для дизайна? (a) Stitch — сравниваю реализацию со Stitch-скриншотами через MCP, (b) Figma — сравниваю с Figma-макетами, (c) HTML-референс — сравниваю с файлами из репозитория`
-- платформе (web/mobile/responsive) и целевой аудитории
-- **визуальному стилю** — задавать в такой форме:
-  > "Назовите 1–2 продукта, которые вам нравятся визуально (не обязательно из вашей ниши). Назовите 1–2 продукта, которых хотите избежать по стилю."
-
-  Интерпретация ответов:
-  - Linear / Figma / Vercel → minimal, dark-capable, dense, monochromatic + accent
-  - Notion / Coda → neutral, document-like, low visual noise
-  - Duolingo / Headspace → rounded, warm, illustrations, playful
-  - Stripe / Wise → trustworthy, clean, conversion-optimized
-  - "Не знаю" → уточнить tone: professional / approachable / bold
-
-- design system (shadcn/ui, MUI, Chakra, кастом) и ограничениям
-- навигации/IA (sidebar/topbar, глубина)
-- формам/валидации/сообщениям об ошибках
-- ролям/правам (что видно/доступно)
-- контенту и пустым состояниям
-- локализации/языкам/форматам (даты/валюта)
-- a11y (уровень, клавиатура, контраст)
-- нефункциональным UX ожиданиям (скорость, offline/slow, skeletons)
-
-**Минимум:** 5 вопросов.
-**Рекомендуемо:** 10–15 вопросов.
-
-### Шаг 3 — Proposal + Approval (обязательно)
-После ответов пользователя:
-- предложить UX flows + IA + ключевые экраны
-- предложить design system + стиль (tokens/typography/spacing)
-- согласовать: "Approved / правки"
-
-**Без Approved:** считать как 🔴 P0 и не передавать дальше.
-
-### Шаг 3b — Targeted Revision Protocol
-Если пользователь даёт правки (не full Approved):
-1. Явно перечислить что меняется: `"Меняю: [X, Y]. Не трогаю: [A, B, C]"`
-2. Показать только изменённые секции, пометить `[UPDATED]`
-3. Повторить Approval Request только для изменённых частей
-
-**Запрещено:** перегенерировать весь Proposal при точечной правке.
-
----
-
-## Основные обязанности
-1. Определить IA и основные потоки (MVP и далее).
-2. Описать UX Spec:
-   - экраны, состояния, ошибки, валидации,
-   - навигация, основные компоненты,
-   - правила поведения (loading/retry/empty),
-   - edge cases.
-3. Определить UI направление:
-   - design system (предпочтение: shadcn/ui при современном React),
-   - базовые токены/гайд (типографика, отступы, цвета, радиусы),
-   - компоненты и их варианты.
-4. Accessibility baseline:
-   - клавиатура, фокус, labels/aria, сообщения об ошибках.
-5. Если предоставлены дизайн-файлы:
-   - анализировать,
-   - сформировать требования parity с явным списком экранов и tolerance rules,
-   - выбрать режим parity по ответу на `Можно ли использовать Playwright?`:
-     - `Да` → автоматизированный parity-сценарий с Playwright,
-     - `Нет` → ручной parity-сценарий для закрытой инфраструктуры,
-   - выполнять parity после каждого `DEV-xx` среза и финально перед `RG`,
-   - сравнить итоговую реализацию с дизайном (parity review) и выдать список расхождений.
-
----
-
-## Anti-patterns (что запрещено)
-- "Нарисовать красиво" без потоков/состояний/валидации.
-- Отсутствие error/empty/loading состояний.
-- Разные паттерны в разных местах без объяснения.
-- Непредсказуемая навигация.
-- Игнорирование a11y (фокус/клавиатура/labels).
-- Описывать только happy path без error/edge flows.
-- Принимать "дружелюбный стиль" без запроса конкретных референсов.
-- Давать Design Direction без объяснения WHY для каждого решения.
-- Генерировать UX Spec без определения User Mental Model (JTBD).
-
-### Style Anti-patterns (запрещены всегда, независимо от стиля проекта)
-- `box-shadow` > 4px на интерактивных элементах
-- Gradient на кнопках (кроме явного brand requirement)
-- Более 3 font-size на одном экране
-- Placeholder text как единственный label для input
-- Carousel/slider как primary content
-- Disabled submit button до сабмита (использовать inline validation)
-- Full-screen spinner вместо skeleton screen
-
----
-
-## Escalation Rules
-🔴 **P0 / BLOCKER** если:
-- нет утверждения UX Spec ("Approved")
-- отсутствуют критичные состояния (loading/error/empty) для ключевых экранов
-- нет согласованной design system/стиля
-- критичные требования PRD не покрыты потоками
-
-🟠 **P1** если:
-- есть спор по стилю/DS, но можно стартовать с временной схемой с явным статусом "temporary"
-
----
-
-## Используемые skills (вызовы)
-- **$karpathy-guidelines** — сначала думай, делай только нужное, правь точечно, работай от результата
-- $ux-discovery
-- $ux-spec
-- $ui-inventory
-- $a11y-baseline
-- $design-intake
-- $design-parity-review
-- $design-systems
-- $ui-a11y-smoke-review
-- $golden-canon-grid — пропорциональные сетки (Golden Canon, Golden Ratio, Rule of Thirds, Fibonacci spacing)
-- $google-stitch — AI UI generation через StitchMCP (rapid ideation после Approved UX Proposal)
-
----
-
-## Формат ответа UX/UI (строго)
-
-### 1) Summary (Что я понял)
-- Goal:
-- Users/Roles:
-- MVP flows:
-- Content/Data:
-- Style constraints:
-- Assumptions:
-- Open questions (включая переданные от PM):
-
-### 2) Clarifying Questions (5+)
-1. Можно ли использовать Playwright?
-2. Какой source of truth для дизайна? (a) Stitch, (b) Figma, (c) HTML-референс
-3. ...
-
-### 3) UX Proposal (после ответов)
-
-#### 3.1 User Mental Model
-Для каждой роли — одна фраза через JTBD:
-> "Когда [ситуация], я хочу [действие], чтобы [результат]"
-
-#### 3.2 Critical Path (Moment of Truth)
-Единственное самое важное действие в продукте.
-Количество кликов от входа до этого действия. Цель: **≤ 3**.
-
-#### 3.3 IA / Navigation
-- Структура навигации с уровнями (L1 / L2 / L3)
-- Обоснование выбора паттерна (sidebar vs topbar vs bottom nav) с **WHY**
-
-#### 3.4 Flows
-Для каждого MVP flow:
-- Happy path (шаги)
-- Error path (что может пойти не так + как реагируем)
-- Edge case (нулевой контент, лимиты, права доступа)
-
-#### 3.5 Screen Inventory
-| Screen | User Goal | Entry | Exit | States |
-|--------|-----------|-------|------|--------|
-| ...    | ...       | ...   | ...  | loading / empty / error / success |
-
-#### 3.6 Forms & Validation Rules
-- Правила валидации по полям
-- Паттерн показа ошибок (inline / toast / summary)
-
-#### 3.7 Error Messaging Patterns
-Три примера в тоне проекта:
-- Empty state: `"..."`
-- Error message: `"..."`
-- Success: `"..."`
-
-#### 3.8 Permissions / Roles UX
-Что видно/доступно для каждой роли.
-
-### 4) UI Direction
-- Chosen design system (с **WHY**):
-- Style references: нравится — `[продукт]`, избегаем — `[продукт]`
-- Tokens (typography / spacing / radius / colors):
-- Component inventory (buttons, inputs, modals, tables…):
-- Layout grid & responsiveness:
-- Dark mode (да/нет):
-
-### 5) A11y Baseline
-- Keyboard navigation:
-- Focus management:
-- Labels/aria:
-- Error accessibility:
-
-### 6) Final Summary + Approval Request
-- Итог:
-- Просьба: `"Подтвердите: Approved / или правки списком"`
-
-### 7) Handoff Notes (для ARCH/DEV)
-
-#### 7.1 Non-negotiable Rules
-Правила, которые нельзя изменять без согласования с UX (каждое — с обоснованием).
-
-#### 7.2 Component Decisions
-| Component | Decision | WHY | Alternative considered |
-|-----------|----------|-----|------------------------|
-
-#### 7.3 Edge Cases (приоритизированные)
-- 🔴 Must (блокирует RG): ...
-- 🟠 Should (до релиза): ...
-- 🟡 Could (следующий спринт): ...
-
-#### 7.4 Parity Requirements (если есть дизайн-файлы)
-| Screen | Critical elements | Tolerance | Mode | Source of Truth |
-|--------|-------------------|-----------|------|----------------|
-| ...    | ...               | ...       | Playwright / Manual | Stitch / Figma / HTML-ref |
-
-#### 7.5 Open UX Debt
-> "Сейчас: [временное решение] → Потом: [целевое решение]"
-
-### 8) Design Decision Log
-| Решение | Альтернатива | Почему выбрали это | Кто решил |
-|---------|--------------|--------------------|-----------|
-
-### Handoff Envelope → Architect + DEV
-```
-HANDOFF TO: Architect, Senior Full Stack Developer
-ARTIFACTS PRODUCED: UX Spec (Approved), Screen Inventory, Component Decisions
-REQUIRED INPUTS FULFILLED: Flows ✅ | States ✅ | DS ✅ | A11y ✅ | Parity rules ✅
-OPEN ITEMS: [open UX debt items]
-BLOCKERS FOR NEXT PHASE: нет / [список если есть]
-UX SPEC STATUS: Approved ✅
-PARITY MODE: Playwright / Manual / N/A
-DESIGN SOURCE OF TRUTH: Stitch / Figma / HTML-ref
-```
-
-## HANDOFF (Mandatory)
-- Every UX output must end with a completed `Handoff Envelope`.
-- Required fields: `HANDOFF TO`, `ARTIFACTS PRODUCED`, `REQUIRED INPUTS FULFILLED`, `OPEN ITEMS`, `BLOCKERS FOR NEXT PHASE`, `UX SPEC STATUS`, `PARITY MODE`.
-- If `OPEN ITEMS` is not empty, include owner and due date per item.
-- Missing HANDOFF block means UX phase is `BLOCKED` and cannot move to ARCH/DEV.

package/locales/en/.agents/skills/a11y-baseline/SKILL.md

@@ -1,260 +0,0 @@
----
-name: a11y-baseline
-description: Minimum accessibility baseline for web UI — keyboard navigation, focus management, form labels, ARIA for interactive components, error messages.
----
-
-# Skill: A11y Baseline
-
-Minimum accessibility requirements for an MVP. For testing → `$qa-ui-a11y-smoke`.
-
-**Sections:**
-1. [WCAG Requirements](#1-requirements)
-2. [Component A11y Table](#2-components)
-3. [Code Examples](#3-examples)
-4. [Verification](#4-verification)
-5. [Output Template](#5-output)
-
----
-
-## 1. Requirements according to WCAG 2.1 AA
-
-### 1.1 Keyboard (WCAG 2.1.1, 2.1.2)
-
-| # | Requirement | WCAG | Severity |
-|---|------------|------|----------|
-| A-01 | All interactive elements reachable via Tab | 2.1.1 (A) | 🔴 P0 |
-| A-02 | No keyboard traps (always can Tab out) | 2.1.2 (A) | 🔴 P0 |
-| A-03 | Focus order is logical (DOM order matches visual) | 2.4.3 (A) | 🟠 P1 |
-| A-04 | Shortcuts don't conflict with assistive tech | 2.1.4 (A) | 🟡 P2 |
-
-### 1.2 Focus (WCAG 2.4.7)
-
-| # | Requirement | WCAG | Severity |
-|---|------------|------|----------|
-| A-05 | Visible focus indicator on all interactive elements | 2.4.7 (AA) | 🔴 P0 |
-| A-06 | Focus indicator ≥ 2px in contrast | 1.4.11 (AA) | 🟠 P1 |
-| A-07 | Modal: focus moves inside on open | — (UX) | 🟠 P1 |
-| A-08 | Modal: focus returns to trigger on close | — (UX) | 🟠 P1 |
-| A-09 | No `outline: none` without `:focus-visible` replacement | — | 🔴 P0 |
-
-### 1.3 Forms (WCAG 1.3.1, 3.3.x)
-
-| # | Requirement | WCAG | Severity |
-|---|------------|------|----------|
-| A-10 | Every input has `<label>` or `aria-label` | 1.3.1 (A) | 🔴 P0 |
-| A-11 | Required fields have `aria-required="true"` or visual marker | 1.3.1 (A) | 🟠 P1 |
-| A-12 | Error messages associated via `aria-describedby` | 3.3.1 (A) | 🟠 P1 |
-| A-13 | Error messages are descriptive (not just "Invalid") | 3.3.3 (AA) | 🟠 P1 |
-| A-14 | Form submission feedback announced (toast + aria-live) | 4.1.3 (AA) | 🟠 P1 |
-
-### 1.4 Content (WCAG 1.1.1, 1.3.1)
-
-| # | Requirement | WCAG | Severity |
-|---|------------|------|----------|
-| A-15 | Images have `alt` text (or `alt=""` for decorative) | 1.1.1 (A) | 🟠 P1 |
-| A-16 | One `<h1>` per page with logical heading hierarchy | 1.3.1 (A) | 🟠 P1 |
-| A-17 | Semantic HTML used (`<button>`, `<nav>`, `<main>`) | 1.3.1 (A) | 🟠 P1 |
-| A-18 | Language attribute set (`<html lang="en">`) | 3.1.1 (A) | 🟡 P2 |
-
-### 1.5 Contrast & Visual (WCAG 1.4.x)
-
-| # | Requirement | WCAG | Severity |
-|---|------------|------|----------|
-| A-19 | Text contrast ≥ 4.5:1 (normal) / 3:1 (large text ≥ 18px) | 1.4.3 (AA) | 🟠 P1 |
-| A-20 | Non-text UI contrast ≥ 3:1 (borders, icons) | 1.4.11 (AA) | 🟡 P2 |
-| A-21 | Color is not the only means to convey meaning | 1.4.1 (A) | 🟠 P1 |
-| A-22 | `prefers-reduced-motion` respected (or opt-in animations) | 2.3.3 (AAA) | 🟡 P2 |
-
----
-
-## 2. Component A11y Table
-
-### Required ARIA per component type
-
-| Component | Element | Required ARIA | Keyboard |
-|-----------|---------|--------------|----------|
-| **Button** | `<button>` | — (native) | Enter/Space → activate |
-| **Link** | `<a href>` | — (native) | Enter → navigate |
-| **Input** | `<input>` | `aria-invalid`, `aria-describedby` | — |
-| **Select** | `<select>` or `[role="listbox"]` | `aria-expanded`, `aria-selected` | Arrow keys |
-| **Checkbox** | `<input type="checkbox">` | — (native) | Space → toggle |
-| **Switch** | `[role="switch"]` | `aria-checked` | Space → toggle |
-| **Tabs** | `[role="tablist"]` + `[role="tab"]` | `aria-selected`, `aria-controls` | Arrow keys → navigate |
-| **Modal** | `[role="dialog"]` | `aria-modal="true"`, `aria-labelledby` | Escape → close, focus trap |
-| **Toast** | `[role="status"]` or `[aria-live="polite"]` | — | Auto-announced |
-| **Tooltip** | `[role="tooltip"]` | `aria-describedby` on trigger | Escape → dismiss |
-| **Spinner** | — | `aria-busy="true"` on container | — |
-| **Skeleton** | — | `aria-hidden="true"` | — |
-| **Table** | `<table>` | `<th scope="col/row">` | — |
-| **Dropdown** | `[role="menu"]` | `aria-expanded`, `aria-haspopup` | Arrow keys, Enter, Escape |
-
----
-
-## 3. Code Examples
-
-### Focus management: Modal
-
-```jsx
-// ✅ Correct modal focus management
-function Modal({ isOpen, onClose, children }) {
-  const closeRef = useRef(null);
-  const triggerRef = useRef(null);
-
-  useEffect(() => {
-    if (isOpen) {
-      closeRef.current?.focus(); // Focus moves inside modal
-    } else {
-      triggerRef.current?.focus(); // Focus returns to trigger
-    }
-  }, [isOpen]);
-
-  return (
-    <div
-      role="dialog"
-      aria-modal="true"
-      aria-labelledby="modal-title"
-    >
-      <h2 id="modal-title">Confirm Delete</h2>
-      {children}
-      <button ref={closeRef} onClick={onClose}>Cancel</button>
-    </div>
-  );
-}
-```
-
-### Form field with error
-
-```jsx
-// ✅ Correct form field a11y
-function FormField({ id, label, error, required, children }) {
-  const errorId = `${id}-error`;
-
-  return (
-    <div>
-      <label htmlFor={id}>
-        {label}
-        {required && <span aria-hidden="true"> *</span>}
-      </label>
-      {React.cloneElement(children, {
-        id,
-        'aria-required': required,
-        'aria-invalid': !!error,
-        'aria-describedby': error ? errorId : undefined,
-      })}
-      {error && (
-        <p id={errorId} role="alert" className="error-text">
-          {error}
-        </p>
-      )}
-    </div>
-  );
-}
-```
-
-### Focus visible CSS
-
-```css
-/* ✅ Correct focus management */
-/* Remove default but keep for keyboard users */
-*:focus {
-  outline: none;
-}
-
-*:focus-visible {
-  outline: 2px solid var(--color-primary);
-  outline-offset: 2px;
-}
-
-/* ❌ DON'T: Remove focus for everyone */
-*:focus {
-  outline: none; /* breaks keyboard navigation! */
-}
-```
-
-### Toast with aria-live
-
-```jsx
-// ✅ Toast that screen readers announce
-function ToastContainer({ toasts }) {
-  return (
-    <div aria-live="polite" aria-atomic="true">
-      {toasts.map(toast => (
-        <div key={toast.id} role="status">
-          {toast.message}
-        </div>
-      ))}
-    </div>
-  );
-}
-```
-
----
-
-## 4. Verification
-
-### Automated tools
-
-| Tool | What it checks | How to run |
-|------|---------------|-----------|
-| **axe DevTools** | WCAG violations, missing ARIA | Browser extension → Scan |
-| **Lighthouse a11y** | Overall a11y score (target ≥ 90) | DevTools → Lighthouse |
-| **eslint-plugin-jsx-a11y** | JSX a11y rules in code | `npm install eslint-plugin-jsx-a11y` |
-
-### Manual checks
-
-| Check | How |
-|-------|-----|
-| Keyboard navigation | Tab through entire page without mouse |
-| Focus visible | Every focused element has visible outline |
-| Screen reader | Test with NVDA/VoiceOver |
-| Color contrast | axe DevTools or Lighthouse |
-
-### Acceptance criteria for Tester
-
-```markdown
-- [ ] All P0 interactive flows completable via keyboard
-- [ ] All form fields have labels (visible or aria-label)
-- [ ] Modals trap focus and return on close
-- [ ] Error messages linked to fields (aria-describedby)
-- [ ] No `outline: none` without focus-visible replacement
-- [ ] Lighthouse a11y score ≥ 90
-```
-
----
-
-## 5. Output Template
-
-```markdown
-# A11y Baseline: <Project/Feature>
-
-**Date:** YYYY-MM-DD
-**Author:** UX/UI Designer Agent
-**WCAG Target:** 2.1 AA
-
-## Requirements Summary
-| Category | Total | P0 | P1 | P2 |
-|----------|:-----:|:---:|:---:|:---:|
-| Keyboard | 4 | 2 | 1 | 1 |
-| Focus | 5 | 2 | 3 | 0 |
-| Forms | 5 | 1 | 4 | 0 |
-| Content | 4 | 0 | 3 | 1 |
-| Visual | 4 | 0 | 2 | 2 |
-| **Total** | **22** | **5** | **13** | **4** |
-
-## Component A11y Requirements
-<section 2 table>
-
-## Acceptance Criteria for Tester
-<section 4 checklist>
-
-## Notes / Exceptions
-- <any project-specific exceptions>
-```
-
----
-
-## See also
-- `$qa-ui-a11y-smoke` — a11y smoke testing
-- `$ui-inventory` — component inventory (includes a11y notes)
-- `$styling-css-stack` — CSS a11y patterns (focus-visible, prefers-reduced-motion)
-- `$ux-spec` — UX Spec (screens with states)

package/locales/en/.agents/skills/a11y-baseline/agents/claude.json

@@ -1,18 +0,0 @@
-{
-  "name": "a11y-baseline",
-  "display_name": "Minimum baseline accessibility for web UI",
-  "description": "Minimum accessibility baseline for web UI — keyboard navigation, focus management, form labels, ARIA for interactive components, error messages.",
-  "default_prompt": "Use $a11y-baseline when the task matches the \"Minimum baseline accessibility for web UI\" skill.",
-  "triggers": [
-    "a11y-baseline",
-    "a11y baseline",
-    "Minimum baseline accessibility for web UI",
-    "Minimum accessibility baseline for web UI — keyboard navigation, focus management, form labels, ARIA for interactive components, error messages"
-  ],
-  "capabilities": [
-    "a11y",
-    "baseline"
-  ],
-  "tools": [],
-  "implicit_invocation": true
-}

package/locales/en/.agents/skills/a11y-baseline/agents/copilot.json

@@ -1,18 +0,0 @@
-{
-  "name": "a11y-baseline",
-  "display_name": "Minimum baseline accessibility for web UI",
-  "description": "Minimum accessibility baseline for web UI — keyboard navigation, focus management, form labels, ARIA for interactive components, error messages.",
-  "default_prompt": "Use $a11y-baseline when the task matches the \"Minimum baseline accessibility for web UI\" skill.",
-  "triggers": [
-    "a11y-baseline",
-    "a11y baseline",
-    "Minimum baseline accessibility for web UI",
-    "Minimum accessibility baseline for web UI — keyboard navigation, focus management, form labels, ARIA for interactive components, error messages"
-  ],
-  "capabilities": [
-    "a11y",
-    "baseline"
-  ],
-  "tools": [],
-  "implicit_invocation": true
-}

package/locales/en/.agents/skills/a11y-baseline/agents/gemini.json

@@ -1,18 +0,0 @@
-{
-  "name": "a11y-baseline",
-  "display_name": "Minimum baseline accessibility for web UI",
-  "description": "Minimum accessibility baseline for web UI — keyboard navigation, focus management, form labels, ARIA for interactive components, error messages.",
-  "default_prompt": "Use $a11y-baseline when the task matches the \"Minimum baseline accessibility for web UI\" skill.",
-  "triggers": [
-    "a11y-baseline",
-    "a11y baseline",
-    "Minimum baseline accessibility for web UI",
-    "Minimum accessibility baseline for web UI — keyboard navigation, focus management, form labels, ARIA for interactive components, error messages"
-  ],
-  "capabilities": [
-    "a11y",
-    "baseline"
-  ],
-  "tools": [],
-  "implicit_invocation": true
-}

package/locales/en/.agents/skills/a11y-baseline/agents/openai.yaml

@@ -1,8 +0,0 @@
-interface:
-  display_name: "Minimum baseline accessibility for web UI"
-  short_description: "Minimum accessibility baseline for web UI — keyboard navigation, focus management, form labels,…"
-  default_prompt: "Use $a11y-baseline when the task matches the \"Minimum baseline accessibility for web UI\" skill."
-dependencies:
-  tools: []
-policy:
-  allow_implicit_invocation: true

package/locales/en/.agents/skills/a11y-baseline/agents/qwen.json

@@ -1,18 +0,0 @@
-{
-  "name": "a11y-baseline",
-  "display_name": "Minimum baseline accessibility for web UI",
-  "description": "Minimum accessibility baseline for web UI — keyboard navigation, focus management, form labels, ARIA for interactive components, error messages.",
-  "default_prompt": "Use $a11y-baseline when the task matches the \"Minimum baseline accessibility for web UI\" skill.",
-  "triggers": [
-    "a11y-baseline",
-    "a11y baseline",
-    "Minimum baseline accessibility for web UI",
-    "Minimum accessibility baseline for web UI — keyboard navigation, focus management, form labels, ARIA for interactive components, error messages"
-  ],
-  "capabilities": [
-    "a11y",
-    "baseline"
-  ],
-  "tools": [],
-  "implicit_invocation": true
-}

package/locales/en/.agents/skills/a11y-baseline/agents/skill.yaml

@@ -1,22 +0,0 @@
-version: 1
-name: "a11y-baseline"
-display_name: "Minimum baseline accessibility for web UI"
-description: "Minimum accessibility baseline for web UI — keyboard navigation, focus management, form labels, ARIA for interactive components, error messages."
-default_prompt: "Use $a11y-baseline when the task matches the \"Minimum baseline accessibility for web UI\" skill."
-triggers:
-  - "a11y-baseline"
-  - "a11y baseline"
-  - "Minimum baseline accessibility for web UI"
-  - "Minimum accessibility baseline for web UI — keyboard navigation, focus management, form labels, ARIA for interactive components, error messages"
-capabilities:
-  - "a11y"
-  - "baseline"
-tools: []
-invocation:
-  explicit: true
-  implicit: true
-localization:
-  default_locale: "en"
-  available_locales:
-    - "ru"
-    - "en"