CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

fix-intake-triage

Take bug records from the tester, reject incomplete ones, group them into root-cause clusters, and order the repair queue by severity, unblocking value, and blast radius. Use at the start of a fixing run or whenever new bug records arrive.

73

Quality

92%

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, well-structured instruction-only skill: efficient, concrete, and clearly sequenced with a completeness gate, tester feedback loop, and an exit-criteria checklist. The main gaps are unresolved references (a Fix Recipe Library that isn't in the bundle) and undefined severity vocabulary (P0–P3).

Suggestions

Resolve the Fix Recipe Library reference: either ship it as a bundle file (e.g. references/fix-recipe-library.md) and cite its path in step 5, or inline a one-line matching rule for how to pick the recipe for a cluster.

Define the severity levels used in the ordering rule (step 4), e.g. one line stating what qualifies a bug as P0 vs P1, so the P0 → unblockers → P1 → P2 → P3 sequence is executable without guessing.

Give the counterpart reference a concrete location or context (e.g. a path to the qa-bug-reporting skill) so the pointer is resolvable rather than a bare name.

DimensionReasoningScore

Conciseness

The body is a lean 14 lines: "1. Check every record has steps, an expected result tied to a requirement, evidence, a build fingerprint, a reproduction count, and a failing regression test. Return incomplete records to the tester as INCOMPLETE-RECORD; do not guess." No concept Claude already knows is explained, no padding exists, and every token carries instruction. Matches 'lean and efficient; every token earns its place'.

5 / 5

Actionability

Mostly concrete, executable guidance: record fields are enumerated ("steps, an expected result tied to a requirement, evidence, a build fingerprint, a reproduction count, and a failing regression test"), clustering criteria are specific ("the same function, the same missing control (ownership check, redirect guard, idempotency store, serializer)"), and ordering is exact ("P0 → unblockers → P1 → P2 → P3"). Not 5: two steps leave key details unspecified — "Attach the matching entry from the Fix Recipe Library" gives no location or matching rule (and no such file exists in the bundle), and severity levels (P0–P3) are referenced but never defined. Not 3: the guidance is specific and directly executable, well above pseudocode-level hints.

4 / 5

Workflow Clarity

Six clearly sequenced steps with explicit validation and recovery: step 1 is a completeness gate ("Return incomplete records to the tester as INCOMPLETE-RECORD; do not guess") acting as a feedback loop back to the tester, and the Exit criteria section specifies the full output checklist ("cluster | bug IDs | severity | unblocks | recipe | approval needed | order"). Matches 'clear sequence with explicit validation steps; feedback loops...; checklists'. The batch-operation cap does not apply because per-record validation and an output checklist are both present.

5 / 5

Progressive Disclosure

Well-organized short-form skill: sections "## Procedure" and "## Exit criteria" are cleanly split, under 50 lines, with nothing inlined that belongs elsewhere. Not 5: two references are dangling — "the Fix Recipe Library" has no path and no corresponding bundle file exists (no references/, scripts/, or assets/ directories), and "Counterpart of tester skill: `qa-bug-reporting`" likewise points to nothing resolvable. Not 3: the structure itself is good and no oversized content is inline.

4 / 5

Total

18

/

20

Passed

Description

92%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: it enumerates four concrete capabilities, states explicit ordering criteria, and includes a clear 'Use when...' trigger clause. The only weakness is trigger-term breadth — it uses its own vocabulary ("bug records", "fixing run") instead of the more natural synonyms users would say.

DimensionReasoningScore

Specificity

Quotes: "Take bug records from the tester, reject incomplete ones, group them into root-cause clusters, and order the repair queue by severity, unblocking value, and blast radius." Four concrete actions plus explicit ordering criteria give comprehensive coverage of the intake-to-prioritization pipeline, matching the anchor 'lists multiple specific concrete actions; comprehensive coverage'. Not 4: there are no coverage gaps — the whole capability surface (intake, rejection, clustering, queue ordering) is enumerated.

5 / 5

Completeness

Both questions are answered explicitly: what — "Take bug records..., reject incomplete ones, group them into root-cause clusters, and order the repair queue"; when — "Use at the start of a fixing run or whenever new bug records arrive." This matches the anchor 'clearly and explicitly answers both what AND when with concrete trigger phrases'. Not 4: the 'when' clause is already explicit and event-specific, not merely present.

5 / 5

Trigger Term Quality

Quotes: "Use at the start of a fixing run or whenever new bug records arrive" — good keyword coverage with relevant terms ("bug records", "fixing run", "new bug records arrive"). Not 5: common natural synonyms users would say ("bug reports", "triage", "prioritize bugs", "fix queue") are missing; "bug records" is the skill's own jargon. Not 3: the terms present are specific and directly tied to the trigger events, better than 'some relevant keywords but missing common variations'.

4 / 5

Distinctiveness Conflict Risk

The niche — consuming tester-produced bug records, clustering by root cause, and sequencing a repair queue — is distinct with triggers ("bug records arrive", "fixing run") unlikely to fire for other skills; the counterpart reporting skill (`qa-bug-reporting`) covers the producing side, not this. Matches 'clear niche with distinct triggers; minimal conflict risk'. Not 4: no meaningful overlap risk with a closely related skill is identifiable.

5 / 5

Total

19

/

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/fix-intake-triage/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.