CtrlK
BlogDocsLog inGet started
Tessl Logo

community-import-smoke-test

A portable community plugin for validating OpenDesign plugin import flows.

58

Quality

66%

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/community/import-smoke-test/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.

A genuinely lean, well-scoped instruction-only body with a clear three-step sequence and explicit operating constraints. Its weaknesses are the unspecified receipt format, which forces the agent to improvise output shape, and an unreferenced assets/import-checklist.md that breaks the one-level-deep navigation the bundle could otherwise offer.

Suggestions

Add a compact example import receipt (field names and a filled-in sample) so the output format is unambiguous.

Reference assets/import-checklist.md from the body (e.g. 'Verify bundle contents against the import checklist') so the bundled file is discoverable and earns its place.

Add a brief final checkpoint confirming the receipt includes all four required fields before responding.

DimensionReasoningScore

Conciseness

The ~20-line body is lean and assumes competence: 'Identify the import path the user is testing: folder, zip, GitHub, or marketplace' and 'Do not require network access, shell commands, external connectors, or secrets' carry real constraints with no padding or explanation of concepts Claude already knows. It does not fall to 4 because no sentence can be trimmed without losing information.

5 / 5

Actionability

The receipt step specifies its fields ('plugin name, source kind, files detected, and any user note') but shows no example receipt or output format, and 'files detected' is never operationalized — concrete guidance that is incomplete, matching the anchor for missing key details. It is not 2 because the path taxonomy and receipt fields are specific, and not 4 because an implementer must invent the output shape.

3 / 5

Workflow Clarity

The numbered sequence (identify path, produce receipt, keep output small) is clear and well-ordered, and the no-network/no-shell constraint bounds the work, matching 'clear sequence with most checkpoints present; minor validation gaps'. It is below 5 because no checkpoint verifies the receipt is complete or correct before finishing, though the skill's non-destructive nature keeps it solidly at 4.

4 / 5

Progressive Disclosure

The short body is cleanly organized and needs no external references for its core task, but the bundle contains assets/import-checklist.md which the body never mentions — a minor discovery gap ('references mostly clear; minor organization gaps'). It is above 3 because nothing is inlined that belongs elsewhere, and below 5 because the one bundle file is orphaned rather than clearly signaled.

4 / 5

Total

16

/

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 concise and distinct within a clearly bounded niche, but it only half-does its job: it states what the skill does with moderate specificity while omitting any 'when to use this' trigger clause. Adding an explicit usage trigger and naming the concrete import kinds (folder, zip, GitHub, marketplace) would lift most dimensions.

Suggestions

Add an explicit trigger clause, e.g. 'Use when testing whether OpenDesign can import a community plugin from a local folder, zip archive, GitHub subpath, or marketplace entry.'

Name the concrete actions in the description (identify the import path, produce an import receipt) instead of the single generic verb 'validating'.

Include natural trigger terms users would say — 'import', 'install', 'smoke test', 'zip', 'marketplace' — to improve keyword coverage.

DimensionReasoningScore

Specificity

The description names its domain ('OpenDesign plugin import flows') and one concrete action ('validating'), matching the anchor for a domain plus 1-2 concrete actions without comprehensive coverage. It does not reach 4 because it never says what validation entails (e.g., folder, zip, GitHub, marketplace checks) and stays above 2 because 'validating import flows' is a real action, not a generic verb.

3 / 5

Completeness

The 'what' is clear ('validating OpenDesign plugin import flows') but the 'when' is entirely missing — there is no 'Use when...' clause or equivalent trigger guidance, which the judging guidelines explicitly cap at 3. It is above 2 because the 'what' half is concrete, and below 4 because no explicit usage trigger exists.

3 / 5

Trigger Term Quality

It contains relevant keywords a user in this niche would say ('community plugin', 'OpenDesign', 'plugin', 'import'), but misses common variations and synonyms such as 'install', 'zip', 'GitHub', 'marketplace', or 'smoke test' that the body itself uses. This sits at 'some relevant keywords but missing common variations', not 4, because several natural trigger phrases are absent.

3 / 5

Distinctiveness Conflict Risk

The niche is unmistakable — OpenDesign community plugin import validation — so it is clearly distinguishable from any other skill and would not trigger for the wrong one. Unlike the anchor at 4 ('minor overlap risk with closely related skills'), no plausibly competing skill shares this domain.

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
nexu-io/open-design
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.