CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

qa-preflight-manifest

Start every bug-testing run by filling a run manifest, fingerprinting the live build, and confirming access, scope, budgets, and prohibited actions. Use before any QA, bug hunt, regression, or release-gate test of a web app, API, workflow, or agent.

72

Quality

90%

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

SKILL.md
Quality
Evals
Security

Quality

Content

88%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 tight, highly actionable preflight procedure with excellent sequencing, explicit validation checkpoints, and a completion checklist. The main defect is that the bundle it depends on is missing: the manifest template file, the undefined 'required manifest fields', and the 'pattern E1' reference are all dangling.

Suggestions

Bundle the actual 'templates/run-manifest.yaml' template file (or inline the required manifest fields) so step 1 and the exit criterion 'all required manifest fields are filled' are executable as written.

Remove or define the 'pattern E1' reference in the Pitfalls section — it points to a pattern catalog that is not part of the skill bundle.

Add missing natural trigger synonyms like 'smoke test' or 'test plan' to the description's 'Use before' clause to broaden when-to-use coverage.

DimensionReasoningScore

Conciseness

The body is lean and imperative throughout — e.g., 'Record expected and observed values. If they differ, stop and report a drift warning' — with no explanations of concepts Claude already knows and no padding. Every token earns its place; not a 4 because there is nothing to trim.

5 / 5

Actionability

Guidance is highly concrete (specific headers 'x-vercel-id', 'server', 'etag'; enumerated roles, tools, modes, budgets, and output files), but step 1 depends on 'templates/run-manifest.yaml' which is not in the bundle, and the 'required manifest fields' referenced in exit criteria are never defined. Not a 3 because the steps that are self-contained are fully executable.

4 / 5

Workflow Clarity

A clearly numbered 1–7 sequence with explicit validation checkpoints ('If they differ, stop and report a drift warning'; 'A missing account makes its cases BLOCKED'), error-recovery via BLOCKED reporting, and an exit-criteria checklist. Not a 4 because checkpoints and their failure handling are explicit at each decision point.

5 / 5

Progressive Disclosure

The skill is under 50 lines with well-organized sections (Procedure / Exit criteria / Pitfalls), which suits a single-file skill, but references to 'templates/run-manifest.yaml' and 'pattern E1' point to files that do not exist in the bundle. Not a 5 because those dangling references break navigation; not a 3 because the references that exist are clearly signaled and one level deep.

4 / 5

Total

18

/

20

Passed

Description

88%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 description: concrete actions, an explicit 'Use before...' trigger clause, and good natural keyword coverage. Its only weaknesses are the somewhat broad 'any QA' trigger creating minor overlap risk and a few missing testing-related synonyms.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — 'filling a run manifest, fingerprinting the live build, and confirming access, scope, budgets, and prohibited actions' — with comprehensive coverage of the skill's procedure. Not a 4 because there is no meaningful gap in the action coverage.

5 / 5

Completeness

It explicitly answers both what ('filling a run manifest, fingerprinting the live build, and confirming access, scope, budgets, and prohibited actions') and when ('Use before any QA, bug hunt, regression, or release-gate test') with concrete trigger phrases, matching the anchor-5 pattern.

5 / 5

Trigger Term Quality

Natural trigger terms are well covered: 'QA', 'bug hunt', 'regression', 'release-gate test', plus target types ('web app, API, workflow, or agent'). Not a 5 because common variations users would say, such as 'smoke test', 'test plan', or 'pre-release testing', are missing.

4 / 5

Distinctiveness Conflict Risk

The preflight-manifest niche ('Start every bug-testing run') is distinct from most skills, but the trigger 'before any QA, bug hunt, regression, or release-gate test' is broad and could overlap with general testing or QA-process skills. Not a 3 because the manifest/fingerprint framing keeps the niche recognizable.

4 / 5

Total

18

/

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

itsablabla/qa-bug-agent-skills

Path

skills/qa-preflight-manifest/SKILL.md

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.