Your knowledge of Cloudflare Workers APIs, types, and configuration may be outdated. Prefer retrieval over pre-training for any Workers code task — writing or reviewing.
Retrieval Sources
Fetch the latest versions before writing or reviewing Workers code. Do not rely on baked-in knowledge for API signatures, config fields, or binding shapes.
| Source |
How to retrieve |
Use for |
| Workers best practices |
Fetch https://developers.cloudflare.com/workers/best-practices/workers-best-practices/ |
Canonical rules, patterns, anti-patterns |
| Workers types |
See references/REVIEW_MD.md for retrieval steps |
API signatures, handler types, binding types |
| Wrangler config schema |
node_modules/wrangler/config-schema.json |
Config fields, binding shapes, allowed values |
| Cloudflare docs |
Search tool or https://developers.cloudflare.com/workers/ |
API reference, compatibility dates/flags |
FIRST: Fetch Latest References
Before reviewing or writing Workers code, retrieve the current best practices page and relevant type definitions. If the project's node_modules has an older version, prefer the latest published version.
# Fetch latest workers types
mkdir -p /tmp/workers-types-latest && \
npm pack @cloudflare/workers-types --pack-destination /tmp/workers-types-latest && \
tar -xzf /tmp/workers-types-latest/cloudflare-workers-types-*.tgz -C /tmp/workers-types-latest
# Types at /tmp/workers-types-latest/package/index.d.ts
Reference Documentation
references/RULES_MD.md — all best practice rules with code examples and anti-patternsreferences/REVIEW_MD.md — type validation, config validation, binding access patterns, review process
Rules Quick Reference
Configuration
| Rule |
Summary |
| Compatibility date |
Set compatibility_date to today on new projects; update periodically on existing ones |
| nodejs_compat |
Enable the nodejs_compat flag — many libraries depend on Node.js built-ins |
| wrangler types |
Run wrangler types to generate Env — never hand-write binding interfaces |
| Secrets |
Use wrangler secret put, never hardcode secrets in config or source |
| wrangler.jsonc |
Use JSONC config for non-secret settings — newer features are JSON-only |
Request & Response Handling
| Rule |
Summary |
| Streaming |
Stream large/unknown payloads — never await response.text() on unbounded data |
| waitUntil |
Use ctx.waitUntil() for post-response work; do not destructure ctx |
Architecture
| Rule |
Summary |
| Bindings over REST |
Use in-process bindings (KV, R2, D1, Queues) — not the Cloudflare REST API |
| Queues & Workflows |
Move async/background work off the critical path |
| Service bindings |
Use service bindings for Worker-to-Worker calls — not public HTTP |
| Hyperdrive |
Always use Hyperdrive for external PostgreSQL/MySQL connections |
Observability
| Rule |
Summary |
| Logs & Traces |
Enable observability in config with head_sampling_rate; use structured JSON logging |
Code Patterns
| Rule |
Summary |
| No global request state |
Never store request-scoped data in module-level variables |
| Floating promises |
Every Promise must be awaited, returned, voided, or passed to ctx.waitUntil() |
Security
| Rule |
Summary |
| Web Crypto |
Use crypto.randomUUID() / crypto.getRandomValues() — never Math.random() for security |
| No passThroughOnException |
Use explicit try/catch with structured error responses |
Anti-Patterns to Flag
| Anti-pattern |
Why it matters |
await response.text() on unbounded data |
Memory exhaustion — 128 MB limit |
| Hardcoded secrets in source or config |
Credential leak via version control |
Math.random() for tokens/IDs |
Predictable, not cryptographically secure |
Bare fetch() without await or waitUntil |
Floating promise — dropped result, swallowed error |
| Module-level mutable variables for request state |
Cross-request data leaks, stale state, I/O errors |
| Cloudflare REST API from inside a Worker |
Unnecessary network hop, auth overhead, added latency |
ctx.passThroughOnException() as error handling |
Hides bugs, makes debugging impossible |
Hand-written Env interface |
Drifts from actual wrangler config bindings |
| Direct string comparison for secret values |
Timing side-channel — use crypto.subtle.timingSafeEqual |
Destructuring ctx (const { waitUntil } = ctx) |
Loses this binding — throws "Illegal invocation" at runtime |
any on Env or handler params |
Defeats type safety for all binding access |
as unknown as T double-cast |
Hides real type incompatibilities — fix the design |
implements on platform base classes (instead of extends) |
Legacy — loses this.ctx, this.env. Applies to DurableObject, WorkerEntrypoint, Workflow |
env.X inside platform base class |
Should be this.env.X in classes extending DurableObject, WorkerEntrypoint, etc. |
Review Workflow
- Retrieve — fetch latest best practices page, workers types, and wrangler schema
- Read full files — not just diffs; context matters for binding access patterns
- Check types — binding access, handler signatures, no
any, no unsafe casts (see references/REVIEW_MD.md)
- Check config — compatibility_date, nodejs_compat, observability, secrets, binding-code consistency
- Check patterns — streaming, floating promises, global state, serialization boundaries
- Check security — crypto usage, secret handling, timing-safe comparisons, error handling
- Validate with tools —
npx tsc --noEmit, lint for no-floating-promises
- Reference rules — see
references/RULES_MD.md for each rule's correct pattern
Scope
This skill covers Workers-specific best practices and code review. For related topics:
- Durable Objects: load the
durable-objects skill
- Workflows: see Rules of Workflows
- Wrangler CLI commands: load the
wrangler skill
Principles
- Be certain. Retrieve before flagging. If unsure about an API, config field, or pattern, fetch the docs first.
- Provide evidence. Reference line numbers, tool output, or docs links.
- Focus on what developers will copy. Workers code in examples and docs gets pasted into production.
- Correctness over completeness. A concise example that works beats a comprehensive one with errors.
1---2name: workers-best-practices3description: Reviews and authors Cloudflare Workers code against production best practices. Load when writing new Workers, reviewing Worker code, configuring wrangler.jsonc, or checking for common Workers anti-patterns (streaming, floating promises, global state, secrets, bindings, observability). Biases towards retrieval from Cloudflare docs over pre-trained knowledge.4---5Your knowledge of Cloudflare Workers APIs, types, and configuration may be outdated. **Prefer retrieval over pre-training** for any Workers code task — writing or reviewing.67## Retrieval Sources89Fetch the **latest** versions before writing or reviewing Workers code. Do not rely on baked-in knowledge for API signatures, config fields, or binding shapes.1011| Source | How to retrieve | Use for |12|--------|----------------|---------|13| Workers best practices | Fetch `https://developers.cloudflare.com/workers/best-practices/workers-best-practices/` | Canonical rules, patterns, anti-patterns |14| Workers types | See `references/REVIEW_MD.md` for retrieval steps | API signatures, handler types, binding types |15| Wrangler config schema | `node_modules/wrangler/config-schema.json` | Config fields, binding shapes, allowed values |16| Cloudflare docs | Search tool or `https://developers.cloudflare.com/workers/` | API reference, compatibility dates/flags |1718## FIRST: Fetch Latest References1920Before reviewing or writing Workers code, retrieve the current best practices page and relevant type definitions. If the project's `node_modules` has an older version, **prefer the latest published version**.2122```bash23# Fetch latest workers types24mkdir -p /tmp/workers-types-latest && \25 npm pack @cloudflare/workers-types --pack-destination /tmp/workers-types-latest && \26 tar -xzf /tmp/workers-types-latest/cloudflare-workers-types-*.tgz -C /tmp/workers-types-latest27# Types at /tmp/workers-types-latest/package/index.d.ts28```2930## Reference Documentation3132- `references/RULES_MD.md` — all best practice rules with code examples and anti-patterns33- `references/REVIEW_MD.md` — type validation, config validation, binding access patterns, review process3435## Rules Quick Reference3637### Configuration3839| Rule | Summary |40|------|---------|41| Compatibility date | Set `compatibility_date` to today on new projects; update periodically on existing ones |42| nodejs_compat | Enable the `nodejs_compat` flag — many libraries depend on Node.js built-ins |43| wrangler types | Run `wrangler types` to generate `Env` — never hand-write binding interfaces |44| Secrets | Use `wrangler secret put`, never hardcode secrets in config or source |45| wrangler.jsonc | Use JSONC config for non-secret settings — newer features are JSON-only |4647### Request & Response Handling4849| Rule | Summary |50|------|---------|51| Streaming | Stream large/unknown payloads — never `await response.text()` on unbounded data |52| waitUntil | Use `ctx.waitUntil()` for post-response work; do not destructure `ctx` |5354### Architecture5556| Rule | Summary |57|------|---------|58| Bindings over REST | Use in-process bindings (KV, R2, D1, Queues) — not the Cloudflare REST API |59| Queues & Workflows | Move async/background work off the critical path |60| Service bindings | Use service bindings for Worker-to-Worker calls — not public HTTP |61| Hyperdrive | Always use Hyperdrive for external PostgreSQL/MySQL connections |6263### Observability6465| Rule | Summary |66|------|---------|67| Logs & Traces | Enable `observability` in config with `head_sampling_rate`; use structured JSON logging |6869### Code Patterns7071| Rule | Summary |72|------|---------|73| No global request state | Never store request-scoped data in module-level variables |74| Floating promises | Every Promise must be `await`ed, `return`ed, `void`ed, or passed to `ctx.waitUntil()` |7576### Security7778| Rule | Summary |79|------|---------|80| Web Crypto | Use `crypto.randomUUID()` / `crypto.getRandomValues()` — never `Math.random()` for security |81| No passThroughOnException | Use explicit try/catch with structured error responses |8283## Anti-Patterns to Flag8485| Anti-pattern | Why it matters |86|-------------|----------------|87| `await response.text()` on unbounded data | Memory exhaustion — 128 MB limit |88| Hardcoded secrets in source or config | Credential leak via version control |89| `Math.random()` for tokens/IDs | Predictable, not cryptographically secure |90| Bare `fetch()` without `await` or `waitUntil` | Floating promise — dropped result, swallowed error |91| Module-level mutable variables for request state | Cross-request data leaks, stale state, I/O errors |92| Cloudflare REST API from inside a Worker | Unnecessary network hop, auth overhead, added latency |93| `ctx.passThroughOnException()` as error handling | Hides bugs, makes debugging impossible |94| Hand-written `Env` interface | Drifts from actual wrangler config bindings |95| Direct string comparison for secret values | Timing side-channel — use `crypto.subtle.timingSafeEqual` |96| Destructuring `ctx` (`const { waitUntil } = ctx`) | Loses `this` binding — throws "Illegal invocation" at runtime |97| `any` on `Env` or handler params | Defeats type safety for all binding access |98| `as unknown as T` double-cast | Hides real type incompatibilities — fix the design |99| `implements` on platform base classes (instead of `extends`) | Legacy — loses `this.ctx`, `this.env`. Applies to DurableObject, WorkerEntrypoint, Workflow |100| `env.X` inside platform base class | Should be `this.env.X` in classes extending DurableObject, WorkerEntrypoint, etc. |101102## Review Workflow1031041. **Retrieve** — fetch latest best practices page, workers types, and wrangler schema1052. **Read full files** — not just diffs; context matters for binding access patterns1063. **Check types** — binding access, handler signatures, no `any`, no unsafe casts (see `references/REVIEW_MD.md`)1074. **Check config** — compatibility_date, nodejs_compat, observability, secrets, binding-code consistency1085. **Check patterns** — streaming, floating promises, global state, serialization boundaries1096. **Check security** — crypto usage, secret handling, timing-safe comparisons, error handling1107. **Validate with tools** — `npx tsc --noEmit`, lint for `no-floating-promises`1118. **Reference rules** — see `references/RULES_MD.md` for each rule's correct pattern112113## Scope114115This skill covers Workers-specific best practices and code review. For related topics:116117- **Durable Objects**: load the `durable-objects` skill118- **Workflows**: see [Rules of Workflows](https://developers.cloudflare.com/workflows/build/rules-of-workflows/)119- **Wrangler CLI commands**: load the `wrangler` skill120121## Principles122123- **Be certain.** Retrieve before flagging. If unsure about an API, config field, or pattern, fetch the docs first.124- **Provide evidence.** Reference line numbers, tool output, or docs links.125- **Focus on what developers will copy.** Workers code in examples and docs gets pasted into production.126- **Correctness over completeness.** A concise example that works beats a comprehensive one with errors.
ariffazil