Habilidades design-to-production
🎨

design-to-production

Seguro ⚡ Contém scripts

Convert HTML prototypes to production React components

Manually converting design prototypes to React components is time-consuming and error-prone. This skill automates the entire workflow from HTML analysis through component scaffolding to quality validation, reducing implementation time by 70% while enforcing consistent code standards.

Suporta: Claude Codex Code(CC)
🥈 81 Prata
1

Baixar o ZIP da skill

2

Upload no Claude

Vá em Configurações → Capacidades → Skills → Upload skill

3

Ative e comece a usar

Testar

A utilizar "design-to-production". Convert .superdesign/design_iterations/glassmorphism-card.html to a React component

Resultado esperado:

  • ✓ Analyzed HTML structure: 3 buttons, 2 inputs, flex layout
  • ✓ Mapped to shadcn/ui: Card, Button, Input, Badge
  • ✓ Scaffolded: modules/practice/components/GlassmorphismCard.tsx
  • ✓ Ready for implementation: 5 TODO items added
  • Run validation: ./.claude/skills/design-to-production/scripts/validate.sh modules/practice/components/GlassmorphismCard.tsx

A utilizar "design-to-production". Analyze .superdesign/design_iterations/login-form.html

Resultado esperado:

  • ✓ Component: LoginForm
  • ✓ Glassmorphism classes: glass-card, btn-glass, neon-glow-purple
  • ✓ Layout pattern: vertical-stack
  • ✓ Suggested template: interactive-card (4 buttons detected)
  • ✓ Next: Scaffold with --name LoginForm --module profile --template interactive-card

Auditoria de Segurança

Seguro
v5 • 1/16/2026

All 606 static findings are false positives. The analyzer misidentified markdown documentation syntax (headings, code examples) and legitimate build script patterns as security issues. The actual shell scripts are safe build tools that validate inputs and operate on controlled paths.

14
Arquivos analisados
3,189
Linhas analisadas
1
achados
5
Total de auditorias
Auditado por: claude Ver Histórico de Auditoria →

Pontuação de qualidade

82
Arquitetura
100
Manutenibilidade
87
Conteúdo
25
Comunidade
100
Segurança
91
Conformidade com especificações

O Que Você Pode Construir

Rapid component implementation

Convert HTML design iterations to production-ready React components in under an hour instead of half a day

Design consistency enforcement

Ensure all implemented components follow glassmorphism patterns and shadcn/ui conventions automatically

Handoff workflow automation

Streamline the designer-to-developer handoff by automating the HTML-to-React conversion process

Tente Estes Prompts

Basic conversion
Convert the HTML prototype at .superdesign/design_iterations/button-component.html to a React component
Interactive component
Analyze .superdesign/design_iterations/glassmorphism-card.html and scaffold a complete interactive-card component with proper glassmorphism classes
With validation
Implement the hints panel from our design iteration, scaffold the component, then validate it meets all quality standards
Batch processing
Process all HTML files in .superdesign/design_iterations/ and scaffold React components for each one, then run validation on all generated components

Melhores Práticas

  • Store HTML prototypes in .superdesign/design_iterations/ for consistent project structure
  • Run validation immediately after implementing component logic to catch issues early
  • Use the interactive mapping step to review and override suggested shadcn component mappings

Evitar

  • Skipping validation checks - they catch common issues before code review
  • Modifying scaffolded component structure without updating corresponding validation rules
  • Using custom glassmorphism classes not defined in styles/glassmorphism.css

Perguntas Frequentes

What HTML file formats are supported?
Standard HTML files with class attributes. Glassmorphism classes must follow naming conventions like glass-*, btn-*, neon-*.
Can I customize the component templates?
Yes. Edit template files in templates/ directory. Templates use {{VARIABLE}} syntax for replacement.
What quality standards are enforced?
Maximum 180 lines per file, I-prefix for interfaces, no 'any' types, valid glassmorphism classes, proper import patterns.
Does this work with other UI libraries?
The skill is optimized for shadcn/ui but mapping tables in SKILL.md can be extended for other component libraries.
Where are generated components saved?
Components are scaffolded to frontend/src/modules/<module-name>/components/ directory structure.
Can I convert multiple components at once?
Run the workflow for each HTML file individually. The skill maintains consistent structure across all components.