CtrlK
BlogDocsLog inGet started
Tessl Logo

ui

建立于 shadcn/ui 之上的附加 UI 组件

48

Quality

51%

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 ./.agents/skills/ui/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

75%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, well-structured reference covering Dialog and toast APIs with concrete return semantics and an executable example. It assumes Claude's competence and avoids padding, with only minor gaps in full actionability and no need for external references.

Suggestions

Add a short executable Dialog example (e.g. await Dialog.confirm(...)) to make all sections copy-paste ready.

Trim the subjective aside '尽量不要使用此函数,推荐使用下面的 toast.success() 等方法' to a concise directive.

If the component set grows, move per-method API detail into a references/ file and keep SKILL.md as an overview.

DimensionReasoningScore

Conciseness

The body is short and focused: each function gets a one-line behavioral description plus one executable code example for toast.promise, with only minor commentary (e.g. '尽量不要使用此函数') that could be trimmed.

4 / 5

Actionability

Most entries are concrete and usable — return types, resolve/reject semantics, and a copy-paste toast.promise example — but Dialog usage lacks an executable code snippet, leaving a minor gap versus fully copy-paste-ready coverage.

4 / 5

Workflow Clarity

This is a simple, single-purpose reference skill with no multi-step or destructive workflow, so the per-skill exception applies; the single action (show a Dialog/toast) is unambiguous and well-organized, though there are no validation checkpoints because none are needed.

4 / 5

Progressive Disclosure

Content is well-organized under per-component section headers (Dialog, toast) within a single short file, with no bundle files to reference; under-50-line simple-skill exception supports a high score, docked one point only because the inline toast.promise example could conceptually live in a reference file if the skill grew.

4 / 5

Total

16

/

20

Passed

Description

28%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 minimal: it states the dependency (shadcn/ui) and the broad category (additional UI components) but lists no concrete capabilities and provides no usage triggers. It is distinguishable yet under-specified for routing.

Suggestions

Add concrete capabilities, e.g. 'Dialog (confirm/input/copy/buttons) and toast notifications built on shadcn/ui and sonner'.

Append a 'Use when...' clause with natural triggers like 'dialogs, confirmations, prompts, toast notifications'.

Use third person and list specific entry points so Claude can route to this skill from user requests.

DimensionReasoningScore

Specificity

The description '建于 shadcn/ui 之上的附加 UI 组件' only names the domain (additional UI components built on shadcn/ui) with no concrete actions listed, matching the anchor that names the domain but offers only minimal/generic actions.

2 / 5

Completeness

It gives only a vague 'what' (additional UI components) and entirely omits any 'when'/'Use when' guidance, which per the guidelines caps completeness; fits the 'vague what and no when' anchor.

2 / 5

Trigger Term Quality

It surfaces 'shadcn/ui' and 'UI 组件' but lacks the natural trigger phrases users say when needing this skill (e.g., dialog, toast, confirmation, notification); closer to one or two generic keywords than the 'some relevant keywords' anchor.

2 / 5

Distinctiveness Conflict Risk

The shadcn/ui qualifier makes it somewhat specific and distinguishable from generic skills, but '附加 UI 组件' is still broad enough to overlap with other UI-related skills.

3 / 5

Total

9

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
graphif/project-graph
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.