plan-design-review

Identify gaps in PLAN design decisions and propose testable resolutions.

Updated Mar 31, 2026
One-click install
npx skills add https://github.com/hetsheth-droid/toolbox-template --skill plan-design-review-hetsheth-droid
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: plan-design-review
Source: https://github.com/hetsheth-droid/toolbox-template/tree/main/incubating/gstack/plan-design-review
Command: npx skills add https://github.com/hetsheth-droid/toolbox-template --skill plan-design-review-hetsheth-droid

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Design reviews at plan level identify gaps and surface explicit, actionable decisions so teams implement with intent.

Core Features & Use Cases

  • Surface missing design decisions across UI, information architecture, accessibility, and edge cases.
  • Propose explicit, testable resolutions with rationale and tradeoffs for engineering and product teams.
  • Embed decisions into the plan artifacts to ensure alignment before implementation.

Quick Start

Review the PLAN and add missing design decisions with clear acceptance criteria.

Frequently Asked Questions about plan-design-review

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

FAQPage Schema
What is a plan-level design review and when do I need it?

A plan-level design review identifies gaps in UI/UX, information architecture, accessibility, and edge cases before implementation begins. You need it to surface missing design decisions and embed explicit, testable answers into your plan artifacts.

How do I add missing design decisions to a project plan?

To add missing design decisions to a project plan, identify gaps across UI/UX and accessibility, then propose explicit resolutions with rationale, tradeoffs, and acceptance criteria suitable for engineering and product teams to implement.

Does this design review process cover accessibility and edge cases?

Yes, the design review process covers accessibility and edge cases by applying rigorous analysis across the entire plan, ensuring all information architecture and UI/UX decisions include concrete rationale and testable acceptance criteria.

Can I use this to generate testable acceptance criteria for UI/UX plans?

Yes, you can use this to generate testable acceptance criteria for UI/UX plans. It identifies missing design decisions and proposes explicit resolutions with rationale and tradeoffs, ensuring outputs are suitable for engineering and product teams.

What is the best way to ensure engineering teams implement design with intent?

The best way to ensure teams implement design with intent is to conduct a plan review that surfaces explicit, actionable decisions with rationale and tradeoffs, embedding them directly into plan artifacts before development starts.

Why does my design plan lack actionable rationale for product teams?

Your design plan lacks actionable rationale because it has unaddressed gaps in UI/UX and accessibility decisions. A rigorous plan review surfaces these missing pieces and proposes explicit, testable answers with clear tradeoffs for product teams.