CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

gitnexus-pdg-query

Use when querying or extending GitNexus's PDG control/data-dependence surface (the `pdg_query` MCP tool, CDG/REACHING_DEF edges), or reasoning about "what controls X" / "where does Y flow" / guard clauses. Examples: "what guards this statement?", "trace this variable within the function", "why is the pdg_query result empty?", "add a CDG query".

Quality

92%

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

SKILL.md
Quality
Evals
Security

Quality

Content

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

Dense, expert-level content where every token earns its place — the gotchas section in particular encodes knowledge that could not be reconstructed from the code alone. The main weakness is a small internal inconsistency: the corrected guard-clause Cypher omits the file-id anchoring that the skill's own unbounded-scan warning says is mandatory, slightly undercutting copy-paste reliability and leaving the advertised debugging flow without an explicit procedure.

Suggestions

Add file-id or symbol-span anchoring (e.g. a WHERE clause on the BasicBlock id-prefix) to the example Cypher so it is bounded as the skill's own first gotcha requires.

Add a short ordered procedure for the debugging use case, e.g.: empty result → check the RepoMeta.pdg.maxCdgEdgesPerFunction / maxReachingDefEdgesPerFunction probe → if no PDG layer, re-index with --pdg.

Clarify how the L1/L2/L5 build-order layers relate to when each mode becomes queryable (e.g. whether `controls` needs both M1 and M5 indexed).

DimensionReasoningScore

Conciseness

Every line carries non-obvious, load-bearing detail (no rel-property index in LadybugDB, 1-based vs 0-based line offsets with the dual +1 rationale, binary switch-arm labels, the RFC #567 Cypher correction) with zero padding or explanation of concepts Claude already knows.

5 / 5

Actionability

Concrete tool invocations for both modes, a real Cypher query, and exact probe fields (RepoMeta.pdg.maxCdgEdgesPerFunction) are given, but the flagship Cypher example is unanchored as written — which the skill's own first gotcha says is unbounded — so it is not safely copy-paste ready without the anchoring it only alludes to.

4 / 5

Workflow Clarity

The body is coherently sequenced (When to Use → layered build order → the two modes → corrected Cypher → gotchas → extension guidance) and covers the empty-result error cause via the meta-probe note, but there is no explicit ordered procedure for the debugging use case it advertises ("why is the pdg_query result empty?").

4 / 5

Progressive Disclosure

A single-file skill with no references/, scripts/, or assets/ bundle and nothing that warrants splitting: the whole ~84-line surface is needed at once, headers are clear, and navigation is easy with no buried or nested references.

5 / 5

Total

18

/

20

Passed

Description

95%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: it states the what and when explicitly, quotes natural-language trigger phrases a user would genuinely say, and anchors itself to a niche tool surface with essentially no conflict risk. The only gap is that the skill's substantive coverage is implied by triggers rather than summarized as actions.

DimensionReasoningScore

Specificity

Names concrete actions ("querying or extending", "reasoning about") with specific objects (the `pdg_query` MCP tool, CDG/REACHING_DEF edges, guard clauses), but the skill's actual content is embedded in the trigger clause rather than explicitly listed, leaving minor gaps.

4 / 5

Completeness

Explicitly answers both what (querying/extending the PDG control/data-dependence surface via `pdg_query`) and when (an explicit "Use when" clause plus four concrete example trigger phrases), matching the top anchor.

5 / 5

Trigger Term Quality

Quotes natural user phrasings verbatim ("what guards this statement?", "trace this variable within the function", "why is the pdg_query result empty?") alongside technical synonyms (PDG, CDG, REACHING_DEF, "what controls X", "where does Y flow"), covering the terms users would actually say.

5 / 5

Distinctiveness Conflict Risk

The surface is highly niche (GitNexus PDG, `pdg_query`, CDG/REACHING_DEF edges) with trigger phrases no other skill would claim, so conflict risk is minimal.

5 / 5

Total

19

/

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

abhigyanpatwari/GitNexus

Path

gitnexus-claude-plugin/skills/gitnexus-pdg-query/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.