CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

principle-exhaust-the-design-space

Apply when facing a novel UI interaction or architectural decision with no precedent in the codebase. Build 2-3 competing prototypes and compare side by side before committing.

65

Quality

82%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

77%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A lean, well-organized principle skill with an unambiguous build-compare-commit sequence and crisp applicability boundaries that earn high marks for workflow clarity and structure. Its one real weakness is execution detail: the side-by-side comparison — the heart of the method — is never specified, so the model must improvise how to evaluate and decide.

Suggestions

Specify how to run the comparison: list evaluation criteria (e.g., complexity, extensibility, user feel) or define the output, such as a trade-off table presented before a choice is made.

Give one concrete example of what a prototype or "sketch" looks like (code spike, clickable mock, ASCII wireframe) so the instruction is executable rather than interpretive.

State what happens to the rejected options — e.g., record them and the rationale before committing — so the decision step has a defined endpoint.

DimensionReasoningScore

Conciseness

The ~170-word body assumes Claude's competence and explains nothing it already knows, but the opening paragraph and "**The rule:**" paragraph restate the same directive (and echo the frontmatter description) — a minor redundancy that could be trimmed. Not 5 because of that duplicated framing.

4 / 5

Actionability

"build 2-3 competing prototypes or sketches. Compare them side by side. Only then commit" plus the explicit when-it-applies / when-it-doesn't lists give concrete directive guidance, but key details are missing — no comparison criteria, prototype form, or decision output. Not 4 because the comparison step, the core of the method, is left entirely to improvisation; not 2 because counts, method, gate, and applicability lists go beyond high-level hints.

3 / 5

Workflow Clarity

For this simple single-purpose skill the sequence is unambiguous: build 2-3 prototypes → compare side by side → "Only then commit", with an explicit gate before commitment. Per the simple-skill note, a clear single action with no risky batch or destructive operation needs no validation loop to score 5.

5 / 5

Progressive Disclosure

The body is under 50 lines with no bundle files to reference, organized into clearly labeled sections (the rule, when it applies, when it doesn't). Per the guideline, a short self-contained skill with well-organized sections scores 5.

5 / 5

Total

17

/

20

Passed

Description

78%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A focused, well-triggered description that explicitly pairs a concrete what with a specific when-clause, with good natural trigger terms across both UI and architecture domains. Its weaknesses are modest — the action coverage stops at build/compare and keyword synonyms are thin — rather than structural.

Suggestions

Extend the what with one more concrete action, e.g., what the comparison produces ("present a side-by-side trade-off summary before committing"), to lift specificity.

Add natural trigger synonyms such as "explore alternatives" or "compare approaches" so users phrasing the need differently still hit the skill.

DimensionReasoningScore

Specificity

Names the domain ("novel UI interaction or architectural decision") and 1-2 concrete actions ("Build 2-3 competing prototypes and compare side by side before committing"), but says nothing about how the comparison works or what it produces. Not 4 because coverage is two actions with real gaps rather than several actions with minor gaps.

3 / 5

Completeness

Explicitly answers both: the what is "Build 2-3 competing prototypes and compare side by side before committing" and the when is "Apply when facing a novel UI interaction or architectural decision with no precedent in the codebase" — a concrete, condition-based trigger clause equivalent to "Use when". Not 4 because the when is specific, not merely present.

5 / 5

Trigger Term Quality

"novel UI interaction", "architectural decision", "no precedent in the codebase", "competing prototypes", and "compare side by side" are natural phrases covering both trigger domains. Not 5 because common synonyms like "explore alternatives", "design options", or "trade-offs" are missing.

4 / 5

Distinctiveness Conflict Risk

The explore-competing-alternatives niche with conditional triggers is mostly distinct from other skills. Not 5 because it has minor overlap risk with general planning/design skills and the "no precedent" trigger requires judgment to apply.

4 / 5

Total

16

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

adamsardo/pstack-claude

Path

plugins/pstack/skills/principle-exhaust-the-design-space/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.