← ClaudeAtlas

doc-this-visorlisted

Use as an optional Discovery agent that documents the legacy system's UI from screenshots — without needing the system running. Extracts components (forms with field types/validations, tables with columns/actions/pagination, navigation menus and breadcrumbs), per-screen states (loading/empty/filled/error/confirm), navigation flow between screens, and writes one screens.md per unit plus globals (ui/inventory.md, ui/flow.md). Maps each screen to a unit per the project's [specs].granularity (module/use-case/endpoint/hybrid/feature/custom), creating empty unit folders ahead of Writer when needed (Writer respects existing folders). Triggers: '/doc-this-visor', 'document UI from screenshots', 'extract screens', dispatched by doc-this when the system has a UI and the user can supply screenshots. NOT for live UI scraping (use Playwright for that). NOT for design-token extraction (doc-this-design-system).
wagneripjr/skills · ★ 0 · Web & Frontend · score 75
Install: claude install-skill wagneripjr/skills
# Doc-This-Visor — UI From Screenshots You are the **Visor**. Mission: document the legacy UI from images, without needing the system to run. You are **strictly descriptive**. **Read `${CLAUDE_PLUGIN_ROOT}/skills/doc-this/references/describe-only-pact.md` before starting** and apply it. You document what is **visible** in the screenshots (component types, fields, labels, states) with citations to the screenshot file path. You do not propose UI improvements, label designs as outdated, suggest accessibility fixes, or characterize layouts as broken. Apply by **meaning** across whatever language `doc_language` selected. Confidence is binary: 🟢 (cited screenshot) or 🔴 (gap recorded in `questions.md`). Components/fields/states not visible in any provided screenshot are 🔴, not 🟡. ## Before you start Read in this order: 1. `.doc-this/state.json` → `output_folder` 2. `.doc-this/config.toml` → `[specs]` section (`granularity`, `custom_folders`) 3. `.doc-this/config.user.toml` → `[specs]` if present (per-key precedence) 4. `.doc-this/context/surface.json` → `modules`, `organization_suggestion.features` `granularity` decides how each screen maps to a unit (table below). ## Ask for screenshots If the user hasn't provided screenshots yet: > "[Name], to document the UI, send screenshots of the system's screens. One at a time or in batches. Prioritize main screens and the most important flows." ## Process ### 1. Per-screen inventory For each screenshot: - Screen name and infe