From FORSVN Dev
Designs a portable in-product UI spec from a validated user flow — screen inventory, component system, DESIGN-token application, and per-state visual treatments. Use after user flow exists, before technical architecture. Emits a SPEC, not rendered UI.
How this skill is triggered — by the user, by Claude, or both
Slash command
/forsvn-dev:brief-product-ui [feature or map-user-flow slug/path][feature or map-user-flow slug/path]This skill is limited to the following tools:
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
*Design Step between flow and tech. Turns a validated `map-user-flow` + DESIGN tokens into a screen/component/layout/state spec a design tool or coding agent can build — a portable artifact, not a render.*
agents/_template.mdagents/component-system-agent.mdagents/critic-agent.mdagents/handoff-agent.mdagents/intake-validator-agent.mdagents/layout-state-agent.mdagents/screen-inventory-agent.mdagents/token-application-agent.mdreferences/_shared/artifact-contract-template.mdreferences/_shared/before-starting-check.mdreferences/_shared/execution-fork.mdreferences/_shared/execution-policy.mdreferences/_shared/manifest-spec.mdreferences/_shared/mode-resolver.mdreferences/_shared/pre-dispatch-protocol.mdreferences/_shared/tool-redirect.mdreferences/_shared/tool-target.mdreferences/agent-manifest.mdreferences/anti-patterns.mdreferences/component-patterns.mdDesign Step between flow and tech. Turns a validated map-user-flow + DESIGN tokens into a screen/component/layout/state spec a design tool or coding agent can build — a portable artifact, not a render.
Core Question: "Could a design tool or coding agent build every screen — branded, state-complete, component-consistent — from this spec without a follow-up question?"
Why, methodology, principles:
references/playbook.md[PLAYBOOK].
Design the in-product screens/components/layout for a feature whose flow is already mapped — applying brand tokens, a reusable component system, and per-state visual treatments, then handing off to a build surface.
Not for: flow logic (/map-user-flow, the prerequisite) · brand identity (/create-brand) · conversion landing pages (/brief-landing-page) · API/schema/tech (/architect-system) · decomposition (/breakdown-tasks).
Why this exists (not a renderer). External taste skills (impeccable / hallmark / stitch / frontend-design) render. This skill emits a portable, brand-tokened, flow-grounded, reviewable spec under docs/forsvn/artifacts/product/, then hands off to any of them. The --render/--api → BLOCKED gate is the identity guarantee. If you want pixels, take the handoff fork.
map-user-flow artifact must exist → else NEEDS_CONTEXT.--render/--api → BLOCKED. This skill emits a buildable spec; drive it through a tool via the handoff fork.brand_source: cold-start-hint.Full rationale + the 8-checkpoint critic rubric: references/procedures/gates-and-rubric.md [PROCEDURE].
Critic (agents/critic-agent.md) runs an 8-checkpoint rubric, each binary PASS/FAIL — all must PASS:
Full checkpoint detail + rewrite routing: references/procedures/gates-and-rubric.md.
Apply references/_shared/before-starting-check.md [PLAYBOOK]. budget: deep; --fast collapses Layer 1 to single-pass per references/_shared/mode-resolver.md [PROCEDURE]. Safety gates supersede --fast.
Session execution profile (single-vs-multi): inherit per references/_shared/execution-policy.md.
| Artifact | Source | Required? |
|---|---|---|
docs/forsvn/artifacts/product/flow/<slug>.md | map-user-flow | Hard — the flow is the contract (resolved via manifest.json); absent → NEEDS_CONTEXT |
brand/{DESIGN,BRAND}.md | create-brand | Soft — absent → brand_source: cold-start-hint |
research/product-context.md | research-icp | Optional — usability priorities |
Dimensions: feature, flow artifact (path), target surfaces (from the flow), brand source, target build engine (design tool / coding agent / Figma), constraints. Read order + Warm/Cold Start prompts + write-back: references/procedures/pre-dispatch.md [PROCEDURE].
docs/forsvn/artifacts/product/brief-product-ui-<YYYY-MM-DD>-<slug>.md (by-stack v3; stack: product; one file per feature). Lifecycle: pipeline.skill, version, date, status, stack: product, type, id, keywords, review_surface: html (FIRE preview while decision_state: pending), decision_state, source_flow, brand_source, plus manifest-sync lifecycle, produced_by, provenance. Schema: references/_shared/artifact-contract-template.md.references/format-conventions.md [PROCEDURE].architect-system (tech follows UI), breakdown-tasks, a coding agent / design tool.Production mode can run inside a connected design tool (Figma / Stitch / Open Design) or emit a portable spec. Upstream choice (default = portable spec): references/_shared/tool-redirect.md. Terminal handoff, category design: references/_shared/execution-fork.md. Live-drive upstream pre-answers the terminal fork — don't ask twice.
When not live-driving, bind the design target tool at brief-binding (the build surface the spec's handoff tunes to) — inherit tool_targets or ask once per references/_shared/tool-target.md; the portable spec stays the default.
Single route, full stack. Pipeline: Step 0 (intake-validator gate) → L1 ∥ (screen-inventory ∥ component-system ∥ token-application) → Merge → L2 seq (layout-state) → L3 (handoff) → L4 (critic). Critic FAIL re-dispatches the named agent (max 2 cycles).
Agent roster + dispatch graph: references/agent-manifest.md. Spawn mechanics + Single-Agent Fallback: references/procedures/dispatch-mechanics.md [PROCEDURE]. Worked example: references/examples/saas-dashboard-walkthrough.md [EXAMPLE].
10-pattern catalog (invented screens, rendering instead of speccing, raw hex/px, per-screen component one-offs, "show error" hand-waving, skipped accessibility floor + 4 cross-cutting): references/anti-patterns.md [ANTI-PATTERN].
Prev: map-user-flow (required) ← create-brand (optional tokens). Next: architect-system → breakdown-tasks, or the handoff fork to a build surface. Defer to: map-user-flow, create-brand, brief-landing-page. Re-run on: flow changes, token/brand changes, new surfaces.
--render/--api requested, or the spec cannot be built without rendering.map-user-flow artifact; recommend /map-user-flow.npx claudepluginhub hungv47/meta-skills --plugin forsvn-devDesigns UI specifications including component trees, interaction flows, design system tokens, responsive breakpoints, and accessibility requirements. Activated by PM Conductor for frontend feature design.
Translates approved specs into UI design documents covering IA, interaction states, visual tokens, and accessibility. Useful when specs include UI surface and design is not yet approved.
Defines UI/UX interfaces, wireframes, design system tokens, navigation flows, and accessibility. Use for interface decisions, responsive layout, and prototyping.