CtrlK
BlogDocsLog inGet started
Tessl Logo

flutter-dart-code-review

Library-agnostic Flutter/Dart code review checklist covering widget best practices, state management patterns (BLoC, Riverpod, Provider, GetX, MobX, Signals), Dart idioms, performance, accessibility, security, and clean architecture. Use when reviewing Flutter or Dart code, whatever state management library the project uses.

61

Quality

72%

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/flutter-dart-code-review/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%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 genuinely useful, expert-level review checklist with concrete, actionable items and almost no padding. Its main weaknesses are monolithic single-file structure with no progressive disclosure, duplicated checklist items across sections, and the absence of any review workflow/prioritization guidance.

Suggestions

Move the per-solution state-management details and the quick-reference table into reference files (e.g. references/state-management.md), keeping SKILL.md as a lean overview with clearly signaled one-level-deep links.

Deduplicate checklist items (print/logging, analysis_options.yaml, deep-link validation each appear in two sections) to cut length and conflicting repetition.

Add a short prioritized review workflow — e.g. which sections to check first (correctness/lifecycle > performance > style) and how to report findings with severity.

DimensionReasoningScore

Conciseness

The checklist format is token-dense with essentially no concept over-explanation, but at ~430 lines it duplicates items across sections (print()/logging in sections 1 and 2, analysis_options.yaml in sections 1 and 15, deep-link validation in sections 9 and 11) and could be meaningfully tightened.

3 / 5

Actionability

Items are highly concrete — exact APIs (MediaQuery.sizeOf(context), unawaited()), numeric thresholds (48x48 targets, 4.5:1 contrast, ~80-100 line builds, 130+/160 pub points), and a complete BAD/GOOD sealed-class code example. A few items remain judgment calls rather than executable checks, keeping it below fully executable.

4 / 5

Workflow Clarity

Content is well organized by topic (15 numbered sections), but there is no sequenced review procedure, no prioritization of checks (critical vs. nice-to-have), and no guidance on what to do with findings; checkpoints are implicit. The read-only nature of review means no destructive-operation cap applies.

3 / 5

Progressive Disclosure

No bundle files exist and everything is inlined in SKILL.md. Section structure is good, but ~430 lines with no one-level-deep references means substantial content (the per-solution state-management deep dive, the quick-reference table, package-review heuristics) that belongs in reference files is inline.

3 / 5

Total

13

/

20

Passed

Description

87%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 description: third-person voice, explicit and concrete 'Use when...' trigger clause, and a specific, library-agnostic scope statement. Its only weakness is that coverage is expressed as topic nouns rather than as concrete review actions, and a few natural synonyms are absent.

DimensionReasoningScore

Specificity

The description enumerates a broad, specific set of coverage areas ("widget best practices, state management patterns (BLoC, Riverpod, Provider, GetX, MobX, Signals), Dart idioms, performance, accessibility, security, and clean architecture") but frames them as topics/scope rather than concrete actions, leaving minor gaps versus the comprehensive-actions anchor.

4 / 5

Completeness

It explicitly answers both what it is ("Library-agnostic Flutter/Dart code review checklist covering...") and when to use it ("Use when reviewing Flutter or Dart code, whatever state management library the project uses") with concrete trigger phrasing.

5 / 5

Trigger Term Quality

Natural terms like "Flutter/Dart", "reviewing", and "state management library" plus the library names (BLoC, Riverpod, Provider, GetX, MobX, Signals) give good keyword coverage; a few natural variations like ".dart files", "mobile app", or "cross-platform" are missing.

4 / 5

Distinctiveness Conflict Risk

The Flutter/Dart code-review niche is clearly staked out and the enumerated state-management libraries further disambiguate it; minimal conflict risk with other skills.

5 / 5

Total

18

/

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

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository
affaan-m/ECC
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.