CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

dotnet-inspect-project-analysis

Review .NET projects, packages and libraries as a quick orientation or evidence-bounded deep dive; explain dependencies, structure, performance candidates and ownership concerns without treating metrics as verdicts.

Quality

75%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/project-analysis/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 body is an exemplary lean instruction file: dense, executable command guidance with explicit validation discipline and a staged evidence-bounded workflow. Its main weaknesses are uninstantiated command placeholders and the absence of any concrete example run showing filled-in values, plus all advanced guidance being inlined rather than split across reference files.

DimensionReasoningScore

Conciseness

The body never explains concepts Claude already knows and assumes competence throughout, with every line carrying skill-specific judgment (e.g. "Preserve exit status, stderr, limitations and completion receipts; never read `0`, empty output, or exit code 1 as checked absence") — matching the lean-and-efficient anchor rather than the 4, which requires trimmable over-explanation that is absent here.

5 / 5

Actionability

Concrete commands appear throughout (e.g. `dnx dotnet-inspect -y -- package Id@v -S "Package Info,README,Signals"`, `--where "Priority>=high" --top 10`) plus discovery mechanisms (`explain`, `-D`, `-Q`), but placeholders like `<Selector>`, `<restored-tfm>`, and `Id@current..latest` are never instantiated with a concrete example, leaving minor gaps versus the copy-paste-ready 5.

4 / 5

Workflow Clarity

The escalation table (Early sign → Located → Traced → Dated → Explained with entrance sections), "Validate before you narrate", and the confirmed/dismissed/open outcome discipline provide a clear sequence with most checkpoints, fitting anchor 4; the 5 requires explicit error-recovery feedback loops, and the deep-dive subsections (Learn, Dependency risk, Complexity, Topic deep-dive) are parallel options rather than a strictly sequenced recovery workflow.

4 / 5

Progressive Disclosure

There are no bundle files, and deeper material is delegated via clearly signaled one-level pointers ("Load `skill relationships`", "Load `skill compatibility`", etc.) with well-organized sections, but roughly 150 lines of guidance all live inline in the single SKILL.md rather than being split out — matching the good-structure-with-minor-organization-gaps anchor.

4 / 5

Total

17

/

20

Passed

Description

58%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 communicates a clear .NET-specific review niche with several concrete capability areas, but it entirely lacks a "when to use this" trigger clause and natural trigger phrasing, which caps both completeness and trigger-term quality at 3. Adding an explicit "Use when..." sentence with natural synonyms (NuGet, dependency audit, package analysis) would lift the description substantially.

Suggestions

Add an explicit trigger clause, e.g. "Use when the user asks to review or audit a .NET project, NuGet package, or library — its dependencies, structure, performance, or ownership."

Include natural user phrasings and synonyms such as "NuGet", "dependency audit", "package analysis", and ".csproj" so trigger matching catches common variations.

Replace the abstract "as a quick orientation or evidence-bounded deep dive" qualifier with what distinguishes the two modes (e.g. "quick orientation or evidence-bounded deep dive of dependencies, structure, and performance candidates") so the action verbs are as concrete as the objects.

DimensionReasoningScore

Specificity

The description lists several specific capability areas — "explain dependencies, structure, performance candidates and ownership concerns" — and two review modes ("quick orientation or evidence-bounded deep dive"), matching the several-specific-actions-with-minor-gaps anchor rather than the comprehensive 5, whose example uses varied concrete operation verbs.

4 / 5

Completeness

The "what" is clearly stated (review .NET projects/packages/libraries, explain dependencies, structure, performance, ownership), but there is no "Use when..." clause or equivalent explicit trigger guidance, which caps completeness at 3; "as a quick orientation or evidence-bounded deep dive" describes modes, not activation conditions.

3 / 5

Trigger Term Quality

Relevant keywords are present (".NET projects, packages and libraries", "dependencies", "performance") but common natural variations a user would say — "NuGet", "audit", "analyze", "code review" — are missing, fitting the some-relevant-keywords-missing-synonyms anchor.

3 / 5

Distinctiveness Conflict Risk

"Review .NET projects, packages and libraries" carves a clear niche with minimal cross-domain conflict, but the generic verb "review" leaves minor overlap risk with general code-review skills, fitting the mostly-distinct anchor rather than the distinct-triggers anchor at 5.

4 / 5

Total

14

/

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/project-analysis/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.