CtrlK
BlogDocsLog inGet started
Tessl Logo

design

Canonical repo-local DESIGN.md workflow for product, UI/UX, and frontend decision source of truth

62

Quality

78%

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

Fix and improve this skill with Tessl

tessl review fix ./plugins/oh-my-codex/skills/design/SKILL.md

The canonical home for this skill is design in Yeachan-Heo/oh-my-codex

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 a lean, highly actionable workflow with clear sequencing, explicit validation checkpoints, a feedback loop, and a completion checklist — matching the good-example pattern. The only structural improvement is moving the DESIGN.md section contract into a referenced template file to tighten progressive disclosure.

DimensionReasoningScore

Conciseness

Every section is operational — use-when bullets, a scoped relationship note, a five-step workflow, and a completion checklist — with no explanations of concepts Claude already knows. The 14-section contract list is dense but is itself the required deliverable content, so every token earns its place (anchor 5).

5 / 5

Actionability

The guidance is fully executable for an instruction-only skill: exact required DESIGN.md sections with contents specified per section (e.g. "Status (Draft | Active | Needs refresh), date, product surfaces, evidence reviewed"), explicit interview topics, and explicit prohibitions ("Do not invent a parallel design-system layer"). Per the scoring notes, absence of code is not penalized when the guidance is this concrete.

5 / 5

Workflow Clarity

The five-step workflow (discover → interview → create/refresh → apply → handoff) has explicit validation checkpoints: "Separate observations from inferences; note absent evidence", a feedback loop ("update the file or add an open question when implementation exposes a contradiction"), and a completion checklist ("Complete only when design docs/assets/components/screenshots were inspected or noted absent..."). This matches the anchor-5 pattern of clear sequence with explicit validation and checklists; there are no destructive or batch operations that would impose a cap.

5 / 5

Progressive Disclosure

The single file is well-organized with clear sections, and its one external reference (templates/AGENTS.md) is clearly signaled one level deep. It falls short of 5 because no bundle files exist while the 14-section DESIGN.md contract is arguably template material belonging in a separate reference file, and the referenced path (../../templates/AGENTS.md) lives outside the skill directory, leaving a minor organization gap (anchor 4).

4 / 5

Total

19

/

20

Passed

Description

53%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 identifies a distinct niche (a repo-local DESIGN.md contract) but reads like a label rather than an operational description: it names no actions and provides no trigger guidance for when to invoke the skill. Adding concrete verbs and a "Use when..." clause with natural trigger phrases would move it into the good-example range.

Suggestions

Add an explicit trigger clause, e.g. "Use when a feature needs a design brief, when product/UI/UX decisions need a repo-local source of truth, or when the user mentions design briefs, mockups, wireframes, or design systems."

State the concrete actions the skill performs: "Discovers product and UI evidence in the repo, interviews for missing context, and creates or refreshes DESIGN.md as the design decision source of truth."

Include natural synonyms users would say (design brief, wireframes, mockups, design system, style guide) to improve trigger-term coverage and distinguish it from visual-implementation matching skills.

DimensionReasoningScore

Specificity

The description names the domain ("product, UI/UX, and frontend") and a concrete artifact ("repo-local DESIGN.md") with its role ("decision source of truth"), but never states the actions the skill performs (create, refresh, audit DESIGN.md). It matches anchor 3 rather than 4 because no verb-level capability is listed, and not 2 because the DESIGN.md-as-contract framing is concrete rather than generic.

3 / 5

Completeness

The "what" is moderately clear — a workflow maintaining a repo-local DESIGN.md as the decision source of truth — but the "when" is entirely absent; there is no "Use when..." clause or equivalent trigger guidance, which caps completeness at 3 per the judging guidelines. Not 4 because the when-clause is missing outright rather than merely imprecise.

3 / 5

Trigger Term Quality

Terms like "product", "UI/UX", "frontend", "design", and "DESIGN.md" are phrases users would naturally say, but common variations and synonyms ("design brief", "mockups", "wireframes", "design system", "style guide") are missing. This fits anchor 3 (relevant keywords, missing common variations) better than 4.

3 / 5

Distinctiveness Conflict Risk

"Canonical repo-local DESIGN.md workflow" carves a clear niche artifact, minimizing conflict with unrelated skills, but the broad domain words ("product, UI/UX, and frontend") leave minor overlap risk with visual-implementation or general frontend-review skills. Anchor 4 (mostly distinct, minor overlap risk) is the best fit; not 5 because the description alone does not delineate the boundary that the body draws against $visual-ralph.

4 / 5

Total

13

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 1 suspicious

Warning

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

14

/

16

Passed

Repository
Yeachan-Heo/oh-my-codex
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.