CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

frb-feature-flag

Use when adding or testing flutter_rust_bridge feature flags, especially flags that require coverage for both enabled and disabled states or should have package-level config plus item-level #[frb(...)] overrides.

Quality

79%

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 ./.claude/skills/frb-feature-flag/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

78%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.

An admirably lean, well-structured instruction-only skill whose guidance is specific about files and design preferences. It falls short on actionability: the one genuinely novel artifact — the item-level #[frb(...)] override — is never shown, and the CLI exposure step has no mechanism.

Suggestions

Add a minimal Rust snippet showing an item-level #[frb(...)] override in place, since that attribute is the skill's central mechanism.

Replace 'Expose the flag in the command-line interface' with the concrete command or yaml key that does the exposure.

Show one example test skeleton in frb_example/pure_dart demonstrating both enabled and disabled cases in the same package.

DimensionReasoningScore

Conciseness

About twenty lean lines with zero padding: every sentence is a directive ('Expose the flag in flutter_rust_bridge.yaml', 'Do not rely only on package-level config differences') and nothing explains concepts Claude already knows.

5 / 5

Actionability

Concrete file paths (flutter_rust_bridge.yaml, frb_example/pure_dart) and a concrete attribute name are given, but key executable details are missing: no example of the '#[frb(...)]' override syntax, and 'Expose the flag in the command-line interface' specifies no command or mechanism.

3 / 5

Workflow Clarity

The API-surface bullets flow into the test-coverage guidance in a clear order, and the simple-skill exception applies; minor gaps remain (whether CLI exposure is mandatory, how to confirm both flag states were exercised).

4 / 5

Progressive Disclosure

Under 50 lines, single-purpose, no bundle files and no external references needed; the body is cleanly organized into API Surface and Test Coverage sections, which satisfies the simple-skill guideline.

5 / 5

Total

17

/

20

Passed

Description

70%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 distinct, well-targeted trigger description for a niche domain, with good specificity in its trigger conditions. Its main weakness is structural: it is all 'when' and no explicit 'what', so a reader must infer the skill's actual guidance from the trigger clause.

Suggestions

Add an explicit what-statement before the trigger clause, e.g. 'Conventions for exposing flutter_rust_bridge feature flags and writing dual-state coverage. Use when...'.

Include the common abbreviation 'frb' and synonyms like 'flag override' so users who don't say the full package name still match.

State the two concrete deliverables up front (yaml/CLI exposure and pure_dart dual-state tests) so the description doubles as a capability summary.

DimensionReasoningScore

Specificity

Names the domain and several concrete specifics — 'adding or testing flutter_rust_bridge feature flags', 'coverage for both enabled and disabled states', 'package-level config plus item-level #[frb(...)] overrides' — but the description is entirely trigger-framed rather than a comprehensive list of what the skill does.

4 / 5

Completeness

The description is a single, highly detailed 'Use when...' clause: the 'when' is explicit, but the 'what' the skill actually does is only implied by the trigger's specifics and never stated as capabilities.

3 / 5

Trigger Term Quality

Good natural keyword coverage ('adding', 'testing', 'feature flags', 'flutter_rust_bridge', 'enabled and disabled states'), but common variations users might say — 'frb', 'flag override', 'dual-state coverage' — are absent.

4 / 5

Distinctiveness Conflict Risk

'flutter_rust_bridge feature flags' and the '#[frb(...)]' attribute give this a clear niche with distinct triggers; it would not plausibly fire for unrelated skills.

5 / 5

Total

16

/

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

fzyzcjy/flutter_rust_bridge

Path

.claude/skills/frb-feature-flag/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.