CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

fla-correctness-coverage

Select and run correctness coverage for FLA kernels and modules, including gradients, dispatch boundaries, and Triton addressing changes.

Quality

76%

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 ./.agents/skills/fla-correctness-coverage/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

86%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 dense, well-structured body that delivers project-specific contracts, executable commands, explicit validation checkpoints, and correctly deferred one-level-deep references. The only meaningful gap is that some verification procedures (gradcheck usage, baseline reproduction, routing verification) are directed at rather than shown.

DimensionReasoningScore

Conciseness

The ~30-line body is lean with zero padding: every sentence carries repo-specific contract knowledge Claude cannot infer (e.g., "The NaN allocation guard covers eligible FLA allocations in operator/module tests, including the single-rank CP graph and intra-card cache cases..."). No basic concepts are re-explained.

5 / 5

Actionability

Copy-paste-ready commands ("python scripts/find_dependent_tests.py fla/ops/kda/chunk.py", "FLA_CI_ENV=0 pytest tests/ops/test_kda.py -v") plus a concrete coverage-dimension table make the guidance mostly executable. Not 5 because how to concretely execute gradient checks, routing verification, and baseline reproduction is directed but not shown.

4 / 5

Workflow Clarity

A clear select-coverage -> run-affected-paths sequence exists with explicit validation checkpoints ("Inspect skips and warning-only comparisons before calling the run a pass", "reproduce failures on the unchanged baseline before labeling them pre-existing", "investigate a poisoned-run failure even when an ad hoc run passes"). Not 5 because the sequence is prose-embedded rather than an explicit ordered workflow with feedback loops.

4 / 5

Progressive Disclosure

The body is a concise overview with well-signaled, one-level-deep references: the four operator-math files (delta-rule, generalized-delta-rule, simple-gla, cp) all exist under references/ and are gated by "Read operator math only when needed". Good-overall-example structure (lean sections, deferred detail) is matched.

5 / 5

Total

18

/

20

Passed

Description

58%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 concrete and domain-distinct, clearly stating what the skill does, but it omits any "Use when..." trigger guidance and misses the common natural phrasings (tests, testing, verify) users would say. Adding a trigger clause would raise both completeness and trigger term quality.

Suggestions

Add an explicit trigger clause, e.g. "Use when changes touch FLA Triton kernels, ops, or modules and correctness must be verified".

Include natural synonyms users would say, such as "tests", "testing", "verify", or "pytest", alongside the current technical terms.

Optionally broaden the enumerated coverage areas to hint at the other dimensions the skill covers (state, layout, routing fallback) for stronger specificity.

DimensionReasoningScore

Specificity

"Select and run correctness coverage", "gradients, dispatch boundaries, and Triton addressing changes" list several concrete actions and areas; below 5 because other covered dimensions (state, layouts, routing fallback) are absent from the description, above 3 because more than 1-2 specific actions are named.

4 / 5

Completeness

The "what" is clear and concrete, but there is no "Use when..." clause or any equivalent explicit trigger guidance, which caps completeness at 3 per the judging guidelines. Below 4 because the "when" is entirely absent rather than merely less specific.

3 / 5

Trigger Term Quality

"correctness coverage", "FLA kernels", "gradients", "Triton addressing" are relevant keywords, but the natural terms users would most often say for this task ("tests", "testing", "verify", "pytest") are missing. Not 4 because the gap is more than a few synonyms; not 2 because the included terms are real, domain-appropriate trigger words.

3 / 5

Distinctiveness Conflict Risk

"FLA kernels and modules", "dispatch boundaries", "Triton addressing changes" carve a distinct niche with low conflict risk; only minor overlap with a sibling design-coverage skill keeps it below 5.

4 / 5

Total

14

/

20

Passed

Validation

87%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 8 suspicious

Warning

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

14

/

16

Passed

Repository

fla-org/flash-linear-attention

Path

.agents/skills/fla-correctness-coverage/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.