CtrlK
BlogDocsLog inGet started
Tessl Logo

gitnexus-exploring

Use when the user asks how code works, wants to understand architecture, trace execution flows, or explore unfamiliar parts of the codebase. Examples: "How does X work?", "What calls this function?", "Show me the auth flow"

64

Quality

76%

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

Fix and improve this skill with Tessl

tessl review fix ./.claude/skills/gitnexus-exploring/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

83%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 lean, highly actionable read-only exploration skill with concrete URIs, tool syntax, token-cost hints, and a complete worked example. Workflow clarity is capped by the absence of explicit checkpoints or feedback loops beyond the stale-index note.

Suggestions

Add an explicit feedback/checkpoint step to the workflow, e.g. 'If query returns no processes, broaden or rephrase search_query before falling back to reading source files directly.'

Note that this is a read-only, non-destructive workflow so the destructive-validation cap does not apply, but consider a single explicit 'verify staleness before deep-diving' checkpoint to lift workflow_clarity above 3.

DimensionReasoningScore

Conciseness

Lean and efficient: every section earns its place with concrete resource URIs, token-cost hints, and example outputs, with no padding or explanation of concepts Claude already knows.

5 / 5

Actionability

Fully executable guidance: concrete resource URIs, tool call syntax (query({search_query:...}), context({name:...})), a stale-index remediation command, and a complete worked example covering the common case.

5 / 5

Workflow Clarity

A clear numbered workflow and checklist exist, but this is a read-only exploration skill so no destructive/batch validation applies; still, there are no explicit checkpoints/feedback loops (e.g., 'if query returns nothing, refine the search term') beyond the single stale-index note.

3 / 5

Progressive Disclosure

Good structure with well-organized sections (When to Use, Workflow, Checklist, Resources, Tools, Example) and clearly signaled resource/tool references; no bundle files are present so it relies on inline structure, with only minor organization gaps.

4 / 5

Total

17

/

20

Passed

Description

70%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, third-person description with concrete trigger phrases and a clear 'Use when...' clause. It clearly answers both what and when, with only minor gaps in action comprehensiveness and slight overlap risk.

DimensionReasoningScore

Specificity

Names the domain (code exploration) and 1-2 concrete actions ('trace execution flows', 'explore unfamiliar parts') but lacks a comprehensive list of specific actions like the 5-anchor expects.

3 / 5

Completeness

Both 'what' (understand architecture, trace execution flows) and 'when' ('Use when the user asks...') are present with concrete example triggers, but the 'when' could be marginally more explicit.

4 / 5

Trigger Term Quality

Strong natural trigger phrases ('How does X work?', 'What calls this function?', 'Show me the auth flow') match real user phrasing, though a few common variations could be added.

4 / 5

Distinctiveness Conflict Risk

The GitNexus-exploring niche is fairly distinct with specific trigger phrases, though 'explore unfamiliar parts of the codebase' has minor overlap risk with general code-reading 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.