CtrlK
BlogDocsLog inGet started
Tessl Logo

preflight

Webiny-only. Run all checks required before packages are ready for publish: deps, build, lint, format, tests.

60

Quality

75%

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

Quality

Content

81%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 lean, highly actionable runbook: every step is an executable command, sequencing is explicit, and validation checkpoints plus a restart-on-failure loop cover the batch test operations well. The only meaningful gaps are a small amount of duplication in the test-sharding instructions and long inline package lists that could be split into a reference file.

DimensionReasoningScore

Conciseness

The body is almost entirely commands with minimal prose and no padding; every token is close to earning its place. It misses a 5 due to duplication — the test-counting rg command appears verbatim in both the "Important" section and step 11, and the opening line restates the frontmatter description.

4 / 5

Actionability

Every step has an exact, executable command with explicit pass criteria ("Must output 'All dependencies in order!'", "Verify packages/cli/files/duplicates.json is an empty array"). Kept at 4 rather than 5 because the sharded test loop trails off with "# ... etc" and uses unexpanded <name> placeholders rather than copy-paste-ready examples.

4 / 5

Workflow Clarity

A 13-step numbered sequence with explicit validation checkpoints (duplicates.json check, adio output check, dist-path check, grep "Test Files" for test results) and a clear error-recovery feedback loop ("If any step fails, diagnose and fix the issue, then restart from step 1"). This matches the top anchor including feedback loops for batch test operations.

5 / 5

Progressive Disclosure

The body is well-sectioned (Important, Steps, Keeping the package lists up to date) with all content at one level and no buried references. It is not a 5 because ~60 lines of package-name lists are inlined data that would sit better in a reference file, and the skill uses no reference structure at all despite its size.

4 / 5

Total

17

/

20

Passed

Description

58%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 specific about what the skill does, with a strong niche marker ("Webiny-only"), but it completely lacks trigger guidance for when to invoke it and misses natural user phrasings. Adding an explicit "Use when..." clause would substantially improve completeness and trigger-term quality.

Suggestions

Add an explicit trigger clause, e.g. "Use when preparing to publish or release Webiny packages, before opening a release PR, or when the user asks for preflight/publish readiness checks."

Include natural synonyms users would actually say — "preflight", "release checks", "CI checks", "before publishing" — alongside the existing terms.

Slightly expand the capability list to concrete operations (e.g. "installs dependencies, syncs versions, builds packages, lints, formats, runs DDB and OpenSearch tests") to close the gap toward comprehensive coverage.

DimensionReasoningScore

Specificity

"Run all checks required before packages are ready for publish: deps, build, lint, format, tests" lists several concrete check areas. It falls short of a 5 because the items are check-category names rather than multiple specific concrete operations.

4 / 5

Completeness

The "what" is clear (run deps/build/lint/format/test checks before publish), but there is no "Use when..." clause or equivalent trigger guidance — only "Webiny-only" weakly implies scope. Per the judging guideline, a missing 'Use when...' clause caps completeness at 3.

3 / 5

Trigger Term Quality

"Webiny-only", "packages", "publish", "lint", "tests" are relevant keywords, but the description lacks the natural phrases users would say (e.g. "preflight", "release readiness", "before publishing") and has no synonyms or variations, so it matches "some relevant keywords but missing common variations".

3 / 5

Distinctiveness Conflict Risk

"Webiny-only" carves a clear niche, making it mostly distinct with only minor overlap risk against generic lint/test/CI skills. Not a 5 because "deps, build, lint, format, tests" alone is generic and could collide with other build-verification skills.

4 / 5

Total

14

/

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

referenced_paths_exist

Referenced path issues: 3 missing

Warning

Total

15

/

16

Passed

Repository
webiny/webiny-js
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.