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.

94

1.01x
Quality

96%

Does it follow best practices?

Impact

94%

1.01x

Average score across 10 eval scenarios

SecuritybySnyk

Low

Low-risk findings worth noting

Overview
Quality
Evals
Security
Files

Quality

Content

92%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, highly actionable body with executable Jira examples and strong validation/feedback loops on destructive and batch operations, plus clean one-level-deep references for the other three trackers. The main gap is minor verbosity where 'Verify:' notes restate the code, and a couple of referenced helpers are undefined.

Suggestions

Define (or show) the helpers the inline code calls but never defines — add_comment, timestamp, and the summary_safe escaping helper — so the idempotent-create example is fully copy-paste runnable.

Tighten the 'Verify:' paragraphs to state only the validation invariant and fail-closed/error-recovery semantics not already visible in the code, removing restatements of what the snippet just did.

DimensionReasoningScore

Conciseness

Largely efficient and assumes Claude's competence (no generic 'what is a REST API' padding), but the 'Verify:' blocks partially restate the preceding code's behavior and the Overview/Limitations prose could be tightened.

4 / 5

Actionability

Provides copy-paste-ready executable Python for auth, create, transition lookup/apply, JQL search, idempotent create-or-attach, and dry-run bulk transition, plus a CI YAML excerpt, covering the common Jira cases.

5 / 5

Workflow Clarity

Destructive/batch workflows have explicit validation checkpoints and feedback loops: dry-run then verify counts before applying, fail-closed on dedupe-search error, and CI HTTP 2xx assertion with 400/429 handling — so the destructive-op cap does not apply.

5 / 5

Progressive Disclosure

Clear overview table plus a worked Jira primary inline, with the other three platforms split into well-signaled one-level-deep reference files (references/jira.md, linear.md, github-issues.md, azuredevops.md, all present and linked).

5 / 5

Total

19

/

20

Passed

Description

100%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, specific description that names concrete actions, explicit 'Use when' triggers, and a distinctive four-tracker niche. Its only weakness is verbosity: the middle paragraph dumps API specifics (ADF, JQL, JSON Patch, WIQL, priority enums) that belong in the body, not the description.

Suggestions

Trim the middle API-detail paragraph (ADF descriptions, runtime transition lookup, JQL triage, 0-4 priority enum, JSON Patch, WIQL) out of the description — those specifics belong in the body and references, leaving the description as a concise what+when statement.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'Files, transitions, and searches bugs', 'authenticate, dedupe-search before creating, create with severity/priority classification, transition lifecycle states, and wire idempotent CI-driven filing' — giving comprehensive coverage rather than vague language.

5 / 5

Completeness

Explicitly answers both what (the tracker-agnostic bug workflow operations) and when via the concrete 'Use when programmatically managing the bug lifecycle on any of the four trackers: creating from CI failures, triaging queues, transitioning states, or dedupe-searching.'

5 / 5

Trigger Term Quality

Comprehensive natural terms users would say ('Jira', 'Linear', 'GitHub Issues', 'Azure DevOps', 'CI failures', 'triaging queues', 'transitioning states') including the four tracker-name synonyms; 'dedupe-searching' is mildly jargon but does not undermine the broad natural coverage.

5 / 5

Distinctiveness Conflict Risk

Occupies a clear niche (bug lifecycle across four named trackers) with distinct platform-named triggers, so conflict with other skills is minimal.

5 / 5

Total

20

/

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

15

/

16

Passed

Reviewed

Table of Contents