CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

vectorization

Guidance for writing and reviewing SIMD / hardware-intrinsics code in dotnet/runtime. USE FOR: vectorizing a scalar algorithm, writing or reviewing code that uses Vector128/Vector256/Vector512, the generic Vector type, or the platform intrinsics in System.Runtime.Intrinsics.X86/Arm/Wasm, and validating remainder handling, load/store safety, and hardware-acceleration fallbacks. DO NOT USE FOR: general performance work unrelated to SIMD (use microbenchmark), or non-vectorized code review (use code-review).

Quality

92%

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

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.

A high-quality, expert-level guidance skill: it assumes competence, omits all general-knowledge padding, and concentrates entirely on repo-specific rules, gotchas, and verification techniques with named APIs, environment variables, and real case-study links. The main gaps are the absence of an executable exemplar for its central remainder-masking pattern, an only-implied end-to-end workflow, and no reference files to offload case-study and testing detail.

Suggestions

Add a compact code exemplar contrasting the two remainder strategies — the idempotent overlap fold vs. the ConditionalSelect identity mask — so the skill's most-emphasized rule is copy-paste demonstrable instead of described in prose.

State the end-to-end sequence explicitly at the top (author → test under the DOTNET_Enable* toggles → benchmark → review) and add a fix-and-revalidate loop for failures surfaced by BoundedMemory or the toggle runs.

Move the LastIndexOf case study and the detailed BoundedMemory mechanics into a references/ file, keeping SKILL.md a leaner overview with one-level-deep pointers.

DimensionReasoningScore

Conciseness

The body contains no tutorial padding — it never explains what SIMD is or how the APIs generally work — and even general-knowledge callouts are single-line enforcement reminders ("a & b == c parses as a & (b == c), so parenthesize"). Every section carries dense repo-specific rules with rationale, so it best fits the 'lean and efficient; every token earns its place' anchor.

5 / 5

Actionability

Guidance is concrete at the API level ("LoadUnsafe(ref T, nuint elementOffset) element-offset overloads", "DOTNET_EnableAVX2=0", "MemoryMarshal.GetReference", "BoundedMemory.Allocate<T>(count)"), but the skill's most-emphasized pattern is described rather than shown — "mask the overlap to the operation's identity with ConditionalSelect" never appears as an executable example. This is a minor gap, not vagueness, so it sits above the 3 anchor and below the fully-demonstrated 5 anchor.

4 / 5

Workflow Clarity

Explicit validation checkpoints are present ("Toggle acceleration via environment variables" with three named configurations, "Guard against out-of-bounds reads with BoundedMemory", "measure that it pays off before keeping it") and the review checklist is explicitly priority-ordered. However, the end-to-end author → test → benchmark → review sequence is only implied by section order and there is no explicit fix-and-revalidate feedback loop, keeping it below the 5 anchor.

4 / 5

Progressive Disclosure

A well-sectioned single file with clearly signaled one-level-deep references: the official .NET SIMD docs ("Read it first and defer to it"), the repo's vectorization-guidelines doc, PR case-study links, and sibling skills (build-and-test, microbenchmark). At roughly 100 lines with no bundle files, content is appropriately sized, but nothing is split out (e.g. the LastIndexOf case study or BoundedMemory mechanics could live in a references file), and the under-50-line exception does not apply — fitting the 4 anchor.

4 / 5

Total

17

/

20

Passed

Description

100%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 exemplary: third-person, dense with concrete actions and named APIs, and it answers what, when, and when-not with explicit trigger and anti-trigger clauses. The DO-NOT-USE redirects to sibling skills make wrong-skill triggering very unlikely.

DimensionReasoningScore

Specificity

It lists multiple concrete actions — "writing and reviewing SIMD / hardware-intrinsics code", "vectorizing a scalar algorithm", "validating remainder handling, load/store safety, and hardware-acceleration fallbacks" — each tied to named APIs (Vector128/Vector256/Vector512, the generic Vector type, System.Runtime.Intrinsics.X86/Arm/Wasm), comprehensively covering the skill's scope.

5 / 5

Completeness

It explicitly answers both questions: what ("Guidance for writing and reviewing SIMD / hardware-intrinsics code in dotnet/runtime") and when, via an explicit "USE FOR:" clause enumerating concrete triggers and a "DO NOT USE FOR:" clause with redirects. This clearly matches the 5 anchor rather than the 4 anchor, whose 'when' is less explicit.

5 / 5

Trigger Term Quality

Natural trigger terms a dotnet/runtime contributor would actually say are comprehensively covered with synonyms: "SIMD", "vectorizing", "hardware-intrinsics", "Vector128/Vector256/Vector512", "platform intrinsics", "remainder handling". No common phrasing for this domain is missing.

5 / 5

Distinctiveness Conflict Risk

A clear niche (SIMD/hardware intrinsics in dotnet/runtime) with distinct triggers, and the explicit "DO NOT USE FOR: general performance work unrelated to SIMD (use microbenchmark), or non-vectorized code review (use code-review)" boundary actively routes away the nearest competing skills, minimizing conflict risk.

5 / 5

Total

20

/

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

relative_links

Relative link issues: 2 suspicious

Warning

Total

15

/

16

Passed

Repository

dotnet/runtime

Path

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