extract

Extract reusable UI patterns and design tokens into a shared design system.

Updated Apr 14, 2026
One-click install
npx skills add https://github.com/gerald-ica/opencode-config-snapshot --skill extract-gerald-ica
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: extract
Source: https://github.com/gerald-ica/opencode-config-snapshot/tree/main/opencode/skills/extract
Command: npx skills add https://github.com/gerald-ica/opencode-config-snapshot --skill extract-gerald-ica

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Identify reusable patterns, components, and design tokens, then extract and consolidate them into the design system for systematic reuse.

Core Features & Use Cases

  • Systematize reuse: locate reusable UI patterns and tokens, and package them as shared components.
  • Plan and document: define components, tokens, variants, and migration steps with clear naming.
  • Use Case: when you have multiple pages with similar UI blocks, extract them into a shared library for consistency and maintainability.

Quick Start

Begin by identifying 2–3 repeatable UI patterns and their tokens, then package them into a shared design system artifact.

Frequently Asked Questions about extract

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

FAQPage Schema
How do I extract reusable UI patterns to build a scalable design system?

To extract reusable UI patterns into a design system, identify repeatable UI blocks and design tokens, then consolidate them into shared components with semantic naming, validation, and migration documentation for systematic reuse.

What are design tokens and when do I need to consolidate them into a shared library?

Design tokens are reusable variables for UI styling decisions like color and spacing. You need to consolidate tokens into a shared library when multiple pages share similar UI blocks, ensuring maintainability and consistency across the design system.

How do I plan component variants and migration steps for a design system refactor?

Plan component variants and migration steps by documenting clear semantic naming conventions, validating reuse opportunities, and providing explicit migration guidelines to support systematic adoption during the design system refactor.

Does building a design system require documenting accessibility and semantic naming guidelines?

Yes, building a design system requires documenting accessibility standards and maintaining semantic naming conventions for components and tokens to ensure systematic reuse, maintainability, and proper adoption across the application.

What's the best way to start consolidating repeated UI blocks into shared components?

The best way to start consolidating repeated UI blocks is to identify two to three repeatable UI patterns and their associated design tokens, then package them into a shared design system artifact for validation.

Why should I validate reuse opportunities before extracting components into a design system?

You should validate reuse opportunities before extracting components to ensure the design system remains scalable, avoiding redundant patterns while confirming that shared components genuinely support maintainability and systematic adoption.