Source profileQuality 84/100

xoai/sage/core/capabilities/verification/design-check/SKILL.md

design-check

Quick design quality scan of changed frontend files. Checks for hardcoded colors (when design system exists), missing interactive states, and AI slop indicators. Code-only — does not use Lightpanda. Advisory only — never blocks. Invisible when no frontend files in diff.

Source repository stars
25
Declared platforms
0
Static risk flags
1
Last source update
2026-08-04
Source checked
2026-08-04

Decision brief

What it does—and where it fits

Quick scan within quality-gates. Catches common design quality issues in changed frontend files. Code-only — does not require a browser.

Best for

    Not for

    • Tasks that require unconfirmed production actions or broad system permissions.
    • Environments where the pinned source and install steps cannot be inspected.

    Compatibility matrix

    Platform support, with evidence labels

    PlatformStatusEvidenceWhat to check
    CodexNot declaredNo explicit evidencePortability before use
    Claude CodeNot declaredNo explicit evidencePortability before use
    CursorNot declaredNo explicit evidencePortability before use
    Gemini CLINot declaredNo explicit evidencePortability before use
    Open the compatibility checker

    Installation

    Inspect first. Install second.

    The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

    Source-detected install commandSource
    npx skills add https://github.com/xoai/sage --skill "core/capabilities/verification/design-check"
    Safe inspection promptEditorial

    Inspect the Agent Skill "design-check" from https://github.com/xoai/sage/blob/f7cc487b393474030cef15d50efdbb195612b756/core/capabilities/verification/design-check/SKILL.md at commit f7cc487b393474030cef15d50efdbb195612b756. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

    Workflow

    What the source asks the agent to do

    1. 01

      Availability Check

      FIRST: Check if the diff contains frontend files: .html, .css, .scss, .less, .jsx, .tsx, .vue, .svelte, .astro

      Return immediatelyNo output, no warning, INVISIBLEFIRST: Check if the diff contains frontend files: .html, .css, .scss, .less, .jsx, .tsx, .vue, .svelte, .astro
    2. 02

      Design System Detection

      Scan in order (stop at first match): 1. Design system skill in sage/skills/ or .claude/skills/ 2. DESIGN.md or design-system.md in project root or .sage/docs/ 3. CSS custom properties pattern (--color-, --spacing-, --font-)

      Design system skill in sage/skills/ or .claude/skills/DESIGN.md or design-system.md in project root or .sage/docs/CSS custom properties pattern (--color-, --spacing-, --font-)
    3. 03

      What It Checks (15 seconds max)

      Scan changed files for raw hex colors (fff, 333, rgb(), hsl()) that should be design system token references.

      :hover styles on interactive elements (buttons, links, cards):focus or :focus-visible on focusable elementsdisabled attribute handling with visual distinction
    4. 04

      1. Hardcoded colors (when design system detected)

      Scan changed files for raw hex colors (fff, 333, rgb(), hsl()) that should be design system token references.

      Scan changed files for raw hex colors (fff, 333, rgb(), hsl()) that should be design system token references.Finding: note — "N hardcoded colors in [file] (consider using tokens)"

    Permission review

    Static risk signals and limitations

    Reads files

    low · line 94

    The documentation asks the agent to read local files, directories, or repositories.

    Do NOT fabricate findings — if you didn't read the file, don't claim

    Evidence record

    Why each signal appears

    EvidenceSourceComputedTestedEditorial
    SignalValueEvidence typeMeaning
    Quality score84/100ComputedDocumentation, specificity, maintenance, and trust rules
    Repository stars25SourceRepository attention, not individual Skill quality
    Compatibility0 platformsSourceDeclared in the catalog source record
    Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

    Pinned source

    Provenance and original SKILL.md

    Repository
    xoai/sage
    Skill path
    core/capabilities/verification/design-check/SKILL.md
    Commit
    f7cc487b393474030cef15d50efdbb195612b756
    License
    MIT
    Collected
    2026-08-04
    Default branch
    main
    View the original SKILL.md

    Design Check (Light Mode)

    Quick scan within quality-gates. Catches common design quality issues in changed frontend files. Code-only — does not require a browser.

    Availability Check

    FIRST: Check if the diff contains frontend files: .html, .css, .scss, .less, .jsx, .tsx, .vue, .svelte, .astro

    If NO frontend files in diff:

    • Return immediately
    • No output, no warning, INVISIBLE

    Design System Detection

    Scan in order (stop at first match):

    1. Design system skill in sage/skills/ or .claude/skills/
    2. DESIGN.md or design-system.md in project root or .sage/docs/
    3. CSS custom properties pattern (--color-*, --spacing-*, --font-*)

    If found → enable token compliance checks. If not found → skip token checks, still run general quality checks.

    Detection is automatic and INVISIBLE — do not announce whether a design system was found. Just use it (or don't) silently.

    What It Checks (15 seconds max)

    1. Hardcoded colors (when design system detected)

    Scan changed files for raw hex colors (#fff, #333, rgb(), hsl()) that should be design system token references.

    Finding: note — "N hardcoded colors in [file] (consider using tokens)"

    2. Missing interactive states

    Search changed component files for:

    • :hover styles on interactive elements (buttons, links, cards)
    • :focus or :focus-visible on focusable elements
    • disabled attribute handling with visual distinction
    • Loading/empty/error state handling in components

    Finding: note — "[file] has no :focus style on [element]"

    3. AI slop indicators

    In new or heavily modified components, check for:

    • Purple-to-blue gradient hero sections
    • 3-column icon grids with uniform card styling
    • Uniform large border-radius on every element
    • Centered text on every section
    • Decorative background shapes with no function
    • Excessive shadow/elevation on flat content

    Each indicator: warning (awareness, not judgment)

    Report

    If findings exist:

    ✓ Design check: PASS ({N} notes)
      - Note: {finding 1}
      - Note: {finding 2}
      - Warning: {AI slop indicator}
    

    If clean:

    ✓ Design check: PASS
    

    If no frontend files:

    No output. Invisible.

    Enforcement

    • Advisory ONLY — never blocks the build
    • Findings are notes and warnings, never issues
    • Do NOT fabricate findings — if you didn't read the file, don't claim
    • Do NOT invent a design system — if none detected, skip token checks
    • Do NOT auto-fix design decisions — report only
    • AI slop indicators are WARNINGS, not issues. Count, don't grade.

    Alternatives

    Compare before choosing

    Computed 10042,968

    coreyhaines31/marketingskills

    ab-testing

    When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program

    Computed 100165

    JasonColapietro/suede-creator-skills

    suede-ab-testing

    Suede-owned experimentation discipline for hypotheses, sample sizing, test duration, significance, and repeatable experiment programs. Use when comparing variants, deciding whether a result is reliable, or building an experiment backlog and cadence. NOT FOR: analytics instrumentation (use suede-analytics), post-click conversion diagnosis (use suede-site-alchemy), or writing the variant copy itself (use suede-copy).

    Computed 1007

    narrative-io/narrative-skills-marketplace

    design-analysis

    Translate a fuzzy analytical question into a rigorous investigation plan. Interrogates the ask, grounds the plan in the available data dictionary, applies analytical best practices, and produces a structured brief of query specifications for a downstream query-writing skill. Plans, does not write SQL. Use when: "why did X drop", "is there a relationship between A and B", "who are our highest-value customers", "what's driving the change in Y", "investigate this trend", "design an analysis for", "

    Computed 98413

    notque/vexjoy-agent

    html-artifact

    Generate rich self-contained HTML artifacts instead of markdown. Auto-detects artifact shape (spec, code-review, prototype, report, editor, data-viz, diagram, deck) and loads shape-specific patterns. Bundles Birchline design system with 4 theme presets. Use for "make HTML", "as HTML", "HTML artifact", or auto-injected by router when output benefits from rich visualization.