CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

fuzzlyn-triage

Triage Fuzzlyn CI runs.

Quality

71%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

—

The risk profile of this skill

Fix and improve this skill with Tessl

tessl review fix ./.github/skills/fuzzlyn-triage/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 well-structured, highly actionable procedural skill: concrete commands, exact naming conventions, explicit sequencing and parallelization constraints, and a real validation checkpoint. The main gaps are the unspecified .mc-to-example matching, missing failure-path guidance, and minor redundancy.

Suggestions

Specify how to locate and match .mc files to the created example directories in step 3 (e.g., where they live in the extracted artifacts and what naming links them to a seed).

Add failure-path guidance for the superpmi replay step, e.g., what to do if no context reproduces the assertion failure (skip the example, try a different .mc, or note it in analysis.md).

DimensionReasoningScore

Conciseness

The body is lean and imperative with almost no concept explanation Claude wouldn't know, but has minor trimmable padding: the seed-directory naming pattern is explained twice, and the closing step 8 restates the ordering rule already given ('Finish ALL steps for each example before you start on the next example').

4 / 5

Actionability

Gives copy-paste-ready commands with argument shapes (`runfo get-helix-payload -j <ID> -w Partition0 -o <dir>`, `superpmi.exe <clrjit.dll> <.mc> -c <index>`, `mcs.exe -copy <index> <.mc> <repro.mc>`, `-jitoption JitDump=*`) plus exact file/directory naming and issue.md structure. Falls short of anchor 5 because matching .mc files to examples (step 3) is unspecified — 'Look for the .mc files corresponding to the examples' gives no location or matching rule.

4 / 5

Workflow Clarity

Clear ordered sequence with explicit constraints ('must be completed in order', 'Do NOT parallelize', 'Finish ALL steps for each example') and a genuine validation checkpoint ('Validate that this reproduces the assertion failure instantly') before the destructive cleanup of other .mc files. Not anchor 5 because there is no failure-path guidance (what to do if the assertion does not reproduce) and zips are deleted without verifying extraction succeeded.

4 / 5

Progressive Disclosure

No bundle files exist, so the skill is self-contained; it is organized into clear numbered sections and a well-delineated per-example loop. It exceeds the 50-line simple-skill exemption and inlines the issue.md template, but for a single linear triage procedure the placement is appropriate with only minor organization gaps, matching anchor 4.

4 / 5

Total

16

/

20

Passed

Description

52%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 terse and distinctive thanks to the unique 'Fuzzlyn' term, but it says almost nothing: one generic verb ('Triage') with no enumerated capabilities and no trigger guidance for when the skill applies. It reads closer to a title than a functional description.

Suggestions

Add an explicit 'Use when...' trigger clause, e.g. 'Use when a Fuzzlyn CI run reports assertion failures or when the user asks to triage a fuzzing run.'

Enumerate 2-3 concrete actions instead of the generic 'Triage', e.g. 'Download Issues artifacts, reproduce JIT assertion failures with superpmi, analyze jitdumps, and prepare GitHub issues for each failure.'

Include natural trigger terms users would actually say, such as 'assertion failure', 'superpmi', 'JIT', 'repro', or 'fuzzing' to improve discovery and completeness.

DimensionReasoningScore

Specificity

The description names the domain ("Fuzzlyn CI runs") but offers only a single generic action ("Triage"), matching 'names the domain but actions are minimal or generic' rather than anchor 3, which requires 1-2 concrete actions such as 'extracts content'.

2 / 5

Completeness

The 'what' is stated (triage Fuzzlyn CI runs) but the 'when' is entirely absent — no 'Use when...' or equivalent trigger clause — matching anchor 3 and capped there per the missing-trigger guideline.

3 / 5

Trigger Term Quality

Includes relevant keywords a user on this task would say — "Triage", "Fuzzlyn", "CI runs" — but provides no synonyms or variations, matching 'some relevant keywords but missing common variations or synonyms'. It is above anchor 2 because 'Fuzzlyn' is a genuine natural domain term, not generic filler.

3 / 5

Distinctiveness Conflict Risk

'Fuzzlyn' is a highly distinctive niche tool name, giving a clear niche with distinct triggers and minimal conflict risk with other skills, matching anchor 5 exactly.

5 / 5

Total

13

/

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

dotnet/runtime

Path

.github/skills/fuzzlyn-triage/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.