CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/bug-report-template

Builds a well-formed bug (defect) report from raw observation notes - fills in summary, environment, steps to reproduce, expected vs actual, and severity rationale. Validates that each field has the load-bearing content reviewers and engineers need to triage. Use when a stakeholder reports a problem informally (chat, email, voice) and the team needs a triageable issue without round-tripping for missing fields.

75

Quality

94%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

Overview
Quality
Evals
Security
Files

Quality

Content

85%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A highly actionable, well-sequenced skill with a real one-level reference and an explicit gap-flagging validation loop. Its main weakness is conciseness: terminology and standards exposition that Claude already knows inflate the body without adding load-bearing guidance.

Suggestions

Cut or compress the 'Terminology note' (ISTQB error/defect/fault/failure) and the repeated ISO/IEC/IEEE 29119-3 citations - Claude already knows these distinctions; keep only the load-bearing 'bug vs defect interchangeable, failure = observed' line if needed.

Merge the 'Anti-patterns' table content into the relevant steps (e.g. the 'Always on first observation' row into Step 6) so guidance lives where it is applied instead of in a separate scan-required section.

Tighten the worked example commentary ('The [GAP] markers force the reporter...') since the example already demonstrates the behavior; let the template and markers speak for themselves.

DimensionReasoningScore

Conciseness

The body is mostly efficient and actionable but pads with content Claude already knows - e.g. the ISTQB 'Terminology note' defining error/defect/fault/failure and repeated ISO 29119 citations - so it sits at the 'mostly efficient but could be tightened' anchor rather than the lean 3.

2 / 3

Actionability

Provides a copy-paste-ready Output format template, good-vs-bad summary/repro examples with exact char limits, and a full worked example with [GAP] markers - concrete and executable guidance rather than the abstract direction penalized at 1 or pseudocode at 2.

3 / 3

Workflow Clarity

Steps 1-6 are explicitly sequenced with a validation checkpoint ('flag the gap rather than fabricating') and a feedback loop (return to reporter for [GAP] fields before triage), matching the clear-sequence-with-validation anchor at 3; this is not a destructive/batch op so the cap-at-2 note does not apply.

3 / 3

Progressive Disclosure

Severity/priority detail is offloaded to a real one-level-deep reference (references/severity-and-priority-scales.md) that exists and is clearly signaled once at Step 5, while the template and worked example stay appropriately inline - matching the well-signaled single-level reference anchor at 3.

3 / 3

Total

11

/

12

Passed

Description

100%

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, third-person description that pairs concrete capabilities with an explicit use-when trigger and a well-scoped niche. It avoids vague fluff and clearly bounds when the skill applies.

DimensionReasoningScore

Specificity

Lists multiple concrete actions - 'fills in summary, environment, steps to reproduce, expected vs actual, and severity rationale' and 'Validates that each field has the load-bearing content' - matching the multi-action anchor rather than the single-domain anchor at 2.

3 / 3

Completeness

Explicitly answers both what (builds/fills/validates a bug report) and when (a literal 'Use when...' clause with concrete triggers), satisfying the 3 anchor that 2 fails by lacking an explicit when.

3 / 3

Trigger Term Quality

The 'Use when a stakeholder reports a problem informally (chat, email, voice)' clause supplies natural phrasings a user would say, plus 'bug (defect) report' and 'triageable issue' cover common variations; not merely technical jargon as at 1.

3 / 3

Distinctiveness Conflict Risk

The bug-report-templating niche with informal-report triggers ('chat, email, voice', 'without round-tripping for missing fields') is distinct and unlikely to fire for unrelated skills, matching the clear-niche anchor at 3.

3 / 3

Total

12

/

12

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

Table of Contents