CtrlK
BlogDocsLog inGet started
Tessl Logo

index

Use when Product Design is explicitly invoked, or when the user's main goal is to explore a design, research UX, audit or critique a flow, faithfully clone a visual source, check a built design, or share a prototype. Do not use Product Design for ordinary implementation unless the user explicitly asks for it.

60

Quality

71%

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 ./packages/opencode/src/skill/builtin/.bundle/product-design/workflows/index/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

63%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 well-structured router skill with highly concrete, gated routing rules and copy-paste fallback messages, but it is noticeably repetitive — the same routing directives (audit, ideate, get-context, url-to-code) are restated across sections — and all of its external references point to files that are not present in the bundle, so navigation cannot be verified. Tightening the duplicated routing rules and confirming or inlining the referenced files would raise it further.

Suggestions

Consolidate the routing rules that currently appear in both 'Router Only' and the per-skill 'Skills' sections — e.g., state each skill's routing rule once, since the audit, ideate, and get-context guidance is currently duplicated nearly verbatim.

Fix or bundle the external references: '../../references/communication-protocol.md', '../../references/critical-overrides.md', and '../user-context/SKILL.md' do not exist in this skill's bundle, so either include them or inline the essential content.

Add error-recovery guidance for the fragile handoffs (e.g., what to do when the Browser skill is unavailable after loading it, or when $user-context's preflight script fails) to complete the feedback loops the workflow checkpoints otherwise promise.

DimensionReasoningScore

Conciseness

The body is directive throughout with no explanation of concepts Claude already knows, but routing rules are stated multiple times in slightly different words — audit routing appears in both 'Router Only' and '$audit', the ideate/get-context sequencing in 'Router Only', 'No Visual Target, No Build', and the '$ideate'/'$get-context' sections, and 'Router Only'/'Skills' both repeat that this is only a router. This noticeable redundancy matches anchor 3 ('mostly efficient but... could be tightened') rather than anchor 4, since several full sections could be collapsed.

3 / 5

Actionability

For an instruction-only router skill the guidance is concrete and executable: exact skill tokens to load ('$audit', '$get-context', '$url-to-code'), copy-paste fallback message blocks, a literal browser API call ('agent.browsers.get("iab")'), and precise gating ('Show exactly three visual options and wait for the user to choose one'). It falls short of anchor 5 only because several directives depend on external artifacts (the referenced communication-protocol.md, critical-overrides.md, and sibling SKILL.md files) that are not present in this bundle, so the guidance cannot be fully executed as shipped.

4 / 5

Workflow Clarity

Routing decision flows are clearly sequenced with explicit checkpoints: 'run $audit first, then continue through the appropriate normal workflow', 'Do not scaffold, edit files, or start a server before a visual option is selected', and 'Only proceed after the user agrees'. This matches anchor 4 (clear sequence, most checkpoints present); it does not reach anchor 5 because error-recovery/feedback loops are absent — e.g., what to do when the Browser skill or its setup fails — and some sequences rely on the external focused skills' behavior rather than steps defined here. No destructive or batch operations apply, so no cap is triggered.

4 / 5

Progressive Disclosure

The body has clear section headers and its references are well-signaled with markdown links ('[$critical-overrides](../../references/critical-overrides.md)', '[$user-context](../user-context/SKILL.md)'), but the actual bundle contains no references/, scripts/, or assets/ directories, so every referenced path resolves outside the skill directory and cannot be verified as reachable — buried/unverifiable navigation matches anchor 3 ('references present but not clearly signaled / could be better organized') rather than anchor 4. Additionally, the per-skill routing descriptions in the Skills section largely duplicate content that belongs in the focused skills' own files, which could be split out.

3 / 5

Total

14

/

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 strong, well-scoped description with an explicit and comprehensive 'Use when' clause, a valuable negative boundary, and concrete activity domains. Its main weakness is that it never states what the skill does — the routing function is only implied — and a few natural trigger synonyms are absent.

Suggestions

Add an explicit 'what' statement, e.g. 'Routes Product Design requests to the right focused Product Design skill', so both function and trigger conditions are stated.

Include common trigger synonyms such as 'review', 'redesign', or 'feedback on a design' alongside 'audit or critique' to broaden natural-term coverage.

DimensionReasoningScore

Specificity

The description names several concrete capability domains — 'explore a design, research UX, audit or critique a flow, faithfully clone a visual source, check a built design, or share a prototype' — which are specific actions, but it never states what the skill itself does (route to focused Product Design skills), leaving a minor gap versus the comprehensive anchor 5.

4 / 5

Completeness

The 'when' is explicit and thorough ('Use when Product Design is explicitly invoked, or when the user's main goal is to...') plus an explicit negative boundary ('Do not use Product Design for ordinary implementation unless the user explicitly asks for it'), satisfying the 'Use when' requirement. However, the 'what' — that this is a router/index for the Product Design plugin — is only implied through the enumerated activity domains, not explicitly stated, so it does not reach anchor 5.

4 / 5

Trigger Term Quality

Natural phrases users would say are well covered — 'audit or critique a flow', 'faithfully clone a visual source', 'share a prototype', 'research UX' — but a few common variants are missing (e.g., 'review', 'redesign', 'feedback', 'build a prototype'), matching anchor 4's 'good keyword coverage; a few natural terms missing'.

4 / 5

Distinctiveness Conflict Risk

The description is scoped to a clearly named niche ('Product Design') with distinct, differentiated triggers and an explicit do-not-use clause excluding 'ordinary implementation', giving minimal conflict risk with other skills — matching anchor 5's 'clear niche with distinct triggers; minimal conflict risk'.

5 / 5

Total

17

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 4 suspicious

Warning

Total

15

/

16

Passed

Repository
XiaomiMiMo/MiMo-Code
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.