CtrlK
BlogDocsLog inGet started
Tessl Logo

dotnet-trace-collect

Guide developers through capturing diagnostic artifacts to diagnose production .NET performance issues. Use when the user needs help choosing diagnostic tools, collecting performance data, or understanding tool trade-offs across different environments (Windows/Linux, .NET Framework/modern .NET, container/non-container).

66

Quality

79%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Medium

Suggest reviewing before use

Fix and improve this skill with Tessl

tessl review fix ./plugins/dotnet-diag/skills/dotnet-trace-collect/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

A highly actionable, well-sequenced diagnostic skill with concrete commands across all environment/symptom combinations and real reference-file separation. Its main weaknesses are repetition of the trigger and dump-deferral guidance across sections, and inlining of detailed command content that the reference files are meant to hold.

Suggestions

Consolidate the PerfView /StopOn trigger guidance and the 'invoke dump-collect, do not provide dump commands directly' deferral into single canonical sections; reference them from Step 2 and Common Pitfalls instead of restating.

Move the per-symptom detailed command blocks (Slow Requests, Networking, GC, Assembly Loading) into the corresponding reference files, keeping the SKILL.md body to triage rules and a pointer per environment.

Tighten the Validation section into an explicit feedback loop (e.g., 'if the collection command errors, verify PID and privileges, then re-run') so error recovery is part of the workflow rather than a separate checklist.

DimensionReasoningScore

Conciseness

Mostly efficient and full of genuinely specialized domain knowledge (provider keywords, version-specific flags, kernel prerequisites), but the same guidance is repeated in multiple places — the PerfView /StopOn trigger warning appears in Step 2, Common Pitfalls, and the long-repro section, and the 'do not provide dump commands directly, invoke dump-collect' deferral is restated several times.

3 / 5

Actionability

Provides copy-paste-ready, executable commands for every environment and symptom combination — e.g. 'PerfView /ThreadTime collect /BufferSizeMB:1024 /CircularMB:2048', 'dotnet-trace collect -p <PID> --profile gc-verbose', 'dotnet-trace collect-linux --profile thread-time', and concrete provider specs like 'Microsoft-Windows-DotNETRuntime:0x4:4'.

5 / 5

Workflow Clarity

A clear four-step sequence (understand environment → recommend tools → guide collection → recommend analysis) with a PID-discovery verification checkpoint, a Validation checklist, an artifact-handoff checklist, and a Common Pitfalls troubleshooting table, but the validation items are post-hoc checks rather than an integrated 'if fail then fix and retry' feedback loop.

4 / 5

Progressive Disclosure

Good structure with a tool-reference-lookup table mapping each environment to one-level-deep reference files (all five referenced files exist) and clear inline links, but the body also inlines substantial detailed per-symptom command content that overlaps with the 'detailed command-line usage' promised to live in the reference files.

4 / 5

Total

16

/

20

Passed

Description

83%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, well-structured description that clearly states both capability and trigger conditions in third person. It is highly specific to the .NET diagnostics niche with good natural trigger terms, with only minor gaps in symptom-level synonyms and slight overlap risk against the sibling dump-collect skill.

DimensionReasoningScore

Specificity

Names several concrete actions — 'capturing diagnostic artifacts', 'choosing diagnostic tools', 'collecting performance data', 'understanding tool trade-offs' — but they stay at a guidance/triage level rather than enumerating many granular operations, leaving minor coverage gaps.

4 / 5

Completeness

Explicitly answers both 'what' ('Guide developers through capturing diagnostic artifacts to diagnose production .NET performance issues') and 'when' ('Use when the user needs help choosing diagnostic tools, collecting performance data, or understanding tool trade-offs...') with concrete trigger phrases.

5 / 5

Trigger Term Quality

Includes natural phrases users would say ('production .NET performance issues', 'choosing diagnostic tools', 'collecting performance data') plus environment terms (Windows/Linux, .NET Framework/modern .NET, container), but misses common symptom synonyms like 'high CPU', 'memory leak', 'slow requests' that appear only in the body.

4 / 5

Distinctiveness Conflict Risk

Occupies a clear niche (.NET production performance diagnostics with environment-specific tool selection), but the broad phrase 'capturing diagnostic artifacts' creates minor overlap risk with the related dump-collect skill it references.

4 / 5

Total

17

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
dotnet/skills
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.