CtrlK
BlogDocsLog inGet started
Tessl Logo

update-os-coverage

Update OS version references in Helix queue definitions to add new versions, replace EOL versions, or audit coverage against the supported-os matrix. USE FOR: adding new OS versions to Helix queues, replacing EOL OS versions, upgrading "oldest" or "latest" version references, auditing Helix coverage. DO NOT USE FOR: creating new container images (that's dotnet-buildtools-prereqs-docker), updating supported-os.json (that's the update-supported-os skill in dotnet/core).

72

Quality

88%

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

SKILL.md
Quality
Evals
Security

Quality

Content

77%Weight 40%Scale 1-3

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 workflow with strong validation checkpoints for a batch file-editing task. Its main weaknesses are inline time-sensitive version/date detail and a monolithic structure that could offload large reference tables to bundle files.

Suggestions

Move time-sensitive specifics (current version numbers like Fedora 43→44, EOL dates, and the "annual November release" policy) into a separate dated reference or a clearly marked "current state" section so the core workflow stays evergreen.

Extract the distro queue-name/image-tag pattern table and the CI pipeline-coverage tables into reference files under references/ (e.g. queue-naming.md, ci-coverage.md) and link to them one level deep, shrinking the SKILL.md overview.

Tighten the When-to-use prose into terse bullet triggers; the multi-sentence policy explanation about main-branch proactive updates could be condensed without losing the decision rule.

DimensionReasoningScore

Conciseness

The content is specialized Helix/image-info knowledge Claude does not already have, so it is not generic padding, but at ~300 lines it embeds time-sensitive specifics inline (e.g. Fedora 43→44, "EOL 2026-05-13", "annual November release") rather than isolating them, which the rubric penalizes and keeps it below the lean/efficient anchor.

2 / 3

Actionability

Provides fully executable curl+jq image-info checks, grep scans, a branch-scanning loop, gh PR-comment commands, and a concrete queue-name/image-tag pattern table — copy-paste ready with explicitly noted placeholders.

3 / 3

Workflow Clarity

A 9-step sequence with a dedicated validation step (no stale references, syntactic consistency, image-info presence, variable names unchanged) and an explicit stop-and-inform feedback loop when a tag is missing from image-info, matching the clear-sequence-with-checkpoints anchor.

3 / 3

Progressive Disclosure

Sections are well-organized and external references are clearly signaled in a Reference section, but no bundle files exist and the doc is monolithic — the large naming-convention and CI-pipeline-coverage tables that could live in one-level-deep reference files are inline, so it falls short of the appropriately-split anchor.

2 / 3

Total

10

/

12

Passed

Description

100%Weight 40%Scale 1-3

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, third-person description that states concrete capabilities, provides explicit USE FOR / DO NOT USE FOR trigger guidance, and disambiguates from neighboring skills. It hits the top anchor on every dimension with no padding or over-claims.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — "add new versions, replace EOL versions, or audit coverage" plus "upgrading oldest or latest version references" — matching the anchor for several specific actions rather than a single vague domain claim.

3 / 3

Completeness

Explicitly answers both what ("Update OS version references in Helix queue definitions...") and when via a literal "USE FOR:" clause, satisfying the both-what-and-when anchor.

3 / 3

Trigger Term Quality

Covers natural domain terms a runtime maintainer would say — "OS version", "Helix queues", "EOL versions", "auditing Helix coverage" — with both positive and negative trigger phrasing.

3 / 3

Distinctiveness Conflict Risk

The "DO NOT USE FOR:" clause explicitly routes away from sibling skills (dotnet-buildtools-prereqs-docker, update-supported-os), giving it a clear niche unlikely to trigger the wrong skill.

3 / 3

Total

12

/

12

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 3 suspicious

Warning

Total

15

/

16

Passed

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