CtrlK
BlogDocsLog inGet started
Tessl Logo

diagnostics-development

Use this skill when designing or implementing Biome user-facing diagnostic presentation or APIs, including messages, advice, markup, details, code frames, categories, severity, and standalone `Diagnostic` types. Do not use for lint matching logic or code-action mutations.

72

Quality

87%

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

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 well-structured, lean design guide with concrete API names, a decision table, validation steps, and a review checklist. It could be strengthened with a small executable code example and an explicit validate-fix-retry feedback loop.

Suggestions

Add a minimal copy-paste example of constructing a RuleDiagnostic or a #[derive(Diagnostic)] type to lift actionability from concrete guidance to fully executable.

Turn the Validation section into an explicit feedback loop (snapshot/fixture fails -> inspect -> fix -> re-run) so checkpoints connect back to error recovery.

Consider moving the Advice Selection table detail or standalone-derive attribute checklist into a reference file so SKILL.md stays a tighter overview pointing to one-level-deep materials.

DimensionReasoningScore

Conciseness

The body is lean and directive, using imperative bullets, a decision table, and short rules; it assumes competence with Rust and the codebase and avoids explaining concepts Claude already knows.

5 / 5

Actionability

It names concrete APIs (RuleDiagnostic, #[derive(Diagnostic)], markup!), file paths, and a needs-to-mechanism table giving actionable guidance, but provides no copy-paste code examples showing how to actually construct a diagnostic.

4 / 5

Workflow Clarity

A Review Checklist and a Validation section provide explicit checkpoints for a non-destructive design task, but there is no explicit feedback loop (e.g., snapshot fails -> fix -> re-run) tying validation back into the workflow.

4 / 5

Progressive Disclosure

Sections are well organized with clearly signaled one-level-deep references to a canonical external guide (CONTRIBUTING.md, diagnostic.rs, advice.rs), though the ~95-line body carries substantial inline guidance rather than splitting further into bundle files.

4 / 5

Total

17

/

20

Passed

Description

92%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, specific description that names concrete capabilities and provides explicit positive and negative trigger guidance with a clear niche. The only minor gap is a lack of synonymous phrasings in the trigger terms.

DimensionReasoningScore

Specificity

The description enumerates multiple concrete capability areas ('messages, advice, markup, details, code frames, categories, severity, and standalone Diagnostic types') under explicit actions ('designing or implementing'), giving comprehensive coverage of the domain.

5 / 5

Completeness

It clearly answers both 'what' (designing/implementing Biome diagnostic presentation or APIs) and 'when' with concrete positive and negative trigger phrases ('Use this skill when...', 'Do not use for lint matching logic or code-action mutations').

5 / 5

Trigger Term Quality

Natural domain terms like 'diagnostic', 'advice', 'markup', 'code frames', 'severity', and 'category' are present with explicit 'Use this skill when' and 'Do not use for' triggers, though a few common synonyms or variations are missing.

4 / 5

Distinctiveness Conflict Risk

It carves a clear niche (Biome user-facing diagnostic presentation/APIs) and explicitly disambiguates from related concerns ('Do not use for lint matching logic or code-action mutations'), minimizing conflict risk.

5 / 5

Total

19

/

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
biomejs/biome
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.