CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

cloudflare-workers-migration

Migrate to Cloudflare Workers from AWS Lambda, Vercel, Express, and Node.js. Use when porting existing applications to the edge, adapting serverless functions, or resolving Node.js API compatibility issues.

70

Quality

88%

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

SKILL.md
Quality
Evals
Security

Quality

Content

82%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 lean, information-dense body with executable before/after patterns, a useful troubleshooting table, and exemplary reference signaling. The main gaps are minor: an undefined Env type, missing command invocations in the checklist, and an unreferenced bundled analysis script.

Suggestions

Surface scripts/analyze-migration.sh in the body — e.g., make checklist step 1 "Analyze Dependencies: ./scripts/analyze-migration.sh <dir>" — since it directly operationalizes that step and is currently undiscoverable.

Make the checklist steps executable: give the actual `wrangler dev` command and a concrete way to check CPU limits (e.g., `wrangler tail` or observability metrics) instead of naming them without commands.

Close the validation loop: after "Test Locally" and "Performance Test", point failures back to the Top 10 Migration Errors table (e.g., "If errors appear, match them against the error table above") and show a minimal `interface Env` definition so the code examples are copy-paste ready.

DimensionReasoningScore

Conciseness

The body is almost entirely dense tables and before/after code with no padding or explanation of concepts Claude already knows (no "what is Cloudflare Workers" intro). Not 4 because the only trimmable material is mild cross-reference redundancy (fs→R2/KV and env access appear in both the errors table and the checklist), which is negligible.

5 / 5

Actionability

Concrete, executable before/after code for Lambda handlers, Express middleware, and env access, plus a solutions column in the errors table. Not 5 because the code examples reference an `Env` type that is never defined, checklist steps like "Verify with wrangler dev" and "Ensure CPU limits aren't exceeded" give no commands, and the bundled `scripts/analyze-migration.sh` (which directly serves step 1) is never invoked.

4 / 5

Workflow Clarity

The 7-step Migration Checklist provides a clear sequence with test checkpoints ("Test Locally: Verify with wrangler dev", "Performance Test"), and the Top 10 Errors table doubles as error-to-solution recovery guidance. Not 5 because there is no explicit validate-then-fix-then-retry loop tying the checkpoints to the error table; not 3 because checkpoints are named rather than absent.

4 / 5

Progressive Disclosure

The "When to Load References" table clearly signals four one-level-deep references (all of which exist in references/), and the See Also section points to related skills. Not 5 because `scripts/analyze-migration.sh` is part of the bundle but never mentioned anywhere in the body, leaving a real navigation gap in an otherwise well-split structure.

4 / 5

Total

17

/

20

Passed

Description

88%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: concrete third-person actions, an explicit "Use when..." trigger clause, and comprehensive platform coverage. The only weaknesses are a few missing natural synonyms (Next.js, wrangler) and minor overlap risk with adjacent Workers skills.

DimensionReasoningScore

Specificity

"Migrate to Cloudflare Workers from AWS Lambda, Vercel, Express, and Node.js" plus "porting existing applications", "adapting serverless functions", and "resolving Node.js API compatibility issues" lists multiple concrete actions with comprehensive coverage of source platforms. Not 4 because coverage of both the actions and the migration sources is comprehensive rather than having minor gaps.

5 / 5

Completeness

Clearly answers both: what ("Migrate to Cloudflare Workers from AWS Lambda, Vercel, Express, and Node.js") and when ("Use when porting existing applications to the edge, adapting serverless functions, or resolving Node.js API compatibility issues") with concrete trigger phrases. Third-person voice is used throughout.

5 / 5

Trigger Term Quality

Good natural keyword coverage: "AWS Lambda", "Vercel", "Express", "Node.js", "porting", "the edge", "serverless functions" — phrases users would actually say. Not 5 because common variations like "Next.js", "Hono", or "wrangler" are absent, leaving a few natural terms missing.

4 / 5

Distinctiveness Conflict Risk

The migration framing carves out a clear niche that is mostly distinct from general Workers development. Not 5 because "resolving Node.js API compatibility issues" and the platform names overlap slightly with closely related Workers skills (e.g., a Node-compatibility or general Workers setup skill could claim the same trigger).

4 / 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.

Repository

secondsky/claude-skills

Path

plugins/cloudflare-workers/skills/cloudflare-workers-migration/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.