Skip to content
Back to skills

Impeccable Extract

ASecurity

Identify reusable patterns, components, and design tokens in a codebase and consolidate them into the design system for systematic reuse. Use when repeated UI has drifted into near-duplicates, or when a design system exists but is being bypassed. Discovers the existing system first and refuses to invent a new one without being told where it belongs.

  • 4 stars
  • 0 votes
  • 0 copies
  • 2 views
  • Added September 22, 2026
ai-agentstypescriptapidocumentation

Works with

  • api

Security analysis

A100/100

Scanned September 22, 2026

npx -y skills add JZKK720/cubecloud-skills-bundle-kit --skill impeccable-extract --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Impeccable Extract?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Impeccable Extract
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/jzkk720-impeccable-extract/badge)](https://www.skillsdirectory.com/skills/jzkk720-impeccable-extract)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: impeccable-extract
description: "Identify reusable patterns, components, and design tokens in a codebase and consolidate them into the design system for systematic reuse. Use when repeated UI has drifted into near-duplicates, or when a design system exists but is being bypassed. Discovers the existing system first and refuses to invent a new one without being told where it belongs."
license: Apache-2.0
---

# Extract Flow

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

## Step 1: Discover the Design System

Find the design system, component library, or shared UI directory. Understand its structure: component organization, naming conventions, design token structure, import/export conventions.

**CRITICAL**: If no design system exists, do not create one yet. STOP and ask the user

## Step 2: Identify Patterns

Look for extraction opportunities in the target area:

- **Repeated components**: Similar UI patterns used 3+ times (buttons, cards, inputs)
- **Hard-coded values**: Colors, spacing, typography, shadows that should be tokens
- **Inconsistent variations**: Multiple implementations of the same concept
- **Composition patterns**: Layout or interaction patterns that repeat (form rows, toolbar groups, empty states)
- **Type styles**: Repeated font-size + weight + line-height combinations
- **Animation patterns**: Repeated easing, duration, or keyframe combinations

Assess value: only extract things used 3+ times with the same intent. Premature abstraction is worse than duplication.

## Step 3: Plan Extraction

Create a systematic plan:

- **Components to extract**: Which UI elements become reusable components?
- **Tokens to create**: Which hard-coded values become design tokens?
- **Variants to support**: What variations does each component need?
- **Naming conventions**: Component names, token names, prop names that match existing patterns
- **Migration path**: How to refactor existing uses to consume the new shared versions

**IMPORTANT**: Design systems grow incrementally. Extract what is clearly reusable now, not everything that might someday be reusable.

## Step 4: Extract & Enrich

Build improved, reusable versions:

- **Components**: Clear props API with sensible defaults, proper variants for different use cases, accessibility built in (ARIA, keyboard navigation, focus management), documentation and usage examples
- **Design tokens**: Clear naming (primitive vs semantic), proper hierarchy and organization, documentation of when to use each token
- **Patterns**: When to use this pattern, code examples, variations and combinations

## Step 5: Migrate

Replace existing uses with the new shared versions:

- **Find all instances**: Search for the patterns you extracted
- **Replace systematically**: Update each use to consume the shared version
- **Test thoroughly**: Ensure visual and functional parity
- **Delete dead code**: Remove the old implementations

## Step 6: Document

Update design system documentation:

- Add new components to the component library
- Document token usage and values
- Add examples and guidelines
- Update any Storybook or component catalog

**NEVER**:
- Extract one-off, context-specific implementations without generalization
- Create components so generic they are useless
- Extract without considering existing design system conventions
- Skip proper TypeScript types or prop documentation
- Create tokens for every single value (tokens should have semantic meaning)
- Extract things that differ in intent (two buttons that look similar but serve different purposes should stay separate)

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.