CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/offline-fallback-tests

Use when choosing or changing how a PWA route behaves offline, or a 'doesn't work offline' bug needs pinning to a route. Maps each route to an offline caching recipe (cache first, network first and others), tests it with Playwright, and covers Workbox offlineFallback and storage choices.

Quality

84%

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

Overview
Quality
Evals
Security
Files

Quality

Content

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

The body is highly actionable and clearly sequenced, with verified one-level-deep references carrying the deferred recipe templates. Its main cost is token duplication: the coverage matrix, worked example, and References section each restate content from earlier sections, and no run-and-fix loop covers spec failures.

Suggestions

Cut duplication between Step 1 and Step 6: show one or two sample rows of tests/offline-coverage.yaml and describe the rest ("one row per matrix route, naming the spec and source recipe") instead of re-listing all six routes.

Replace the worked example's re-statement of the route mapping with just the emitted spec names and the four regression bullets, or move the full example into a reference file.

Add a short feedback-loop step after Step 6: what to do when a row's spec fails (check the Step 1 reason against the actual SW strategy code, then re-run the gate).

DimensionReasoningScore

Conciseness

Mostly efficient with no basic-concept padding, but the Step 6 coverage matrix re-lists all six Step 1 route rows, the worked example re-states the Step 1 mapping, and the References section repeats the Overview's composition/differentiation text — several sections could be tightened per anchor 3.

3 / 5

Actionability

Fully executable, copy-paste-ready Playwright specs (context.setOffline(true), sw.evaluate cache scan, navigator.storage.estimate()), concrete YAML manifests, and a specific CI fix (permissions: ['persistent-storage']) covering the common cases per anchor 5.

5 / 5

Workflow Clarity

Six clearly sequenced steps each producing a concrete artifact, with an explicit CI gate ("gates on every row having a passing spec") and an anti-patterns table of failure modes and fixes; however there is no explicit run-then-fix loop when an emitted spec fails, matching anchor 4's "minor validation gaps" rather than anchor 5's feedback loops.

4 / 5

Progressive Disclosure

Good structure: the two pole tests are inline, the remaining six templates are deferred to a real one-level-deep reference (references/recipes.md, verified present) that is clearly signaled, and sections are well organized. It falls short of anchor 5 because substantial detail (the full Step 6 matrix and the worked example) stays in the body where a cleaner split or trim would apply.

4 / 5

Total

16

/

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: it names the domain, the concrete actions (route-to-recipe mapping, Playwright testing, offlineFallback and storage coverage), and explicit natural-language triggers including the exact bug-report phrasing. Third-person voice is used throughout. The only weakness is slight glossing ("and others", "storage choices") and a couple of missing synonyms.

DimensionReasoningScore

Specificity

Lists several concrete actions with named tools ("Maps each route to an offline caching recipe", "tests it with Playwright", "covers Workbox offlineFallback and storage choices"), but "and others" and "storage choices" leave minor gaps in coverage, matching anchor 4 rather than the comprehensive anchor 5.

4 / 5

Completeness

Explicitly answers both: an explicit "Use when choosing or changing how a PWA route behaves offline, or a 'doesn't work offline' bug needs pinning to a route" trigger clause, and a clear third-person what (map routes to recipes, test with Playwright, cover offlineFallback and storage). This matches the anchor-5 example's structure; it is not anchor 4 because the when is fully explicit with concrete trigger phrases.

5 / 5

Trigger Term Quality

Includes natural phrases users would actually say — "PWA", "route behaves offline", the literal bug-report wording "'doesn't work offline' bug", "Workbox offlineFallback" — but a few natural synonyms (e.g. "service worker", "offline page") are missing, so it fits anchor 4 rather than the exhaustive anchor 5.

4 / 5

Distinctiveness Conflict Risk

Occupies a clear niche — per-route offline recipe selection and verification for PWAs — with triggers ("PWA route behaves offline", "offlineFallback") that are distinct from sibling strategy-authoring skills, so conflict risk is minimal per anchor 5.

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

referenced_paths_exist

Referenced path issues: 3 missing

Warning

Total

15

/

16

Passed

Reviewed

On this page