CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/bug-tracker-workflow

Use for any question or task about a bug tracker workflow in Jira, Linear, GitHub Issues or Azure DevOps, including severity vs priority, filing bugs from failing CI tests without duplicates, and defect counts that are wrong (missing top-severity bugs, fixed items counted as new): dedupe before filing, lifecycle, transitions and CI filing.

Quality

86%

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

81%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 well-structured, tracker-agnostic skill body with genuinely executable Jira code, thorough validation checkpoints (fail-closed dedupe, dry-run bulk gating, HTTP error recovery), and sensible per-platform reference files. The main gaps are the missing referenced CI script, an add_comment call undefined for the Jira path, and some rule repetition that could be tightened.

Suggestions

Add or remove the scripts/file-jira-bug.py reference: the CI integration section instructs 'python scripts/file-jira-bug.py results.xml' but no scripts/ directory exists in the bundle, so the step cannot be executed as written.

Define add_comment (and timestamp) for the Jira path — create_or_attach depends on them but they are only implemented in references/github-issues.md and references/azuredevops.md, not in the body or references/jira.md.

Link taxonomy.md and tracker-vocabulary-map.md directly from the References section of SKILL.md so they are discoverable without traversing severity-vs-priority.md, and consolidate the repeated dedupe / no-hard-coded-IDs rules into one authoritative section.

DimensionReasoningScore

Conciseness

The body sticks to platform-specific API detail Claude does not inherently know (ADF payloads, runtime transition lookup, WIQL, JSON Patch) rather than generic concepts, but key rules ('dedupe before create', 'never hard-code transition IDs') are each restated 2-3 times across the Overview, Verify paragraphs, and the Anti-patterns table. Efficient with minor trimming opportunities — anchor 4, not anchor 5's every-token-earns-its-place.

4 / 5

Actionability

Mostly executable, copy-paste-ready code (create_bug, get_transitions, transition, search_jql, DRY_RUN bulk loop, CI YAML), but create_or_attach calls add_comment and timestamp, which are never defined for Jira (only in the GitHub and ADO references), and the referenced scripts/file-jira-bug.py does not exist in the bundle. Minor gaps keep it below anchor 5.

4 / 5

Workflow Clarity

Multi-step workflows carry explicit 'Verify:' checkpoints and feedback loops: search must return 0 open matches before create (fail closed on search error), dry-run count/keys verified before DRY_RUN flips to False, HTTP 2xx + non-empty issue key asserted, and 400 (fix ADF payload and re-run) / 429 (back off and retry) recovery paths. The batch-operation validation requirement is fully met, matching anchor 5.

5 / 5

Progressive Disclosure

A clear overview table routes each platform to an existing one-level-deep reference file and the Jira worked example is appropriately inlined as the primary. However, scripts/file-jira-bug.py is referenced but missing from the bundle, and taxonomy.md and tracker-vocabulary-map.md are only reachable via second-level links from severity-vs-priority.md/lifecycle.md — minor organization gaps that hold it below anchor 5.

4 / 5

Total

17

/

20

Passed

Description

87%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 with an explicit 'Use for' trigger clause naming all four supported platforms and concrete scenarios. The what/when split is clear and trigger terms are natural, with only minor room to add synonyms (ticket, triage, work item) and sharpen 'lifecycle' into a concrete action.

DimensionReasoningScore

Specificity

Lists several concrete actions ('dedupe before filing, lifecycle, transitions and CI filing', 'filing bugs from failing CI tests without duplicates') with minor gaps. It exceeds anchor 3's 1-2 actions but 'lifecycle' as a bare noun keeps it below anchor 5's verb-led comprehensive coverage.

4 / 5

Completeness

'Use for any question or task about a bug tracker workflow in Jira, Linear, GitHub Issues or Azure DevOps, including severity vs priority, filing bugs from failing CI tests...' explicitly answers when with concrete trigger scenarios, and the what ('dedupe before filing, lifecycle, transitions and CI filing') is clearly stated. This matches anchor 5; the 'when' clause is explicit and specific, well above anchor 4.

5 / 5

Trigger Term Quality

Natural terms users would say are present: 'bug tracker', 'Jira', 'Linear', 'GitHub Issues', 'Azure DevOps', 'severity vs priority', 'CI', 'defect counts', 'duplicates'. Common synonyms like 'ticket', 'issue tracker', 'triage', or 'work item' are missing, so it falls short of anchor 5's comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

Four named tracker platforms plus specific sub-tasks (dedupe before CI filing, severity vs priority, defect counts) establish a clear niche with distinct triggers and minimal conflict risk with other skills.

5 / 5

Total

18

/

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

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

15

/

16

Passed

Reviewed

On this page