design-rationale

Solid

Help designers articulate the cognitive science, behavioral psychology, and platform standards behind their design decisions. Use this skill when a designer needs to explain why they made a decision in a critique, design review, or stakeholder meeting. Also use when auditing a screen for principle alignment, preparing for pushback, or evaluating whether a decision is truly irreversible. Trigger on phrases like: "how do I explain this decision", "what principle applies here", "help me defend this", "how would I articulate why I did this", "can you audit this screen", "what's the rationale for", or any request that involves justifying a design choice with evidence beyond personal preference.

Web & Frontend 21 stars 0 forks Updated 3 days ago MIT

Install

View on GitHub

Quality Score: 85/100

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

Skill Content

# Design Rationale A skill for helping designers speak clearly about their decisions using cognitive science, behavioral psychology, and platform standards as the language — not intuition or preference. **Reference files — read these before generating output:** - `data/principles.json` — structured principle corpus across three tiers: cognitive/behavioral, platform standards, and applied patterns. Look up by principle `id` or by `moment` (Tier 3) — don't read the whole corpus for a single-principle request. - `references/examples.md` — real-world precedents organized by moment type (onboarding, navigation, conversion, errors, empty states, offboarding). Stays Markdown — the "don't force it" usage judgment here is load-bearing, not just data. --- ## The Core Job Most designers know what they decided. Fewer can explain why in a way that holds up when someone pushes back. This skill bridges that gap. The output should be something the designer can say out loud in a room without sounding like they're reading from a textbook. That means: - Named principles with the cognitive mechanism explained, not just the label - The connection made specific to this decision, this screen, this user moment - The consequence of not applying the principle (what would have happened instead) - An honest flag when the decision framing is the real problem If the input doesn't give enough context to do this well, say so and ask for what's missing. "I don't have enough context to assess ...

Details

Author
ommakes
Repository
ommakes/Skills
Created
4 months ago
Last Updated
3 days ago
Language
JavaScript
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

Web & Frontend Listed

extract-design-rationale

Extract defensible design rationale from project notes, logs, specifications, research, and artifacts. Use when a case study shows what was built but not why, needs a constraint-alternatives-decision matrix, must explain rejected options and trade-offs, or needs to connect a UI, product, system, or AI-agent decision to evidence and measurable consequences.

0 Updated 4 days ago
jpoindexter
Web & Frontend Listed

design-direction

Establish a deliberate aesthetic point of view before building anything visual. Use this skill FIRST whenever starting any visual work — a website, landing page, app UI, dashboard, data visualization, slide deck, game screen, generative art piece, poster, or component library — even if the user only says "make it look good", "build me a page", or "design a UI". Also use it when the user complains that a design looks generic, bland, "AI-generated", or like a template. This skill produces a short written design philosophy that every other design decision follows.

2 Updated 2 days ago
jangles-byte
Web & Frontend Listed

case-study-design-decisions

Explain and defend pivotal design decisions in a case study using stakeholder context, user and business evidence, alternatives, constraints, trade-offs, consequences, limitations, and follow-up. Use when a portfolio draft shows screens without rationale, lists activities instead of decisions, needs executive credibility, must explain rejected options, or must communicate complex enterprise, platform, system, or AI-agent design choices.

0 Updated 4 days ago
jpoindexter