CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/cloudflare-workers-miniflare

Use when Cloudflare Workers code needs tests locally: Miniflare 3 (workerd-backed), wrangler dev, emulated KV, Durable Objects, R2 and D1 bindings, and in-process tests with Vitest and @cloudflare/vitest-pool-workers.

Quality

82%

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

68%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, actionable reference with copy-paste-ready code for the main binding types and a useful anti-patterns table. Its weaknesses are the missing wrangler.toml example that the recommended test path depends on, the absence of explicit workflow checkpoints, and minor token waste from repeated links and version-bound claims.

Suggestions

Add a minimal example wrangler.toml showing the D1/Durable Object/KV/R2 binding definitions that @cloudflare/vitest-pool-workers requires, since the recommended path points at './wrangler.toml' without showing its contents.

Turn the implicit Authoring -> Running -> CI progression into an explicit numbered workflow with a validation step after 'npx vitest run' (e.g., confirm the workers pool is used, and what to check when workerd fails to start).

De-duplicate the References section against inline citations, and move version-sensitive claims ('Wrangler 3+ default', '~95% fidelity', pinned action versions) into a clearly labeled versions/compatibility note so they can be maintained without padding the main flow.

DimensionReasoningScore

Conciseness

Largely code-driven with no explanation of concepts Claude already knows, but links cited inline ('developers.cloudflare.com/workers/testing/miniflare/') are repeated verbatim in the References section, and version-specific claims ('Wrangler 3+', '~95% fidelity') sit outside any deprecated/old-patterns section.

4 / 5

Actionability

Provides an install command, wrangler dev commands, a complete Vitest config, and executable KV/Durable Object/D1 test code plus CI YAML, but the recommended vitest-pool-workers path references './wrangler.toml' without showing the binding definitions it requires, and no R2 test example appears despite R2 being advertised.

4 / 5

Workflow Clarity

The section order (Authoring, Running, CI integration) implies a sequence, but there are no explicit validation checkpoints (e.g., confirming the workers pool loaded or handling workerd startup failures), and steps are never enumerated as a workflow.

3 / 5

Progressive Disclosure

Clear section headers and well-signaled one-level-deep external doc links with no nested references, but ~200 lines are kept fully inline (anti-patterns table, limitations, companion-skill pointers) rather than split into reference files, and link lists duplicate inline citations.

4 / 5

Total

15

/

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 with an explicit 'Use when' trigger clause and a specific enumeration of covered tools and bindings. The main weakness is that capabilities are listed as technologies rather than actions, and a few natural trigger variations (unit/integration testing) are absent.

DimensionReasoningScore

Specificity

Names several specific capabilities ('emulated KV, Durable Objects, R2 and D1 bindings, and in-process tests with Vitest') but as a technology enumeration rather than concrete actions, leaving minor gaps in coverage.

4 / 5

Completeness

Explicitly answers both: 'Use when Cloudflare Workers code needs tests locally' is a concrete trigger phrase, and the colon-delimited enumeration explicitly states what the skill covers (Miniflare 3, wrangler dev, emulated bindings, in-process Vitest tests).

5 / 5

Trigger Term Quality

Includes the exact natural terms users would say ('Cloudflare Workers', 'tests locally', 'Miniflare', 'wrangler dev', 'Vitest', 'KV', 'Durable Objects', 'R2', 'D1'), but misses common variations like 'unit tests', 'integration tests', or 'local development'.

4 / 5

Distinctiveness Conflict Risk

Clear niche with distinct triggers ('Cloudflare Workers', 'Miniflare 3', '@cloudflare/vitest-pool-workers'); only minor overlap with sibling serverless-testing skills, which target different clouds.

5 / 5

Total

18

/

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.

Reviewed

On this page