reg-webapp-frontend-design

Enforce a design-first authoring process for Svelte views and components.

2|Updated Mar 20, 2026
One-click install
npx skills add https://github.com/adamaltmejd/registry-research-toolkit --skill reg-webapp-frontend-design
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: reg-webapp-frontend-design
Source: https://github.com/adamaltmejd/registry-research-toolkit/tree/main/.agents/skills/reg-webapp-frontend-design
Command: npx skills add https://github.com/adamaltmejd/registry-research-toolkit --skill reg-webapp-frontend-design

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill prevents design fragmentation and ensures UI consistency across the Registry Research Toolkit web application by enforcing a strict, system-first authoring workflow.

Core Features & Use Cases

  • Design System Enforcement: Guides the creation of new views using established semantic tokens, Bits UI primitives, and the existing visual language.
  • Pre-Implementation Briefing: Requires a structured design brief to validate UI changes against existing patterns before any code is written.
  • Use Case: When building a new dashboard component, use this skill to ensure the layout, typography, and color usage match the existing app-shell and data-tool aesthetic, preventing the creation of one-off, non-compliant UI elements.

Quick Start

Use the reg-webapp-frontend-design skill to generate a design brief for the new project-authoring view before starting implementation.

Frequently Asked Questions about reg-webapp-frontend-design

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I standardize Svelte UI components for a registry web application?

Standardize Svelte UI components by enforcing a design-first authoring process that uses semantic tokens, Bits UI headless primitives, and established accessibility standards to prevent design fragmentation across the registry web application.

What is a design-first authoring workflow for frontend development?

A design-first authoring workflow requires generating a structured design brief to validate layout, typography, and color usage against existing application patterns before writing any code for new Svelte views or responsive components.

How do I ensure accessibility compliance when building new Svelte views?

Ensure accessibility compliance in new Svelte views by authoring components with Bits UI headless primitives and adhering to the project's established semantic token system and accessibility standards throughout the UI creation process.

Can I use Bits UI headless components with a custom design token system?

Yes, Bits UI headless components integrate with a custom semantic token system by enforcing design-first validation, ensuring that new UI components match the existing visual language and maintain accessibility standards.

Why does my new dashboard component look inconsistent with the existing app shell?

New dashboard components look inconsistent when created without a design brief validating against existing patterns; enforcing a system-first authoring workflow with semantic tokens ensures UI consistency with the app shell aesthetic.

What's the best way to prevent design fragmentation in a Svelte webapp?

Prevent design fragmentation in a Svelte webapp by enforcing a strict, system-first authoring workflow that requires pre-implementation design briefs and mandates the use of established semantic tokens and Bits UI primitives.