Miniflare v5 updates its configuration schema to follow cloudflare.config.ts and removes a set of legacy and internal APIs. The changes are relevant for anyone using local Workers development tools because they alter how projects are configured, how modules are discovered, and how local persistence is handled.
New configuration shape
The primary alteration is a restructured configuration object that mirrors the programmatic cloudflare.config.ts format now supported for testing. Projects that previously supplied Miniflare‑specific config files must migrate to the new shape to stay compatible with the upcoming cf CLI.
Removed and relocated APIs
- Deprecated bindings such as the legacy alpha D1 bindings are no longer available.
- Internal helpers like
wrappedBindingshave been eliminated. - Miniflare no longer performs its own module discovery; callers (e.g., Wrangler, the Vite plugin) must provide the module graph.
- Routes that were only reachable locally under
/cdn-cgiare now nested under/cdn-cgi/local. - Per‑resource persistence flags have been replaced by a shared persistence root option.
Effect on existing tooling
Most developers already rely on higher‑level wrappers—wrangler dev, the Cloudflare Vite plugin, or @cloudflare/vitest-plugin. Those wrappers have been updated to emit the new configuration shape, so projects that use them should see no immediate breakage. Direct consumers of Miniflare will need to adjust imports, drop removed APIs, and align their local testing scripts with the new persistence model.
Related CloudNinjas coverage: hands-on guides.
What This Means For Practitioners
Review any custom Miniflare usage for the removed APIs and update configuration files to the cloudflare.config.ts layout. Verify that your CI pipelines invoke the higher‑level tools rather than Miniflare directly, as the tools now handle module graph generation. Pay attention to the relocated /cdn-cgi/local routes when writing integration tests that depend on local endpoints. Finally, keep an eye on the upcoming cf CLI releases, which will build on the same configuration foundation introduced in v5.
