CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

flutter-observability

Design, implement, or repair production observability in Flutter using operational logs, error and crash capture, breadcrumbs, traces, release context, privacy controls, and verification. Use for diagnosability and incident signals; not product analytics, profiling-only optimization, or a general code review.

Quality

91%

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

The canonical home for this skill is thiennc-tesoglobal/flutter-skills

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 router-and-policy skill: no padding, strong progressive disclosure with verified one-level-deep references, and an explicit verification section that forbids claiming success from compilation alone. The main gaps are the absence of a worked example of the operational event contract and an explicitly numbered sequence with a re-verification loop.

Suggestions

Add one worked example of the operational event contract (a concrete instance showing a redacted attribute set and a correlation identifier) so the field list in Preflight is directly copyable.

Make the workflow sequence explicit — number the phases (preflight → define contract → governance controls → route to references → verify) and add a verify → fix → re-verify loop in the Verification section for cases where ingestion or symbolication checks fail.

Since the body already names vendors (Sentry, Crashlytics, OpenTelemetry, Dynatrace, Datadog), surface one or two of those names into the description so users who ask to "set up Sentry" or "fix Crashlytics upload" trigger the skill.

DimensionReasoningScore

Conciseness

Every line is a directive, constraint, routing pointer, or verification criterion (e.g. "Do not infer the root cause from dashboard symptoms alone", "Keep user content, tokens, credentials, payment data, and raw request/response bodies out of telemetry"); there is no explanation of concepts Claude already knows and nothing to trim, matching the lean top anchor.

5 / 5

Actionability

Concrete, directive guidance throughout — the event contract enumerates exact fields ("stable event name, severity, timestamp, release/build, environment, platform, correlation identifier, outcome, duration"), five named governance controls, and a specific verification checklist. It falls short of anchor 5 only because the body contains no worked example or snippet covering a common case; it is well above anchor 3 since the guidance is specific and executable rather than pseudocode-level.

4 / 5

Workflow Clarity

A clear Preflight → contract → governance → routing → Verification sequence with explicit checkpoints ("confirm ingestion exactly once, expected release/build/environment, usable symbolicated stack") and a conditional pending-evidence path. Not 5 because the sequence is implied by sections rather than stated, and there is no explicit verify → fix → re-verify loop; not 3 because validation checkpoints are explicit rather than implicit.

4 / 5

Progressive Disclosure

A 44-line overview routing to three condition-scoped references ("For framework, root-isolate, child-isolate, and async error coverage, read [error and crash capture](references/error-and-crash-capture.md)"), all of which exist, are one level deep with no nested references, and are gated by "Load only the references relevant to the request" — a clean match for the top anchor.

5 / 5

Total

18

/

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 description: third-person, concise, explicit about both capability and triggers, with exclusion clauses that sharply reduce conflict risk with adjacent skills. The only weakness is trigger-term coverage — users commonly name vendors (Sentry, Crashlytics) or say "monitoring"/"telemetry", none of which appear in the description even though the body references those vendors.

DimensionReasoningScore

Specificity

"Design, implement, or repair" plus seven enumerated capability areas ("operational logs, error and crash capture, breadcrumbs, traces, release context, privacy controls, and verification") lists multiple concrete actions with comprehensive domain coverage, matching the top anchor; no coverage gaps warrant 4.

5 / 5

Completeness

Explicitly answers both: "what" ("Design, implement, or repair production observability in Flutter using...") and "when" ("Use for diagnosability and incident signals; not product analytics, profiling-only optimization, or a general code review"), with concrete positive triggers and exclusions — clearly the top anchor rather than 4 where the 'when' is present but could be more specific.

5 / 5

Trigger Term Quality

Good natural-term coverage ("logs", "crash", "traces", "breadcrumbs", "incident", "diagnosability") but common variations users actually say are missing — vendor names like Sentry/Crashlytics, "monitoring", "telemetry". This sits above anchor 3 (only some keywords) but below anchor 5 (comprehensive synonyms).

4 / 5

Distinctiveness Conflict Risk

"production observability in Flutter" carves a clear niche, and the explicit exclusions ("not product analytics, profiling-only optimization, or a general code review") actively disambiguate the closest competing skills, matching the minimal-conflict top anchor rather than the minor-overlap 4.

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

thienqo/flutter-skills

Path

skills/flutter-observability/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.