CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/bug-tracker-workflow

Files, transitions, and searches bugs in the team's tracker - Jira, Linear, GitHub Issues, or Azure DevOps - through one tracker-agnostic workflow: authenticate, dedupe-search before creating, create with severity/priority classification, transition lifecycle states, and wire idempotent CI-driven filing from test failures. Jira Cloud REST API v3 is worked in full in the body (ADF descriptions, runtime transition lookup, JQL triage and duplicate queries, dry-run bulk transitions); Linear's GraphQL API (issueCreate/issueUpdate, workflowStates resolved by type, the 0-4 priority enum), GitHub Issues REST (open/closed + state_reason, label-based severity/priority), and Azure DevOps Work Item Tracking (JSON Patch, WIQL, process-template states) each have a deep reference. Use when programmatically managing the bug lifecycle on any of the four trackers: creating from CI failures, triaging queues, transitioning states, or dedupe-searching.

70

Quality

88%

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 strong, execution-focused body: executable Jira code, dry-run-gated bulk operations with explicit verify steps, and a well-organized reference layer for the other three platforms. Weaknesses are minor: some repetition of the dedupe/ADF rules across sections, two undefined helper functions, and a fully worked platform example inline that leans the body toward the long side.

Suggestions

Deduplicate the dedupe-before-create guidance: state it once in the tracker-agnostic rules and have the 'Idempotent bug creation' Verify paragraph and the anti-patterns row reference that rule instead of restating it; do the same for the ADF/plain-text-400 note.

Make the code fully copy-paste ready by defining the 'add_comment' and 'timestamp' helpers used in 'create_or_attach', or inline their two-line requests calls.

Move some of the fully worked Jira material (e.g. bulk transition and CI wiring details) into references/jira.md to slim the body toward a leaner worked primary, keeping SKILL.md closer to overview depth.

DimensionReasoningScore

Conciseness

The body is dense and code-forward with almost no padding of concepts Claude already knows; every section carries API-specific knowledge (ADF payload shape, transition lookup, JQL, dry-run gating). It falls short of the 5 anchor because of redundancy: the dedupe-before-create rule is stated in the rules list, restated in the 'Idempotent bug creation' Verify paragraph, and again in the anti-patterns table; the ADF/plain-text-400 point likewise appears three times.

4 / 5

Actionability

Mostly copy-paste-ready: real Python helpers with full payloads, endpoints, and headers, plus a CI YAML excerpt with secrets wiring. Minor gaps keep it below the 5 anchor: 'create_or_attach' calls undefined 'add_comment' and 'timestamp' helpers, and 'scripts/file-jira-bug.py' is referenced but never shown ('parses the JUnit XML, extracts the failure, deduplicates... per the helpers above').

4 / 5

Workflow Clarity

Multi-step processes are clearly sequenced with explicit validation checkpoints and error-recovery loops despite involving batch operations: dedupe search must 'return 0 open matches before create_bug fires' and fail closed on search error; bulk transitions require a DRY_RUN pass where you 'assert the dry-run count and keys match the issue set you intended' before applying; CI filing verifies HTTP 2xx and a non-empty key with per-status recovery (fix payload on 400, back off on 429, leave the test red rather than swallow the gap). Matches the 5 anchor's explicit validation with feedback loops, well above the 4 anchor.

5 / 5

Progressive Disclosure

Structure is genuinely good: an overview table, tracker-agnostic rules, one fully worked primary platform, and clearly signaled one-level-deep references — all four linked reference files (jira.md, linear.md, github-issues.md, azuredevops.md) exist in the bundle and each link says what it contains. It sits below the 5 anchor because the fully worked Jira example (auth, create, transition, search, idempotent create, bulk transition, CI wiring) puts a substantial API walkthrough inline in SKILL.md rather than pushing more of it into references/jira.md, which is thin by comparison.

4 / 5

Total

17

/

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.

An excellent description: it opens with concrete failure symptoms a user would recognize, enumerates specific capabilities with named platforms, and closes with an explicit 'Use when' trigger clause. Third-person voice and concrete API specifics throughout. Only minor gap is a few missing colloquial synonyms ('tickets', 'issue tracker', 'backlog').

DimensionReasoningScore

Specificity

Lists multiple concrete actions across the domain: 'Files, transitions, dedupes, and searches bugs', 'authenticate, dedupe-search before creating, classify severity and priority, transition lifecycle states, and wire idempotent CI-driven filing from test failures', plus concrete API specifics ('ADF descriptions, runtime transition lookup, JQL triage and duplicate queries, dry-run bulk transitions'). Coverage is comprehensive and in third-person voice ('Repairs', 'Files'), matching the 5 anchor rather than the 4 anchor's 'minor gaps'.

5 / 5

Completeness

Explicitly answers both parts: the 'what' is concrete ('Repairs defect bookkeeping that reports the wrong numbers... Files, transitions, dedupes, and searches bugs...') and the 'when' is an explicit trigger clause: 'Use when tracker data, defect metrics, or cross-board transitions are wrong or need automating.' This matches the 5 anchor's 'clearly and explicitly answers both what AND when with concrete trigger phrases'.

5 / 5

Trigger Term Quality

Strong natural keywords users would say: 'defect metrics', 'tracker data', 'duplicates', 'severity', 'cross-board transitions', CI, and all four platform names (Jira, Linear, GitHub Issues, Azure DevOps) acting as synonyms for the domain. A few common phrasings are absent ('issue tracker', 'tickets', 'backlog'), so it sits between the 4 anchor ('good keyword coverage; a few natural terms missing') and the 5 anchor's comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

Clear niche with distinct triggers: defect/bug-tracker workflow automation across four named platforms, with symptoms ('weekly summary showing zero in the top severity band', 'duplicates that were never merged') that pin it to tracker bookkeeping. It only overlaps marginally with adjacent CI/test-reporting skills, fitting the 5 anchor's 'clear niche with distinct triggers; minimal conflict risk' better than the 4 anchor's 'minor overlap risk'.

5 / 5

Total

19

/

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

Table of Contents