CtrlK
BlogDocsLog inGet started
Tessl Logo

dart-migrate-to-checks-package

Replace the usage of `expect` and similar functions from `package:matcher` to `package:checks` equivalents.

57

Quality

67%

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 ./skills/dart-migrate-to-checks-package/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

77%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The content is highly actionable with a well-sequenced, validated workflow and rich non-obvious pitfalls; its main weakness is that a single large monolithic file misses the opportunity to split the reference material into one-level-deep bundled files.

Suggestions

Move the matcher-to-checks mapping table into a references file (e.g., MAPPING.md) and keep SKILL.md as a concise overview with a signaled link.

Consider splitting the 10 syntax pitfalls into a separate reference, leaving the workflow and most-common pitfalls inline.

Trim the repeated before/after examples that restate points already covered in the pitfalls section to tighten token usage.

DimensionReasoningScore

Conciseness

The body is long but dominated by genuinely non-obvious pitfalls Claude would not reliably know; still, the mapping table and examples partly restate earlier content, leaving it short of a fully lean level-3.

2 / 3

Actionability

Fully executable Dart snippets, concrete commands (dart pub add dev:checks, dart analyze, dart test), grep patterns, and a complete matcher-to-checks mapping table provide copy-paste-ready guidance.

3 / 3

Workflow Clarity

A clear four-step workflow with explicit validation and feedback loops—compiler-driven error surfacing, dart analyze with specific warnings to watch, and dart test error recovery—matches the level-3 anchor.

3 / 3

Progressive Disclosure

A TOC and well-organized sections give good structure, but with no bundle files everything lives in one ~520-line monolith where the mapping table, pitfalls, and custom-expectation guide could be split into referenced files.

2 / 3

Total

10

/

12

Passed

Description

57%

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 concretely identifies the migration task and is clearly distinguishable, but it omits an explicit 'Use when...' trigger clause and lacks broad natural-language variations, capping completeness and trigger-term quality.

Suggestions

Add a 'Use when ...' clause with natural user phrasings (e.g., 'migrate tests to checks', 'modernize test assertions', 'replace expect with check').

Enumerate the concrete actions beyond just 'replace' (e.g., rewrite assertions, update imports, verify via compiler/analyze) to raise specificity.

Include a few layperson trigger terms alongside the package names so the description matches how users actually ask.

DimensionReasoningScore

Specificity

Names the matcher-to-checks domain and the concrete action 'Replace the usage of `expect` and similar functions', but does not enumerate multiple distinct actions, so it sits below the comprehensive level-3 anchor.

2 / 3

Completeness

It clearly states what the skill does, but lacks any 'Use when...' trigger clause; per the guidelines a missing explicit trigger caps completeness at 2.

2 / 3

Trigger Term Quality

Includes relevant technical keywords ('expect', 'package:matcher', 'package:checks') a migrating user would say, but omits common natural variations like 'migrate tests', 'modernize assertions', or just 'checks'.

2 / 3

Distinctiveness Conflict Risk

The matcher-to-checks migration niche is distinct and specific, with triggers unlikely to fire for unrelated skills.

3 / 3

Total

9

/

12

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.

Validation14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (529 lines); consider splitting into references/ and linking

Warning

metadata_version

'metadata.version' is missing

Warning

Total

14

/

16

Passed

Repository
flutter/agent-plugins
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.