CtrlK
BlogDocsLog inGet started
Tessl Logo

gitnexus-debugging

Use when the user is debugging a bug, tracing an error, or asking why something fails. Examples: "Why is X failing?", "Where does this error come from?", "Trace this bug"

67

Quality

80%

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 gitnexus-debugging in abhigyanpatwari/GitNexus

SKILL.md
Quality
Evals
Security

Quality

Content

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

The content is highly actionable with executable tool calls, a clear sequenced workflow, validation checkpoints, and a worked end-to-end example. Its only weakness is progressive disclosure: everything lives in one file where a separate tool-reference or examples file would keep the overview leaner.

Suggestions

Consider moving the per-tool reference blocks (query/context/cypher/trace) into a references/TOOLS.md and keeping SKILL.md to the workflow, checklist, and a single example.

The debugging-patterns table and the worked example both reinforce the workflow; collapsing one would tighten the body without losing clarity.

DimensionReasoningScore

Conciseness

The body is efficient and mostly assumes Claude's competence; prose like the repo-binding and stale-index rationale is justified operational guidance rather than padding, with only minor trims possible.

4 / 5

Actionability

Tool calls are concrete and executable throughout (query, context, cypher, trace, READ gitnexus://...) with sample outputs and a fully worked example, matching the copy-paste-ready anchor.

5 / 5

Workflow Clarity

A numbered 0-4 workflow is paired with a checklist, a symptom-to-approach table, an explicit stale-index remediation step, and a requirement to state repo and index freshness, giving clear sequence with validation checkpoints and error recovery.

5 / 5

Progressive Disclosure

The single self-contained file is well organized into labeled sections with no nested references, but the multiple inline worked examples and tool reference blocks could justify splitting into a separate reference file for a cleaner overview.

4 / 5

Total

18

/

20

Passed

Description

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

The description excels at natural trigger phrases and explicit 'when' guidance, giving it strong discoverability. Its weakness is specificity: it describes debugging activities rather than the concrete GitNexus capabilities the skill actually provides.

Suggestions

Add one concrete capability phrase, e.g. 'Traces execution flow and call chains across an indexed codebase to locate the source of errors.'

Keep the example trigger quotes but pair them with the named tools (query, context, trace, cypher) so the 'what' is as explicit as the 'when'.

DimensionReasoningScore

Specificity

The description names the debugging domain ('debugging a bug, tracing an error, or asking why something fails') but lists no concrete tool capabilities, mirroring the 'names the domain but actions are minimal or generic' anchor.

2 / 5

Completeness

Both 'what' (debugging/tracing errors) and 'when' (explicit 'Use when...' clause with examples) are present, but the 'what' describes activities rather than concrete capabilities, so it falls just below the fully-explicit anchor.

4 / 5

Trigger Term Quality

Natural trigger phrases are comprehensive and include synonyms and direct user quotes ('Why is X failing?', 'Where does this error come from?', 'Trace this bug'), matching the comprehensive-coverage anchor.

5 / 5

Distinctiveness Conflict Risk

The error-tracing niche is clearly distinguishable with specific triggers and only minor overlap risk with general debugging or code-search skills.

4 / 5

Total

15

/

20

Passed

Validation

100%

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

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
abhigyanpatwari/GitNexus
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.