CtrlK
BlogDocsLog inGet started
Tessl Logo

bug-triage

Re-evaluate open bugs — priority vs severity, assign to sprints, surface systemic trends. Run when the count grows.

64

Quality

81%

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 strong, highly actionable workflow: concrete tool invocations, exact paths and prompts, explicit validation gates and user-approval feedback loops, and complete edge-case handling across all three modes. The only notable improvements are trimming a few redundant passages and potentially moving the long report template into a reference file.

DimensionReasoningScore

Conciseness

The body is efficient and table-driven with no explanations of concepts Claude already knows, but a few spots could be trimmed — the "When to run" section repeats the frontmatter description, the parenthetical explaining bolded "**field**" matching in Step 2a, and the automation-mode preamble — matching anchor 4's minor instances of over-explanation.

4 / 5

Actionability

Guidance is fully executable: exact glob patterns in priority order, a copy-paste-ready Grep invocation with pattern/glob/output_mode, a complete report template, and exact user-facing prompts and verdict strings covering all modes plus edge cases (no bug files, no sprint, capacity overflow, declined write).

5 / 5

Workflow Clarity

Six clearly sequenced steps with explicit validation checkpoints and feedback loops: stop-and-report when no bug files exist, P4 candidates held pending user answer, ask-before-write with a BLOCKED verdict on decline, and conditional post-write checks. The batch-operation validation cap does not apply because validation gates are present throughout.

5 / 5

Progressive Disclosure

A single-file skill with no bundle files, well-organized numbered sections, no buried or nested references, and graceful fallbacks for missing project files. The minor gap is the ~70-line inline report template, which could live in references/ to keep the overview lean — anchor 4 rather than anchor 5's overview-with-pointers structure.

4 / 5

Total

18

/

20

Passed

Description

67%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 solid, third-person description with several concrete actions and a clear domain niche. Its main weaknesses are the trigger side: the when-clause is vague ("Run when the count grows") and natural synonyms like "bug backlog" or "triage" are absent, capping trigger quality and completeness below the top anchors.

Suggestions

Make the when-clause concrete and threshold-based, e.g. "Run when the open bug count exceeds 10, at sprint start, or after QA cycles file new bugs" — the 10+ threshold already exists in the body's "When to run" section.

Add natural trigger synonyms users would actually say, such as "bug backlog", "triage bugs", or "bug count", to improve keyword coverage.

Mention the concrete deliverable ("writes a triage report to production/qa/bug-triage-[date].md") so the what-side covers the skill's primary output.

DimensionReasoningScore

Specificity

The description lists several concrete actions — "Re-evaluate open bugs", "assign to sprints", "surface systemic trends" — in a named domain, but coverage has minor gaps (the triage-report output and backlog deferral are unmentioned), matching anchor 4 rather than the comprehensive coverage of anchor 5.

4 / 5

Completeness

It answers both what (re-evaluate, assign, surface trends) and when ("Run when the count grows"), but the when-clause could be more explicit and specific — no concrete trigger condition or threshold — which is exactly anchor 4, short of anchor 5's concrete trigger phrases.

4 / 5

Trigger Term Quality

"open bugs", "priority", "severity", and "sprints" are relevant keywords, but common natural variations ("bug backlog", "triage", "bug count", "QA bugs") are missing and "Run when the count grows" is vague about which count and what threshold, matching anchor 3.

3 / 5

Distinctiveness Conflict Risk

The bug-triage/sprint-assignment niche is mostly distinct with domain-specific triggers, but the generic "when the count grows" clause and overlap with sprint-management skills leave minor conflict risk, matching anchor 4 rather than anchor 5's clearly distinct triggers.

4 / 5

Total

15

/

20

Passed

Validation

87%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

frontmatter_unknown_keys

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

Warning

Total

14

/

16

Passed

Repository
Donchitos/Claude-Code-Game-Studios
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.