CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

dotnet-inspect-package-skills

Discover version-matched agent skills in restored NuGet dependencies or an exact package, select relevant guidance and load it without changing the repository; persist skills only when explicitly requested.

Quality

78%

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 ./skills/package-skills/SKILL.md
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 a well-structured, highly actionable instruction-only skill: complete executable commands at every step, clearly sequenced workflows with decision points, and disciplined scope (read-only by default, persistence as an explicitly separate user-requested workflow). Remaining gaps are minor — a denser-than-necessary containment-policy paragraph and no explicit recovery path when a skill fails validation.

DimensionReasoningScore

Conciseness

The body is dominated by copy-paste commands with terse guidance and assumes competence (no explanation of NuGet or package management basics). Minor trimmable parts — the dense containment-policy paragraph ("Reversible visible escape spellings may still disambiguate literal package content...") and repeated command blocks differing only in --row — keep it at anchor 4 rather than 5.

4 / 5

Actionability

Every workflow step is backed by a complete, executable command (e.g. "dnx dotnet-inspect -y -- project path/to/project -S Skills --count", "--print --row 2 --raw", "package Markout@0.35.2", "--output skills/markout-output-formats/SKILL.md") covering the common cases. Copy-paste ready throughout; matches anchor 5.

5 / 5

Workflow Clarity

Three clearly sequenced workflows (default discovery, exact-package inspection, user-requested persistence) with checkpoints such as "If the count is nonzero", frontmatter-before-full-document inspection, "Omit -o/--output to review the document on stdout before writing it", and metadata refusal on noncompliant skills. Not 5 because there is no explicit fix-and-retry loop after a refusal — "Do not recover a refused skill by sanitizing or renaming it" says what not to do but not what to do next.

4 / 5

Progressive Disclosure

No bundle files exist, and the body is self-contained with three well-labeled sections and a clearly signaled one-level-deep pointer ("Load dotnet-inspect skill private-feeds" for a conditional path). It exceeds the under-50-line simple-skill case, and material like the containment-policy details could arguably live in a reference file, so anchor 4 fits better than 5.

4 / 5

Total

17

/

20

Passed

Description

62%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 distinctive, clearly stating what the skill does with concrete conditions (read-only by default, persistence only on explicit request). Its main weaknesses are the absence of any "Use when..." trigger guidance and missing natural trigger terms (.NET, dotnet, the dotnet-inspect tool name itself), which limit discoverability.

Suggestions

Add an explicit trigger clause, e.g. "Use when working with restored .NET/NuGet dependencies or when the user asks to find, inspect, or install package-provided agent skills."

Include natural trigger terms and synonyms users would actually say: ".NET", "dotnet", "NuGet packages", "package restore", "agent skills".

Name the dotnet-inspect tool in the description so users or agents referencing it by name can trigger this skill.

DimensionReasoningScore

Specificity

Lists several concrete actions — "Discover version-matched agent skills in restored NuGet dependencies or an exact package", "select relevant guidance and load it without changing the repository", "persist skills only when explicitly requested" — with clear conditions. Falls short of 5 because it omits the inventory/inspection steps and never names the tool (dotnet-inspect); it is clearly above 3, which expects only 1-2 concrete actions.

4 / 5

Completeness

The "what" is clear and detailed (discover, select, load, persist), but there is no "Use when..." clause or equivalent trigger guidance — "persist skills only when explicitly requested" is a behavior condition, not a usage trigger. Per the rubric guidelines, a missing trigger clause caps completeness at 3; it is not 2 because the "what" is explicit.

3 / 5

Trigger Term Quality

Relevant keywords like "NuGet", "package", "dependencies", and "skills" are present, but natural phrases users would say — ".NET", "dotnet", "restore", the tool name "dotnet-inspect" — are missing. Matches anchor 3 (some relevant keywords, missing common variations) rather than 4, where only a few natural terms would be absent.

3 / 5

Distinctiveness Conflict Risk

"version-matched agent skills in restored NuGet dependencies" carves a clear niche with distinct triggers that few other skills would match. Matches anchor 5 (clear niche, minimal conflict risk); anchor 4 would imply notable overlap with closely related skills, which is not the case here.

5 / 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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

richlander/dotnet-inspect

Path

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