CtrlK
BlogDocsLog inGet started
Tessl Logo

qa-acceptance

Produce QA acceptance criteria and a manual validation plan for a feature change — golden path, edge cases, error states, performance limits, and explicit pass/fail evidence.

68

Quality

82%

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

93%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 tightly written, highly actionable body: concrete templates, a worked example, a specific coverage checklist, explicit evidence rules, and a defined handoff format, with essentially no wasted tokens. The only notable gap is that the end-to-end validation procedure is conveyed through sections and rules rather than an explicit ordered workflow.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence throughout — no explanations of concepts Claude already knows, no padded sections, and every line ("The criteria are the contract — automated tests cover correctness, QA covers feature-level behavior") adds framing rather than filler.

5 / 5

Actionability

For an instruction-only skill the guidance is fully actionable: a copy-paste Given/when/then criterion template, a worked example, an explicit 8-item coverage checklist with concrete specifics (409/404, unicode, RTL, two users acting at once), exact evidence requirements, and a defined three-section handoff format.

5 / 5

Workflow Clarity

The process sequence is implied by section order (write criteria → cover the eight areas → run the pass → capture evidence → quarantine/handoff) with real checkpoints ("A failing criterion blocks acceptance", "If you add a new criterion mid-pass, restart the pass"), but the overall validation pass is never laid out as explicit numbered steps, leaving a minor gap.

4 / 5

Progressive Disclosure

With no bundle files, all content is core methodology that belongs inline in a single well-organized file: clear headers, easy navigation, nothing that should be split into separate files, and no buried or nested references.

5 / 5

Total

19

/

20

Passed

Description

71%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 specific, third-person description that clearly states the deliverables, but it omits any explicit 'Use when…' trigger guidance, leaving the invocation conditions implied rather than stated. Trigger-term coverage is good but misses common synonyms like "test plan" or "smoke test".

Suggestions

Add an explicit trigger clause, e.g. "Use when a feature change is heading to QA, a reviewer must verify a PR's user-visible behavior, or a release candidate needs a pre-cut smoke pass."

Include natural synonyms users would say — "test plan", "validation pass", "smoke test", "regression check" — alongside the existing trigger terms.

Clarify the scope boundary to reduce overlap with code-review/test-writing skills, e.g. "feature-level manual QA, not automated test authoring".

DimensionReasoningScore

Specificity

The description names the core deliverables ("Produce QA acceptance criteria and a manual validation plan") and enumerates concrete coverage areas — "golden path, edge cases, error states, performance limits, and explicit pass/fail evidence" — giving comprehensive, specific coverage rather than minor gaps.

5 / 5

Completeness

The "what" is explicit and detailed, but there is no "Use when…" clause or equivalent trigger guidance; "for a feature change" only weakly implies when to invoke the skill, which caps completeness at 3 per the rubric guideline.

3 / 5

Trigger Term Quality

Natural terms like "QA", "acceptance criteria", "validation plan", and "feature change" are present, but common variations users would actually say — "test plan", "smoke test", "regression check", "verify this PR" — are missing.

4 / 5

Distinctiveness Conflict Risk

"QA acceptance criteria and a manual validation plan for a feature change" carves a clear niche, though it has minor overlap risk with code-review/verify-style skills that also validate changes.

4 / 5

Total

16

/

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

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository
paperclipai/paperclip
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.