workers-sdk — Engineering Performance
60 engineers all time · Jan 2025 – Sep 2026 · built 2026-09-30 · GitHub
Performance snapshot
Today's rolling 90-day reading for workers-sdk, compared with the start of the series. Pick a window to move that comparison point.
Avg. perf / dev / mo
+106.3%
0.55 → 1.13 ETV
Active engineers
+16.7%
24.0 → 28.0
Features
−9.9pp
37.3% → 27.4%
vs. Cloudflare
0.66x
−34% below Cloudflare
workers-sdk vs. Cloudflare
Per-engineer ETV for workers-sdk against Cloudflare as a whole. Both lines are 90-day rolling averages scaled to a 30-day month, so they share one axis and can be read against each other at any point. Pick a window to zoom the chart to it.
Performance Composition
Each month's output split by type of work: Features (new value), Maintenance (sustaining systems), Tests, Docs, and Fixes (rework). The yellow line is output per engineer, so when it rises each engineer is delivering more, whatever the team size did. Unit: Engineering Throughput Value (ETV).
Engineering capacity
Effective engineers behind workers-sdk, against its pre-AI baseline. Each subject has its own: workers-sdk's is 0.55 ETV / dev / mo, its first reading in Q1 2025. Per-engineer ETV divided by that gives a capacity multiple, and that multiple applied to the engineers active in the trailing 90 days turns it into engineer-equivalents. The line is the real headcount, so the gap between line and area is what the leverage is worth. Because each baseline is its own, every subject opens at 1.0x on its first day: multiples measure improvement and are not comparable between subjects.
Knowledge concentration
How dependent is this repo on a small number of engineers? Higher top-1 share = higher key-person risk.
Pete Bacon Darwin owns 17.2 % of commits.
Behind the numbers
Written summary of the work completed each month.
No monthly reports available yet.
Top engineers
Most impactful commits
Top 10 by ETV in the all-time window.
- 10.4ETVnew config miniflare attempt 3 (#14994)emily-shen · 2194f888 · 2026-08-10
- 4.3ETV[Workflows] Fix: implement workflows instance methods (#12881)Olga Silva · 8729f3d0 · 2026-03-19
- 3.4ETVfeat(local-explorer-ui): Added initial data studio (#12453) Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> Co-authored-by: Wrangler automated PR updater <wrangler@cloudflare.com> Co-authored-by: Victor Berchet <victor@suumit.com> Co-authored-by: Pete Bacon Darwin <pete@bacondarwin.com>Ben · 9764ea09 · 2026-03-04
- 3.3ETVContinue `createCommand` migration with ✨AI✨ (#8966) * wrangler init * wrangler delete * wrangler triggers * halfway through wrangler queues * complete queues migration * wrangler d1 * wrangler ai * hyperdrive & vectorize * pages * Fix AI code * Create thirty-apples-invite.md * more ai fixups * mtls-certificate * wrangler build * wrangler pipelines * wrangler dispatch-namespace * fix check * fix tests * cleanup * address comments * fix lintSomhairle MacLeòid · 234afae2 · 2025-04-23
- 3.1ETVMiniflare v5 alpha (#14586) Co-authored-by: Edmund Hung <edmund@cloudflare.com>emily-shen · 5a56ddaf · 2026-07-30
- 3.0ETV[wrangler] Add opt-in OS keychain storage for OAuth credentials (#14156) Co-authored-by: devin-ai-integration[bot] <158243242+devin-ai-integration[bot]@users.noreply.github.com>Pete Bacon Darwin · e1532eba · 2026-07-02
- 2.9ETV[vitest-pool-workers] bump capnp-es to 0.0.11 (#9495) * bump capnp-es to 0.0.10 * fixup! 0.0.11Victor Berchet · 57105189 · 2025-06-12
- 2.8ETV[explorer] add the UI for the dev resource explorer (#12288)emily-shen · 60eaf16d · 2026-02-04
- 2.6ETV[wrangler] Split deploy.test.ts into 15 focused test files (#12642)Somhairle MacLeòid · 19df0993 · 2026-02-24
- 2.5ETVfeat(wrangler): add support for FedRAMP High compliance region (#9321) * feat(wrangler): add support for FedRAMP High compliance region Now it is possible to target Wrangler at the FedRAMP High compliance region. There are two ways to signal to Wrangler to run in this mode: - set `"compliance_region": "fedramp_high"` in a Wrangler configuration - set `CLOUDFLARE_COMPLIANCE_REGION=fedramp_high` environment variable when running Wrangler If both are provided then the environment variable overrides the configured value. When in this mode OAuth authentication is not supported. It is necessary to authenticate using a Cloudflare API Token acquired from the Cloudflare FedRAMP High dashboard. Most bindings and commands are supported in this mode. - Unsupported commands may result in API requests that are not supported - possibly 422 Unprocessable Entity responses. - Unsupported bindings may work in local dev, as there is no local validation, but will fail at Worker deployment time. Resolves DEVX-1921. * update workers.dev domain for fed mode * error when env var and config don't line up * fix env-var factory regression from earlier commits in this PR * ensure that the local runtime controller passes through region to start mixed mode * Check the logged-in state in the remote runtime controller rather than at the start of `wrangler dev`. By this point we have the resolved config, so we can user the compliance region but also it handles the case where a user toggles remote mode on during a dev session. * Print compliance region in `wrangler whoami` * fixups * move ComplianceConfig type to misc-variables * more fixes * agh * tighten ComplianceConfig so that it must be defined * revert unnecessary change to `usingLocalNamespace` * fix up the tests * remove unnecessary empty linePete Bacon Darwin · 6c03bde3 · 2025-05-23