CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

dotnet-inspect-relationships

Trace .NET package and Type dependencies, implementors, subclasses, extensions, calls and callers; use scoped graph evidence to explain connections without claiming unverified coverage.

Quality

82%

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

82%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 commands throughout, lean and respectful of Claude's competence, and well-organized into task-oriented sections. Main weaknesses are inline version pins and dense paragraphs that blend several topics, plus a reference-style rather than sequenced workflow structure.

DimensionReasoningScore

Conciseness

The body is dense and imperative with no explanations of concepts Claude already knows, but pinned version numbers (System.Text.Json@10.0.0, net10.0) appear inline outside any old-patterns section, leaving minor tightening opportunities.

4 / 5

Actionability

Every section provides copy-paste-ready executable commands (e.g., 'dnx dotnet-inspect -y -- depends --package System.Text.Json@10.0.0 --tfm net10.0') with flag-level guidance covering the common cases for each task.

5 / 5

Workflow Clarity

Entrance routing ('Start with the known relationship; use explain only when the route is unfamiliar') and error-signal preservation ('Preserve limitations, Failures, diagnostics and the nonzero status') are present, but guidance is reference-style per task rather than a sequenced workflow with explicit checkpoints; operations are read-only so the destructive-cap does not apply.

4 / 5

Progressive Disclosure

No bundle files exist and the body is well-sectioned with one-level-deep content (Dependencies, Implementors, Calls and callers, cross-package table), but dense multi-topic paragraphs like the Dependencies section mixing declarations, licenses, pruning, and platform guidance could be split better.

4 / 5

Total

17

/

20

Passed

Description

75%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 is specific and comprehensive about capabilities and occupies a clear, low-conflict niche, but it entirely lacks explicit 'when to use' trigger guidance, which both caps completeness and slightly limits natural trigger-term coverage.

Suggestions

Add an explicit trigger clause such as 'Use when the user asks what code depends on, who calls it, or how it integrates'.

Include common user phrasings like 'reverse dependencies', 'who uses', or 'find references' to broaden natural trigger coverage.

DimensionReasoningScore

Specificity

"Trace .NET package and Type dependencies, implementors, subclasses, extensions, calls and callers" lists multiple specific concrete actions covering the tool's full relationship surface, matching the comprehensive-coverage anchor rather than the 'several actions with minor gaps' anchor below it.

5 / 5

Completeness

The 'what' is clear (trace dependencies, implementors, subclasses, extensions, calls and callers), but there is no 'Use when...' clause or equivalent explicit trigger guidance, which caps completeness at the clear-'what'/missing-'when' anchor.

3 / 5

Trigger Term Quality

Natural terms like "dependencies", "calls and callers", "subclasses", and "extensions" are present, but common variations users might say ("who uses", "reverse dependencies", "references") are missing, fitting good-but-not-comprehensive keyword coverage.

4 / 5

Distinctiveness Conflict Risk

The .NET package/Type relationship niche with triggers like "implementors", "subclasses", and "calls and callers" is clearly distinct from other skills with minimal conflict risk.

5 / 5

Total

17

/

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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository

richlander/dotnet-inspect

Path

skills/relationships/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.