Frontend implementation router: pick ONE topic (react/angular/web-components, component/css architecture, build-optimization, pwa, dark-mode, i18n/localization, form-engineering, or a site type — ecommerce/blog-cms/portfolio/admin) and load only that playbook. Topics: admin-dashboards, angular-development, blog-cms, build-optimization, component-architecture, css-architecture, dark-mode, ecommerce-frontend, form-engineering, internationalization, localization-guide, portfolio-sites, pwa-architecture, react-development, web-components.
Router skill. Resolve topic, Read EXACTLY ONE playbook from routes:, execute it.
Any frontend build/architecture task: framework code (React/Angular/web-components), component or CSS structure, bundler tuning, PWA/offline, dark-mode, i18n/l10n, forms, or a site archetype (ecommerce/blog/portfolio/admin). Not for backend, infra, or design-only. [INFERENCIA]
topic (required; infer from request, ask only if two topics tie), depth (quick|deep). [CONFIG]topic enum. Ambiguous pairs: css vs component → styling
system = css-architecture, component boundaries/state = component-architecture;
i18n (framework/runtime wiring) vs localization-guide (content/locale process);
dark-mode is its own playbook, not a sub-task of css-architecture. [INFERENCIA]routes: file. NEVER load the cluster or a second playbook —
pick the dominant topic and finish; re-invoke for a genuinely separate second need. [SUPUESTO]depth=deep → apply the playbook exhaustively, verifying each step;
quick → essentials only, skip optional hardening.Discover → Analyze → Execute → Validate. [DOC]
references/verification-tags.md. [DOC]assets/quality-rubric.json (blocking router gates + the routed topic's gates); see assets/README.md. [DOC]topic when the request is truly ambiguous instead of asking one crisp question. [SUPUESTO]fdad39c
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.