plan-design-review

Identify and annotate missing design decisions in product PLAN documents.

Updated Apr 5, 2026
One-click install
npx skills add https://github.com/bizzybae/qstack --skill plan-design-review-bizzybae
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: plan-design-review
Source: https://github.com/bizzybae/qstack/tree/main/gstack-original/plan-design-review
Command: npx skills add https://github.com/bizzybae/qstack --skill plan-design-review-bizzybae

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Plans often lack explicit design decisions and rationale, leading to ambiguous outcomes and misaligned implementations.

Core Features & Use Cases

  • Identify missing design decisions across user flows, states, validation, accessibility, and edge cases.
  • Propose concrete, testable design decisions with rationale and acceptance criteria.
  • Annotate the PLAN with design notes that align with product goals and user outcomes.

Quick Start

Review the current PLAN and append missing design decisions with rationale directly to the PLAN.

Frequently Asked Questions about plan-design-review

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I identify missing design decisions in a product plan?

To identify missing design decisions in a product plan, review the document against user flows, states, validation, accessibility, and edge cases to ensure every design choice is explicit, documented, and justified with rationale.

What is a design-first critique for UX reviews and feature specs?

A design-first critique for UX reviews and feature specs is a process that annotates product plans with explicit design rationales, aligns choices with product goals, and enforces traceable changes to eliminate ambiguous implementation outcomes.

Can I use design rationale annotation for early-stage product plans?

Yes, you can use design rationale annotation for early-stage product plans, UX reviews, and feature spec updates to append missing design decisions, propose testable acceptance criteria, and align documented choices with user outcomes.

What's the best way to document design intent in a feature spec update?

The best way to document design intent in a feature spec update is to append missing design decisions with concrete rationale directly to the plan, ensuring design choices are explicit, testable, and traceable within the artifacts.

Why does my product plan lead to ambiguous implementation outcomes?

Your product plan leads to ambiguous implementation outcomes when it lacks explicit design decisions and rationale, causing misaligned implementations because developers and designers do not have documented, justified design intent to follow.

When should I not use design-first critique for plan reviews?

You should avoid design-first critique for plan reviews if your document is purely operational or lacks user-facing states, as the process specifically targets identifying and annotating missing UX, validation, and accessibility design decisions.