Claude-skill-registry aico-frontend-design
install
source · Clone the upstream repo
git clone https://github.com/majiayu000/claude-skill-registry
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/aico-frontend-design" ~/.claude/skills/majiayu000-claude-skill-registry-aico-frontend-design && rm -rf "$T"
manifest:
skills/data/aico-frontend-design/SKILL.mdsource content
Design
⚠️ CRITICAL RULES - READ FIRST
- CHECK EXISTING DESIGNS: Always check
firstdocs/reference/frontend/designs/ - READ DESIGN SYSTEM: Must read
before designingdocs/reference/frontend/design-system.md - READ CONSTRAINTS: Must read
for tech stackdocs/reference/frontend/constraints.md - SAVE TO CORRECT PATH:
docs/reference/frontend/designs/{name}.md
Language Configuration
Before generating any content, check
aico.json in project root for language field to determine the output language. If not set, default to English.
Process
- Read design system: Load
docs/reference/frontend/design-system.md - Read constraints: Load
docs/reference/frontend/constraints.md - Read PRD/story: Load the source document from
docs/reference/pm/ - For each page/feature:
- Define user flow (entry → actions → outcome)
- Create ASCII layout
- List all components with variants and props
- Write content/copy
- Document all interactions
- Generate frontend prompt
- Save output: ALWAYS write to
docs/reference/frontend/designs/{name}.md
Design File Template
# [Name] Design Spec > Project: [project-name] > Created: YYYY-MM-DD > Last Updated: YYYY-MM-DD ## User Flow 1. User enters from [entry point] 2. User sees [initial state] 3. User can [actions] 4. Success: [outcome] ## Layout (ASCII) ┌─────────────────────────────────────┐ │ Header │ ├─────────────────────────────────────┤ │ Content │ └─────────────────────────────────────┘ ## Sections ### 1. [Section Name] - **Purpose**: What this section achieves - **Components**: List of UI components used - **Content**: Actual text/copy - **Design notes**: Specific styling details ## Component List | Component | Variants | Props | Notes | | --------- | ------------------ | -------------- | ------------ | | Button | primary, secondary | size, disabled | Use for CTAs | ## Responsive - **Desktop**: [layout notes] - **Tablet**: [layout notes] - **Mobile**: [layout notes] ## Interactions | Trigger | Action | Feedback | | --------- | ----------- | ---------------------------- | | Click CTA | Submit form | Show loading → success toast | --- ## Frontend Prompt <context> You are implementing [page/component name] for [project]. </context> <constraints> Read and follow: - Design system: docs/reference/frontend/design-system.md - Frontend constraints: docs/reference/frontend/constraints.md </constraints> <requirements> 1. Follow the design system tokens exactly 2. Implement all sections as specified 3. Handle all responsive breakpoints 4. Implement all interactions listed </requirements>
Key Rules
- ALWAYS define user flow with entry point and success state
- MUST list specific props and variants for each component
- ALWAYS document all triggers and feedback for interactions
- Reference design system, don't duplicate it
Common Mistakes
- ❌ Skip user flow → ✅ Always define entry point and success state
- ❌ Vague component specs → ✅ List specific props and variants
- ❌ Forget interactions → ✅ Document all triggers and feedback
- ❌ Duplicate design system → ✅ Reference it, don't copy