screens

Solid

Two-way screen sync with Claude Design. "prompt <flow>" writes one wireframe-level design brief per device type (docs/prompts/screens/<project>/<device>/<NNN>-<flow>/<platform>.md) — always the flow's full screen blueprint, regenerated in place, never a change note, transcribing each screen's contract-pinned components and their rules — commissioning one interactive page per flow per platform on the claude.ai/design canvas under a strict naming contract (pages <flow>--<platform>, frames named by the pinned screen codes, happy paths stitched into index--<platform>); it also maintains each platform canvas project's conventions CLAUDE.md (CLAUDE--<platform>.md — one design project per platform, generated sections regenerated, canvas-owned section preserved); the files are the deliverable, never run against the canvas; "import [flow]" reads the designed pages back as data, diffs them against the Screens contracts (components included), folds canvas-discovered conventions back into the conventions file, and routes

AI & Automation 1 stars 0 forks Updated yesterday MIT

Install

View on GitHub

Quality Score: 78/100

Stars 20%
10
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# screens — Design-First Screen Sync (Claude Design ⇄ Blueprint) Screens are the surface where canvas iteration beats contract prose: Claude Design nails visual and interaction nuance the blueprint's tables cannot. `prompt` writes a **wireframe-level** brief that commissions a flow's page for one device type — structure, navigation, components, and behavior; the visual design itself is made in the canvas chat — and **the file is the deliverable**: the user pastes it into the canvas chat themselves; this skill never runs a brief against the Claude Design MCP. A brief is **always the flow's full screen blueprint**, regenerated in place — never a delta note; the canvas reconciles its existing pages against the latest brief (revise-in-place). `import` brings the designed pages back and folds what they decided into the contract — **through `/vwf:blueprint`, one confirmed delta at a time**. The blueprint stays the contract of record; the canvas is where screens get good. **The naming contract is the join key.** Three levels: - **Pages** — the canvas unit is **one interactive page per flow per platform**, at the project root, named `<flow>--<platform>` (`020-signin--mobile`, `010-now-playing--carplay`, …) — `<flow>` is exactly the numbered folder name under `docs/blueprint/flows/<project>/<device>/` for the registry project this canvas is pinned to, so the canvas sorts in execution order like the blueprint tree. The platform suffix (`mobile`, `tablet`, `desktop`, `carpl...

Details

Author
virajp
Repository
virajp/ai-plugins
Created
2 months ago
Last Updated
yesterday
Language
JavaScript
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

Web & Frontend Solid

mockups

Render the blueprint's screens as self-contained static HTML mockups — one page per screen plus the state variants the Screens contract pins, styled from design-system tokens — and push them to a claude.ai/design design-system project for canvas review. Mockups are realizations, never contract; generated in an ephemeral build dir, never committed.

1 Updated yesterday
virajp
AI & Automation Listed

claude-design

Use when the user wants to build or prototype something visual with Claude Design — Anthropic's claude.ai/design tool — and needs a strong prompt or spec: a prototype, dashboard, slide deck, landing page, marketing page, or internal-tool UI. Covers both writing a paste-ready design brief to build in the browser and driving Claude Design from Claude Code (the /design and /design-sync commands and the Claude Design MCP server). Do NOT use for building the UI yourself in the repo (that is frontend-design's light path), backend/API/data-model work, or generic Claude API / chat prompt engineering.

2 Updated 2 days ago
jasonm4130
AI & Automation Solid

blueprint

Maintain the always-current, full-product blueprint under docs/blueprint/ — flow docs as the primary unit, entity data contracts, and per-service OpenAPI contracts, plus conventions.md. Stack-agnostic; resolves section→project mapping from the architecture registry. Gated by fresh subagent completeness reviewers per doc and one whole-product coherence review at the end of the sweep. A run sweeps flow by flow until whole-product coverage holds, then stamps it in .config/vwf.yaml — /vwf:plan halts without a complete stamp.

1 Updated yesterday
virajp