Skip to main content
skill CX Codex

ui-testing — Claude Code skill: what it does, how to install

An accessibility and visual QA checklist for components: detects invisible buttons, failing contrast ratios, and small touch targets.

Install into Claude Code · Skills CLI (Vercel) All methods and platforms ↓
npx skills add alinaqi/maggy --skill ui-testing -a claude-code
Open on GitHub

What ui-testing does

The skill provides a pre-flight checklist for generated UI components. It enforces visibility rules, a 4.5:1 text contrast standard, 44px minimum touch targets, and responsive layouts down to 320px without horizontal scrolling. It also includes verified Tailwind CSS color pairings for light and dark modes.

Because the frontmatter defines user-invocable: false, you do not trigger this skill via a slash command. Instead, the agent pulls it in when editing files matching **/*.test.tsx, **/*.spec.tsx, or **/*.stories.*.

The instructions contain ready-to-use snippets for common fixes, such as replacing removed outlines with focus-visible:ring-2. It also covers optional tooling setups using eslint-plugin-jsx-a11y and @axe-core/playwright.

What it helps with

  • verify text-to-background contrast ratios against the 4.5:1 standard
  • fix click targets that are smaller than 44px
  • add visible focus rings for keyboard navigation
  • audit button borders and text visibility in dark mode

Example prompts for the agent

  • Check Button.stories.tsx against the accessibility checklist
  • Write an accessibility test in navigation.spec.tsx using axe-core
  • Fix the Tailwind button styles in Card.test.tsx so borders remain visible

How to install ui-testing

1Skills CLI (Vercel)

npx skills add alinaqi/maggy --skill ui-testing -a claude-code

2Manually: put the files in place

~/.claude/skills/ui-testing/SKILL.md

Copy the whole skill folder; for one project use .claude/skills/ui-testing/

Step by step, with commands for each platform: How to install skills in Claude Code: five ways

Questions about ui-testing

How to install ui-testing in Claude Code?

Run npx skills add alinaqi/maggy --skill ui-testing -a claude-code. The file will be placed in ~/.claude/skills/ui-testing/SKILL.md.

What does the ui-testing skill do?

It guides the agent through an accessibility checklist covering 44px targets, 4.5:1 contrast, dark mode styles, and keyboard focus states.

Can I run ui-testing manually with a command?

No, the skill sets user-invocable: false. The agent loads it automatically when touching files matching **/*.test.tsx, **/*.spec.tsx, or **/*.stories.*.

Source text

SKILL.md · MIT
---
name: ui-testing
description: Visual testing - catch invisible buttons, broken layouts, contrast
when-to-use: When writing visual or accessibility tests for UI components
user-invocable: false
paths: ["**/*.test.tsx", "**/*.spec.tsx", "**/*.stories.*"]
effort: medium
---

# UI Verification Skill

*Load with: ui-web.md or ui-mobile.md*

## Purpose

Quick verification that generated UI meets accessibility standards. Run these checks after creating any new UI components.

---

## Pre-Flight Checklist

### Before Shipping ANY UI:

```markdown
## Visibility Check
- [ ] All buttons have visible background OR border
- [ ] No text is same color as its background
- [ ] All text meets 4.5:1 contrast ratio
- [ ] Ghost/text buttons have visible borders

## Touch/Click Targets
- [ ] All buttons are minimum 44px height
- [ ] Icon buttons are minimum 44x44px
- [ ] Adequate spacing between clickable elements

## States
- [ ] Hover states visible (web)
- [ ] Pressed states visible (mobile)
- [ ] Focus rings on keyboard navigation
- [ ] Disabled states visually distinct (opacity 0.5)
- [ ] Loading states show indicators

## Dark Mode (if applicable)
- [ ] Text readable on dark backgrounds
- [ ] Borders visible in dark mode
- [ ] No gray-400 text on dark backgrounds

## Responsive (web)
- [ ] No horizontal scroll on mobile (320px)
- [ ] Content readable at all breakpoints
- [ ] Touch targets adequate on mobile
```

