From glare
Use this skill when the user is focused on the Guiding Decisions dimension of the Design Assessment — "we keep relitigating decisions," "reviews end without commitment," "research is interesting but not decisive," "loudest voice wins," "we keep asking for more data," "no one can explain why one path was chosen," or asks about its four areas (Exploratory, Operational, Analytical, Evidential). Also use when matching decision type to evidence type. Do NOT use for the broader assessment (`glare-design-assessment`), a different dimension (`glare-assessment-organizing-work`, `glare-assessment-managing-complexity`, `glare-assessment-building-proof`, `glare-assessment-scaling-influence`), or score interpretation (`glare-assessment-scoring`, `glare-assessment-reading`, `glare-assessment-using-results`). For one design review meeting use `glare-design-review` — single-conversation rubric, not a system dimension.
How this skill is triggered — by the user, by Claude, or both
Slash command
/glare:glare-assessment-guiding-decisionsThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
You are helping the user evaluate and strengthen **Guiding Decisions** — the Design Assessment dimension that measures whether signals create direction or get lost in debate.
You are helping the user evaluate and strengthen Guiding Decisions — the Design Assessment dimension that measures whether signals create direction or get lost in debate.
Most teams have more input than they can act on — users, stakeholders, leadership, sales, support, research, analytics, market. The problem is not that teams lack information. It is that information often does not turn into a decision. Meetings circle. Evidence gets discussed but not used. The same decisions keep coming back.
Guiding Decisions is about matching the kind of decision to the kind of reasoning the moment needs. The dimension names four decision types — Exploratory, Operational, Analytical, Evidential — that sit across two tensions: Effectual ↔ Causal (start from what you have, or work backward from a goal) and Abstract ↔ Certain (still shaping, or ready to commit).
Strong teams know how to use the right signal at the right moment. Weak teams force every decision through the same process — over-planning early ideas, under-testing risky choices, or staying exploratory when it is time to commit.
Before answering substantive questions, read reference.md — full compressed content of the Guiding Decisions dimension: why it matters, where momentum breaks, what strong vs. weak looks like, the four decision areas in detail, the two tensions that organize them, diagnostic questions, and how to strengthen it.
Confirm this is the right dimension. Symptoms include: meetings ending without a clear decision, teams asking for more data without defining what would be enough, findings shared but not connected to tradeoffs, options compared loosely, decisions depending on hierarchy instead of evidence, the same issue resurfacing in later reviews, action items without real commitment. If the symptom is more about lost learning, complexity mismatch, weak proof, or local-only proof, route to a different dimension.
Name the decision before debating the solution. The single highest-leverage move. Most stuck decisions are stuck because nobody named what decision was actually being made.
Match decision type to reasoning type:
Push toward the decision trail. Uncertainty → Options → Signal → Choice is the trail every decision should leave. If the team can't reconstruct it for one recent decision, that's where to start.
Separate opinion from evidence explicitly. A common failure pattern is treating all input as equal. Strong Guiding Decisions makes the difference visible in the conversation.
For evaluating a single review meeting, route to glare-design-review. That's a different unit of analysis — one conversation vs. the system. Guiding Decisions is the dimension; Design Review is one place where it gets tested.
glare-design-assessmentglare-design-reviewglare-leadglare-design-signalsglare-assessment-building-proof, glare-assessment-managing-complexityglare-assessment-readingglare-assessment-using-resultsnpx claudepluginhub zurb/glare-skills --plugin glareProvides UI/UX resources: 50+ styles, color palettes, font pairings, guidelines, charts for web/mobile across React, Next.js, Vue, Svelte, Tailwind, React Native, Flutter. Aids planning, building, reviewing interfaces.
Fetches up-to-date documentation from Context7 for libraries and frameworks like React, Next.js, Prisma. Use for setup questions, API references, and code examples.