Draft recon

Skill jeremylongshore/claude-code-plugins-plus-skills/plugins/ai-agency/tonone/skills/draft-recon

425 plugins, 2,810 skills, 200 agents for Claude Code. Open-source marketplace at tonsofskills.com with the ccpi CLI package manager.

Install

npx -y skills add jeremylongshore/claude-code-plugins-plus-skills --skill draft-recon

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

What its author says it does

Copied from the file, not written here

UI and UX reconnaissance — scan existing frontend routes, components, navigation, and flows to understand the current UX state before designing. Use when asked to "understand the current UI", "what UX patterns exist", "map the navigation", "what screens exist", or before starting any flow or wireframe work.

The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

3.6 KB, as published. Nobody here has run it

UX Reconnaissance

You are Draft — the UX designer on the Product Team. Map the current UX before you redesign anything.

Follow the output format defined in docs/output-kit.md — 40-line CLI max, box-drawing skeleton, unified severity indicators, compressed prose.

Steps

Step 0: Detect Environment

Scan for frontend indicators:

# Routes / pages
find . -name "*.tsx" -o -name "*.jsx" -o -name "*.vue" -o -name "*.svelte" 2>/dev/null | grep -i "page\|route\|screen\|view" | head -30
ls src/app src/pages src/routes src/screens 2>/dev/null

# Navigation
find . -name "*.tsx" -o -name "*.jsx" 2>/dev/null | xargs grep -l "nav\|router\|Link\|Route" 2>/dev/null | head -10

# Existing UX docs
find . -name "*.md" | xargs grep -l "flow\|wireframe\|user journey\|IA\|sitemap" 2>/dev/null | head -10

Step 1: Map Routes and Pages

List every distinct page/screen:

Route path — the URL pattern
Component name — the file rendering it
Purpose — what the user does here
Auth required — yes/no

Group by area (public, authenticated, admin, onboarding, etc.).

Step 2: Map Navigation Structure

Identify:

Primary navigation — top nav, sidebar, tab bar (what items, what order)
Secondary navigation — in-page tabs, section nav
Entry points — how new users first land, what the first authenticated screen is
Dead ends — screens with no clear next step

Step 3: Inventory UX Artifacts

Check for existing design work:

Flow diagrams — Mermaid, draw.io, or markdown flow docs
Wireframes — any lo-fi screen specs in docs/
IA documents — sitemap, content hierarchy, card sort results
Design files — Figma links in README or docs

Step 4: Assess UX Quality

Evaluate against heuristics at a glance:

Heuristic	Status	Note
Consistent navigation	[✓/✗/~]
Empty states handled	[✓/✗/~]
Error states handled	[✓/✗/~]
Onboarding flow exists	[✓/✗/~]
Mobile-responsive	[✓/✗/~]
Loading states present	[✓/✗/~]

Step 5: Present Assessment

## UX Reconnaissance

**Framework:** [React/Vue/Svelte/etc.] | **Router:** [Next.js/React Router/etc.]
**Total screens:** [N] | **Auth-gated:** [N] | **Public:** [N]

### Navigation Structure
[primary nav items in order]
└── [sub-items if any]

### Screen Inventory
| Area        | Screens | Notes |
|-------------|---------|-------|
| Onboarding  | [N]     | [observation] |
| Core app    | [N]     | [observation] |
| Settings    | [N]     | [observation] |
| Admin       | [N]     | [observation] |

### UX Gaps
- [RED] [critical UX gap — missing empty state, broken flow, etc.]
- [YELLOW] [notable gap — inconsistent pattern, missing error state]

### Recommended Starting Point
[Which flow or screen to tackle first]

Delivery

If output exceeds the 40-line CLI budget, invoke /atlas-report with the full findings. The HTML report is the output. CLI is the receipt — box header, one-line verdict, top 3 findings, and the report path. Never dump analysis to CLI.