CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

investigate-bug

Given a bug report (GitHub issue, Jira ticket, file, or pasted text), find its root cause and decide per symptom whether it is a one-off or one instance of a pattern worth fixing at the root, then file or sight a deduplicated refactor ticket when it is. Use proactively whenever handed a bug report and asked what is wrong or whether something deeper is broken.

Quality

93%

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

SKILL.md
Quality
Evals
Security

Quality

Content

100%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.

An exemplary orchestration skill body: fully templated commands with per-case flag variants, an explicitly sequenced eleven-step workflow with dry-run/confirm gates around all outward-facing Jira writes, and clean one-level-deep references into a real bundle. The only trivial imperfection is the ellipsis in the `new-plan.ts` invocation.

DimensionReasoningScore

Conciseness

Lean throughout: no concept explanations Claude already knows, no filler — e.g. "Run one investigation per report. Never change product code." and "Don't guess a verdict to finish the run." are one-line rules. The opening two-line framing ("why did it break now, and will it keep breaking") states the skill's mental model at minimal token cost; every token earns its place.

5 / 5

Actionability

Nearly every step is a copy-paste-ready command with full argument templates and flag variants: `$B/bug-intake.ts --issue <N|url> | --jira <KEY|url> | --file <path> | --text "<report>"`, `$H/analyze.ts --run $RUN --focus <every path file> --label "<report title>"`, and `$S/bug-verdict.ts` with per-verdict flag lists (one-off: `--fix`, pattern: `--plan`, known: `--ticket`, needs-info: `--ask`). The common cases are fully covered; only `$P/new-plan.ts --run $RUN ...` elides arguments.

5 / 5

Workflow Clarity

Eleven clearly sequenced steps with explicit validation checkpoints: preflight "Stop on any nonzero exit", dry-run discipline for outward-facing writes ("first run the same command without `--apply`, show the user the dry run, and apply only after they confirm"), a re-run feedback loop ("Re-run `analyze` as the trace grows"), and a completion check ("Exit 1 means no verdict yet"). The Jira-writing operations all pass through the dry-run/confirm gate.

5 / 5

Progressive Disclosure

The body is a clean orchestration overview: decision criteria are split into `references/bug-verdicts.md` (verified to exist), detailed investigation method into `.agents/skills/bug-trace/references/bug-investigation.md`, and scripts are addressed via the path-variable block — all one hop from SKILL.md, clearly signaled, and every referenced bundle path (`references/bug-verdicts.md`, `scripts/bug-verdict.ts`, `scripts/summarize.ts`) resolves to a real file.

5 / 5

Total

20

/

20

Passed

Description

88%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 what the skill does, accepts all realistic input formats, and includes a proactive trigger clause with natural phrasing. Its only weaknesses are a few missing common trigger synonyms (debug, regression, crash) and modest overlap risk with generic debugging skills.

DimensionReasoningScore

Specificity

Names the input domain ("GitHub issue, Jira ticket, file, or pasted text") and multiple concrete actions: "find its root cause", "decide per symptom whether it is a one-off or one instance of a pattern", and "file or sight a deduplicated refactor ticket". Coverage spans intake through verdict through ticket filing with no gaps in what the skill does.

5 / 5

Completeness

Explicitly answers both parts: the "what" (root-cause analysis, per-symptom one-off vs pattern verdict, deduplicated ticket filing) and the "when" via the concrete trigger clause "Use proactively whenever handed a bug report and asked what is wrong or whether something deeper is broken".

5 / 5

Trigger Term Quality

Good natural-term coverage: "bug report", "GitHub issue", "Jira ticket", "asked what is wrong", "whether something deeper is broken" — phrases a user would plausibly say. Not 5 because common variations like "debug", "regression", "crash", or "error" are absent; not 3 because it goes well beyond a bare domain keyword by including natural trigger phrasing.

4 / 5

Distinctiveness Conflict Risk

The one-off/pattern verdict framing and deduplicated ticket filing carve a clear niche, but the trigger "handed a bug report and asked what is wrong" could overlap with a sibling debugging or bug-fixing skill. Mostly distinct with minor overlap risk against closely related skills, not a fully isolated niche.

4 / 5

Total

18

/

20

Passed

Validation

81%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 13 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

13

/

16

Passed

Repository

BuilderIO/agent-native

Path

.agents/skills/investigate-bug/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.