القائمة
Accessibility for React UIs in AFENDA-HYBRID: semantic HTML, ARIA, keyboard support, focus management, and testing. Use for grids, dialogs, bulk selection, notifications, and command surfaces.
React and Next.js App Router architecture for AFENDA-HYBRID: Server vs Client Components, composition, state placement, package layering (ui-core → view-engine → erp-view-pack → apps/web). Use when designing components, fixing import/layer violations, or RSC boundaries.
Implementation patterns for AFENDA-HYBRID React code: custom hooks, compound components, error boundaries / error.tsx, forms, server actions, and optimistic updates.
React performance for AFENDA-HYBRID: runtime rendering (re-renders, keys, virtualization) and build-time delivery (bundles, tree-shaking, code splitting, compiler directives). Use when fixing slow lists, grids, or large client bundles.
Meta-skill: React Quality Orchestrator for AFENDA-HYBRID. Coordinates architecture, performance, accessibility, and design-pattern skills for audits, scoring (Component Quality Index), and confidence-tiered refactors. Use for full-route reviews, legacy refactors, and governance checks.
Official Storybook AI workflow — MCP server, manifests, MCP toolsets (development, docs, testing), and documentation best practices. Use when writing or fixing stories, connecting agents to Storybook, using design-system components without guessing props, or running Storybook tests from an agent. Sources are linked inline.
Vitest (Vite-powered) testing — Jest-compatible API, vi mocks, coverage, environments, projects/workspaces. Use when writing or fixing tests, vitest.config.ts, coverage, or monorepo test commands in AFENDA-HYBRID (@afenda/db, @afenda/ui-core, view-engine, erp-view-pack). Prefer https://vitest.dev for Vitest 4.x when reference snippets disagree.
| name | react-accessibility |
| description | Accessibility for React UIs in AFENDA-HYBRID: semantic HTML, ARIA, keyboard support, focus management, and testing. Use for grids, dialogs, bulk selection, notifications, and command surfaces. |
| metadata | {"author":"AFENDA team","version":"2026.03.23","source":"React docs + AFENDA-HYBRID codebase analysis","official_docs":"https://react.dev"} |
Accessible ERP UIs require keyboard-first workflows, correct roles/states, predictable focus, and live region behavior for async feedback.
Key ideas
button, a, input, label) before ARIAaria-hidden; meaningful icons need accessible namesProvenance: see GENERATION.md.
| Topic | Description | Reference |
|---|---|---|
| ARIA & semantics | Roles, states, properties for ERP widgets | aria-patterns |
| Keyboard | Focus order, trapping, shortcuts | keyboard-navigation |
| Testing | Automated a11y checks in CI and Storybook | testing-a11y |
This skill does not:
| Area | Enforce |
|---|---|
| ui-core | Primitives wrap Radix where applicable; ensure labels, descriptions, and focus rings are preserved |
| view-engine | Metadata-driven controls expose labels and descriptions; don’t strip id/htmlFor relationships |
| erp-view-pack | Bulk selection, destructive actions, notifications: follow docs/patterns (bulk, destructive, notifications) |
| apps/web | Route-level errors (error.tsx) remain operable via keyboard; skip links where appropriate |