---

## Quick Contrast Check

### Use Browser DevTools
```
1. Right-click element → Inspect
2. In Styles panel, click on color value
3. Look for contrast ratio display
4. Must show ✓ for AA compliance (4.5:1 for text)
```

### Online Tools
- https://webaim.org/resources/contrastchecker/
- https://coolors.co/contrast-checker

### Tailwind Safe Combinations

```
LIGHT MODE (on white bg):
✓ text-gray-900  (#111827) = 16:1
✓ text-gray-800  (#1F2937) = 12:1
✓ text-gray-700  (#374151) = 9:1
✓ text-gray-600  (#4B5563) = 6:1
✗ text-gray-500  (#6B7280) = 4.6:1 (barely)
✗ text-gray-400  (#9CA3AF) = 2.6:1 (FAILS)

DARK MODE (on gray-900 bg):
✓ text-white     (#FFFFFF) = 16:1
✓ text-gray-100  (#F3F4F6) = 13:1
✓ text-gray-200  (#E5E7EB) = 11:1
✓ text-gray-300  (#D1D5DB) = 8:1
✗ text-gray-400  (#9CA3AF) = 5:1 (barely)
✗ text-gray-500  (#6B7280) = 3:1 (FAILS)
```

---

## Common Fixes

### Invisible Button
```tsx
// PROBLEM: No visible boundary
<button className="text-gray-500">Click</button>

// FIX: Add background OR border
<button className="bg-gray-100 text-gray-900 px-4 py-3 rounded-lg">
  Click
</button>
// OR
<button className="border border-gray-300 text-gray-700 px-4 py-3 rounded-lg">
  Click
</button>
```

### Low Contrast Text
```tsx
// PROBLEM: Light gray on white
<p className="text-gray-400">Secondary text</p>

// FIX: Use darker gray
<p className="text-gray-600">Secondary text</p>
```

### Missing Focus State
```tsx
// PROBLEM: Focus removed without replacement
<button className="outline-none">Submit</button>

// FIX: Add visible focus ring
<button className="outline-none focus-visible:ring-2 focus-visible:ring-blue-500 focus-visible:ring-offset-2">
  Submit
</button>
```

### Small Touch Target
```tsx
// PROBLEM: Too small for fingers
<button className="p-1 text-sm">×</button>

// FIX: Minimum 44px
<button className="w-11 h-11 flex items-center justify-center">×</button>
```

### Dark Mode Broken
```tsx
// PROBLEM: Same colors in both modes
<p className="text-gray-400">Text</p>

// FIX: Adjust for dark mode
<p className="text-gray-600 dark:text-gray-300">Text</p>
```

---

## Automated Checks (Optional)

### ESLint Plugin
```bash
npm install -D eslint-plugin-jsx-a11y
```

```json
// .eslintrc
{
  "extends": ["plugin:jsx-a11y/recommended"]
}
```

### Playwright Quick Test
```typescript
// e2e/accessibility.spec.ts
import { test, expect } from '@playwright/test';
import AxeBuilder from '@axe-core/playwright';

test('no accessibility violations', async ({ page }) => {
  await page.goto('/');
  const results = await new AxeBuilder({ page }).analyze();
  expect(results.violations).toEqual([]);
});
```

---

## When to Use Full Testing

Add comprehensive visual testing (Playwright screenshots, Storybook) when:
- Building a component library
- Multiple developers on UI
- Frequent UI changes
- Design system enforcement needed

For solo projects or MVPs, the checklist above is sufficient.

© alinaqi · MIT · alinaqi/maggy

Similar skills

Everything for Frontend and UI →

From the same set33

Project sponsors

Companies that keep this analytics open
Gold sponsor

Impressions, clicks and code copies — open statistics. We keep the numbers public for the same reason NeBlask itself is public. Become a sponsor