design-review

Solid

The final quality gate before any design deliverable is reported done — two ISOLATED assessments (deterministic detection never in the same head as the subjective/visual read), P0-P3 findings with NO aggregate score ever, a bounded visual loop (max 2 fix cycles), and a mandatory in-loop challenger gate (fresh-context, blind PNG) before any 'done' claim.

Code & Development 22 stars 3 forks Updated 2 days ago MIT

Install

View on GitHub

Quality Score: 88/100

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

Skill Content

## Design Review — Final Quality Gate ### When After `design-motion` (web/webapp) or directly after the mockup (`design-ios`/ `design-android`). The last step before reporting any design deliverable done — never skipped, never reported as passed if it wasn't actually run (`references/review-procedure.md` Failure Handling). ### Input - The complete rendered artifact: components/mockup with animations (if any) and interactive states. - `design-system.md` as the audit baseline (tokens, forbidden fonts, contrast floors). - The 3 elements declared in `design-web`/`design-webapp` ("Je reproduis: {el1}, {el2}, {el3}") and any declared premium pattern(s); the signature element (`design-method` Step 2) instead gets a **Signature Dominance** verdict. ### The two assessments — ISOLATED, never in the same head This is the structural rule the whole procedure hangs on: the mechanical read and the subjective read must not anchor on each other. 1. **Deterministic detection** (`references/anti-ai-slop-audit.md` + `references/pre-flight-checklist.md`) — grep/count/compute, zero taste involved. Run by `design-expert` itself; there is nothing to isolate here because there is no judgment call to bias. 2. **Subjective visual review** — screenshots, named elicitation techniques (`references/elicitation-visual.md`), Nielsen heuristics (`references/ux-nielsen.md`), UX laws (`references/ux-laws.md`). This pass is run by `design-expert`, so it is **not yet independent** — in...

Details

Author
fusengine
Repository
fusengine/agents
Created
6 months ago
Last Updated
2 days ago
Language
TypeScript
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Listed

design-review-gate

Turns design review into observable checks. Load when you are judging a built UI surface ("does this look right/professional?", a visual QA request, before/after comparison of styling work), when generated design variants need comparison, or when any design document is about to be adopted, authored, or treated as authoritative - a DESIGN.md, tokens file, brand guide, or a reverse-engineered competitor analysis. NOT for producing the surface (ui-design-craft, motion-craft), for evidence rules on non-design deliverables (domain-evidence-discipline), or for code-correctness review (the code-review tooling).

2 Updated yesterday
F-e-u-e-r
Web & Frontend Solid

review-design

Internal UI/UX design review pass of the agentic-workflow review pack — composed in-turn by review-change and product-audit; not a menu entry. Checks the changed UI against the project's design doc: consistency, states, responsiveness, and reuse — applies only when the project has a UI and the change touches it. Findings only; never edits code.

19 Updated 1 weeks ago
gtrabanco
AI & Automation Solid

unikit-gd-review

Qualitative quality review of game design documents — answers "is this design good, and does it follow best practices?" — across all three GDD axes: systems, flows, and content types. Fans out adversarial lenses (completeness, clarity, pillar alignment, systems-math, fantasy-delivery, feasibility, scope) plus domain lenses that check it against the game-design rules, each prompted to find problems rather than validate; produces a severity-graded verdict and a two-bucket report (apply-ready fixes vs research), handed to /unikit-gd-apply or /unikit-gd-explore in one move. Scope is inferred: a named system, flow, or content type reviews that document; "all" runs a cross-document review. Use when the user wants a critique, quality judgment, or rules check of the design, e.g. "review the combat GDD", "review the onboarding flow". This is the subjective quality pass — for a mechanical consistency check (numbers, terms, IDs, references matching the registry) use /unikit-gd-verify.

16 Updated 5 days ago
NintendaDev