CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

design-spec-review

Warn when user-facing UI changes drift from DESIGN.md. Advisory only; findings never gate Warden clearance.

Quality

81%

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

96%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.

The body is an exceptionally lean and actionable review checklist: concrete detection patterns, explicit severity and report contracts, clear scope and exclusions, and built-in anti-fabrication guidance (zero findings is valid). The only structural gap is that the extensive rule-family checklists are entirely inlined with no progressive-disclosure split, which is defensible for a scan-all-rules pass but leaves minor organization headroom.

DimensionReasoningScore

Conciseness

The body is a dense, terse checklist where every bullet is a distinct detection heuristic (e.g. "Faint body/label ink (`text-gray-400`...) — V1, V2") with no padding and no explanation of concepts Claude already knows. Each token earns its place, matching the 'lean and efficient' anchor rather than 4, which reserves room for trimmable over-explanation that is absent here.

5 / 5

Actionability

For an instruction-only skill the guidance is fully executable: concrete grep-able patterns (`text-gray-400`, `outline: none`, `border` + `box-shadow`), specific paths to check (`apps/app/src/components/ui/`), pixel thresholds (320px, 305px usable), an explicit severity mapping (medium/low, never high), and a defined report format. Matches 'specific examples cover the common cases'.

5 / 5

Workflow Clarity

The single task is unambiguous with an explicit first step ("Read `DESIGN.md` at the repository root first") and pre-report validation checkpoints such as "Grep `apps/app/src/components/ui/` before reporting" and the screenshot-evidence rule, plus confidence tiering between medium and low. Not 4 because no validation checkpoint material to this advisory workflow is missing; destructive/batch feedback-loop caps do not apply to a read-only review.

5 / 5

Progressive Disclosure

Sections are well organized (What to check, Do NOT report, Report format) and there are no broken or buried references since no bundle files exist, but roughly 100 lines of per-rule-family heuristics are inlined in SKILL.md with no split into reference files. This fits 'good structure; most content appropriately placed; minor organization gaps'; not 5 because content is not split into one-level-deep references, and the under-50-line simple-skill exception does not apply to a ~138-line body.

4 / 5

Total

19

/

20

Passed

Description

57%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.

The description is distinctive and honest about its advisory scope, but it undersells the skill's actual capabilities and lacks explicit trigger guidance. Adding a "Use when..." clause with natural trigger phrases would materially improve completeness and trigger-term quality.

Suggestions

Add an explicit trigger clause, e.g. "Use when reviewing a diff or PR that touches user-facing UI (apps/app/src, desktop renderer, den-web) in a repo with a DESIGN.md".

Include natural synonyms users would say, such as "design review", "design system", "style guide", or "UI consistency", alongside "DESIGN.md".

Mention one or two more concrete capabilities from the body, such as citing numbered rule ids (P2, S1, V5...) in findings and reporting medium/low severities, to lift specificity from 3 to 4.

DimensionReasoningScore

Specificity

"Warn when user-facing UI changes drift from DESIGN.md" names the domain and one concrete action, but does not enumerate further capabilities (rule-id citations, severity levels, report format), matching the '1-2 concrete actions, not comprehensive' anchor. It is not 4 because it does not list several specific actions.

3 / 5

Completeness

The "what" is clear (warn on UI drift from DESIGN.md, advisory only), but there is no "Use when..." clause or equivalent explicit invocation guidance; the embedded "when user-facing UI changes drift" describes when the warning fires rather than when to use the skill. Per judging guidelines, a missing trigger clause caps completeness at 3.

3 / 5

Trigger Term Quality

Relevant keywords like "user-facing UI" and "DESIGN.md" are present, but common natural variations ("design review", "design system", "style guide", "visual consistency") are missing, and "Warden clearance" is organization-internal jargon users would not say. Fits 'some relevant keywords but missing common variations', not 4 which requires good coverage.

3 / 5

Distinctiveness Conflict Risk

Anchoring to "DESIGN.md" as the source of truth plus the explicit advisory contract ("findings never gate Warden clearance") carves out a clear niche that is unlikely to trigger for generic code-review or security-review skills. Clearly matches the 'clear niche with distinct triggers; minimal conflict risk' anchor.

5 / 5

Total

14

/

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

different-ai/openwork

Path

.warden/skills/design-spec-review/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.