CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

bug-tracker-workflow

Use when defect counts or reports are wrong (missing top-severity bugs, fixed items counted as new, unmerged duplicates) or bug filing and transitions need automating. One workflow for Jira, Linear, GitHub Issues and Azure DevOps: dedupe before filing, severity vs priority, lifecycle 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

Passed

No findings from the security scan

The canonical home for this skill is testland/bug-tracker-workflow

SKILL.md
Quality
Evals
Security

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-engineered skill body: executable worked examples, explicit validation checkpoints on every batch and CI workflow, and a clean worked-primary-plus-deep-dives structure that matches its bundle. The remaining gaps are minor — a few undefined helper calls, a referenced script absent from the bundle, and two reference files stranded two hops deep without a SKILL.md pointer.

Suggestions

Add taxonomy.md and tracker-vocabulary-map.md to the References section (or link them from the overview's tracker-agnostic rules) so all eight bundle files are discoverable one level deep from SKILL.md.

Define or inline the add_comment() and timestamp() helpers used by create_or_attach, and clarify whether scripts/file-jira-bug.py exists in the bundle or is to be authored from the helpers above.

Tighten repetition: the dedupe-before-create and never-hard-code-lifecycle-identifier rules each appear in the overview, the worked sections, and the anti-patterns table; state each fully once and cross-reference elsewhere.

DimensionReasoningScore

Conciseness

Mostly lean, high-value platform specifics Claude cannot be assumed to know ("description must be Atlassian Document Format (ADF), not plain text", "statusCategory != Done", per-platform rate limits, the dry-run gate). Minor trimming opportunities keep it below 5: the Basic-auth construction is boilerplate Claude already knows, and the dedupe-before-create and never-hard-code-identifiers rules are each restated three to four times across the overview, worked sections, and anti-patterns table.

4 / 5

Actionability

Concrete, executable Python against real endpoints (POST /rest/api/3/issue, transitions lookup-and-apply, JQL search), a runnable CI YAML excerpt, and exact payload shapes like {"transition": {"id": "<id>"}}. Not 5 because create_or_attach calls add_comment() and timestamp() that are never defined, and the CI wiring invokes scripts/file-jira-bug.py which is not in the bundle — copy-paste readiness breaks at those points.

4 / 5

Workflow Clarity

Every composite workflow carries an explicit "Verify:" checkpoint with feedback loops: the idempotent create must "return 0 open matches before create_bug fires" and fails closed on search error; the bulk transition requires a DRY_RUN pass where you "assert the dry-run count and keys match the issue set" and "fix the JQL and re-run" on mismatch; CI filing verifies a 2xx and non-empty key, with 400/429 recovery paths and a keep-it-red fallback. This batch-heavy skill has validation everywhere, so no cap applies.

5 / 5

Progressive Disclosure

Good split: a worked Jira primary inline (with jira.md explicitly holding the remainder: "Auth setup, create, transition, and JQL search stay in SKILL.md"), clearly summarized one-link-deep deep dives for the other three trackers, and a descriptive References section — all six linked files exist. Not 5 because two bundle files (references/taxonomy.md and references/tracker-vocabulary-map.md) are never referenced from SKILL.md and are only reachable via a second hop through severity-vs-priority.md/lifecycle.md, burying them from discovery.

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 that explicitly states both what the skill does and when to use it, with concrete symptom-based triggers and all four supported platforms named. The only gaps are minor: a couple of capability areas are named as topics rather than actions, and a few natural synonyms (ticket, issue tracker, triage) are absent.

DimensionReasoningScore

Specificity

Lists several concrete actions — "dedupe before filing", "bug filing and transitions", "CI filing" — alongside the four named platforms ("Jira, Linear, GitHub Issues and Azure DevOps"), matching the 'several specific actions; minor gaps' anchor. Not 5 because "severity vs priority" and "lifecycle" are topic nouns rather than concrete actions, and the search/comment operations are only implied by dedupe; not 3 because coverage goes well beyond 1-2 actions.

4 / 5

Completeness

Explicitly answers both: what — "One workflow for Jira, Linear, GitHub Issues and Azure DevOps: dedupe before filing, severity vs priority, lifecycle and CI filing"; when — "Use when defect counts or reports are wrong (missing top-severity bugs, fixed items counted as new, unmerged duplicates) or bug filing and transitions need automating". The 'when' clause carries concrete trigger phrases, matching the top anchor exactly.

5 / 5

Trigger Term Quality

Good natural keyword coverage: "bug", "defect", "duplicates", "severity", "Jira", "Linear", "GitHub Issues", "Azure DevOps", "CI", plus symptom phrases like "fixed items counted as new" that users would actually say. Not 5 because common synonyms such as "ticket", "issue tracker", or "triage" are missing; not 3 because far more than 'some relevant keywords' are present.

4 / 5

Distinctiveness Conflict Risk

Clear niche with distinct triggers: cross-tracker defect workflow anchored by four named platforms and symptom-specific conditions ("missing top-severity bugs, fixed items counted as new, unmerged duplicates") that no generic automation or document skill would match. Conflict risk with adjacent skills (e.g., test-result reporting) is minimal because the scope is defect lifecycle and filing.

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

Repository

testland/qa

Path

plugins/qa-defect-management/skills/bug-tracker-workflow/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.