CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

dotnet-inspect-performance

Find high-leverage .NET methods with allocation and repetition evidence, trace candidate costs through calls and IL, and select focused profiling or benchmark follow-ups rather than claiming measured wins.

Quality

80%

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

An impressively lean, expert-calibrated body: concrete commands, sharp flag semantics, and honest epistemics (static evidence vs. measured cost) with an explicit stop condition. The main gaps are minor: a few non-executable instructions ('Retain...', 'Load skill X') and workflow presented as thematic sections rather than a numbered sequence.

DimensionReasoningScore

Conciseness

Lean and dense with zero padding: no general concept is explained (IL, boxing, delegates, and JIT behavior are referenced, never taught), and every line carries tool-specific semantics such as "'--top' selects a curated ranked prefix, while '-n'/'--rows' shape output; they are not interchangeable". Every token earns its place.

5 / 5

Actionability

Mostly executable guidance: multiple full 'dnx dotnet-inspect -y -- ...' command blocks with concrete flags and a question→entrance table. Not 5 because a few instructions lack executable form ('Retain Candidate, Finding, provenance and physical Member/IL coordinates' specifies no destination, and 'Load "skill correctness"' gives no command).

4 / 5

Workflow Clarity

A clear progression (start with leverage → drill one exact Member → broader investigations) with real checkpoints: 'Stop when each pursued candidate is confirmed, dismissed or explicitly open' and 'Confirm the adjacent pair with diff --package...'. Not 5 because steps are thematic sections rather than an explicit sequence, and there is no validate→fix→retry feedback loop; not 3 because the sequence and termination criteria are unambiguous.

4 / 5

Progressive Disclosure

Good structure: five well-scoped sections, ~93 lines, self-contained with no bundle files to reference. Not 5 because the >50-line simple-skill exception does not apply, and the pointers that do exist ('Load "skill correctness"', 'Load "skill compatibility"') are external skill mentions rather than clearly signaled one-level-deep references; not 3 since nothing that belongs in a separate file is inlined.

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 specific, distinctive description with concrete verbs and strong domain keywords, weakened only by the complete absence of 'when to use' trigger guidance. Adding a 'Use when...' clause (e.g., when the user mentions .NET performance, allocations, or C# hot paths) would raise both completeness and trigger coverage.

Suggestions

Add an explicit trigger clause such as 'Use when investigating .NET/C# performance, allocation churn, or hot paths, or when the user asks where to profile or benchmark.'

Include the synonyms users actually say — 'C#', 'performance', 'memory' — to broaden natural trigger matching.

Optionally mention the resource/pool-churn and history-diff capabilities to close the minor coverage gap with the body.

DimensionReasoningScore

Specificity

Names three concrete, domain-specific actions ('Find high-leverage .NET methods with allocation and repetition evidence', 'trace candidate costs through calls and IL', 'select focused profiling or benchmark follow-ups'). Not 5 because the body's resource/pool triage and history-diff capabilities are absent, leaving minor coverage gaps.

4 / 5

Completeness

The 'what' is explicit and clear (find candidates, trace costs, select follow-ups), but there is no 'Use when...' clause or equivalent explicit trigger guidance — 'rather than claiming measured wins' is a scope caveat, not a when-to-use trigger. Per the rubric guideline, missing trigger guidance caps completeness at 3.

3 / 5

Trigger Term Quality

Good natural keyword coverage: '.NET', 'allocation', 'profiling', 'benchmark' are terms users would actually say. Not 5 because common synonyms like 'C#', 'memory', and 'performance' itself are missing; not 3 since the keyword set goes beyond minimal domain mention.

4 / 5

Distinctiveness Conflict Risk

A clear niche (.NET/IL static analysis for performance candidates) with distinct terms ('.NET methods', 'IL', 'allocation', 'profiling or benchmark') that would not naturally trigger unrelated skills. Anchor 5 fits: minimal conflict risk.

5 / 5

Total

16

/

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