Changelog for automated Queue provisioning

src/content/changelog/queues/src2026-01-03-automatic-queue-provisioning.mdx

@@ -0,0 +1,40 @@
+---
+title: Automatic queue provisioning
+description: Wrangler now creates queues automatically when you deploy Workers with queue bindings.
+products:
+  - queues
+  - workers
+date: 2026-01-03
+---
+
+import { WranglerConfig } from "~/components";
+
+You no longer need to create queues manually before deploying. When you run `wrangler deploy` with queue bindings in your config, Wrangler creates any missing queues automatically.
+
+To add a queue to your Worker, just define the binding in your configuration file:
+
+<WranglerConfig>
+
+```toml
+[[queues.producers]]
+binding = "MY_QUEUE"
+queue = "my-queue"
+
+[[queues.consumers]]
+queue = "my-queue"
+max_batch_size = 10
+```
+
+</WranglerConfig>
+
+Then deploy:
+
+```sh
+npx wrangler deploy
+```
+
+If no queue named `my-queue` exists, Wrangler will create one before deploying your Worker. This works for both producer and consumer bindings. When the same queue appears in both, Wrangler creates it once.
+
+This matches how [KV, D1, and R2 provisioning](/changelog/workers/2025-10-24-automatic-resource-provisioning/) works. To disable automatic provisioning, use the `--no-x-provision` flag.
+
+For more on queue configuration, refer to [Configure Queues](/queues/configuration/configure-queues/).

src/content/docs/workers/wrangler/configuration.mdx

@@ -78,11 +78,17 @@
 <Render file="vite-environments" product="workers" />
 
 ## Automatic provisioning
-<a href="https://developers.cloudflare.com/changelog/2025-10-24-automatic-resource-provisioning/" target="_blank"><InlineBadge preset="beta" /></a>
+
+<a
+	href="https://developers.cloudflare.com/changelog/2025-10-24-automatic-resource-provisioning/"
+	target="_blank"
+>
+	<InlineBadge preset="beta" />
+</a>
 
 Wrangler can automatically provision resources for you when you deploy your Worker without you having to create them ahead of time.
 
-This currently works for KV, R2, and D1 bindings.
+This currently works for KV, R2, D1, and Queues bindings.
 
 To use this feature, add bindings to your configuration file _without_ adding resource IDs, or in the case of R2, a bucket name. Resources will be created with the name of your worker as the prefix.
 
@@ -1083,7 +1089,7 @@
 - `vcpu` <Type text="number" /> <MetaInfo text="optional" />
   - The vCPU to be used by your container. Defaults to `0.0625` (1/16 vCPU).
 
 - `memory_mib` <Type text="number" /> <MetaInfo text="optional" />
   - The memory to be used by your container, in MiB. Defaults to `256`.
 
 - `disk_mb` <Type text="number" /> <MetaInfo text="optional" />
@@ -1451,14 +1457,9 @@
 - `my-tool` generates a `dist` directory that contains both compiled code and a new generated deployment configuration file, containing only the settings for the given environment.
   It also creates a `.wrangler/deploy/config.json` file that redirects Wrangler to the new, generated deployment configuration file:
 
-	<FileTree>
-		- dist
-  		- index.js
-  		- wrangler.jsonc
-		- .wrangler
-  		- deploy
-    		- config.json
-	</FileTree>
+  <FileTree>
+  	- dist - index.js - wrangler.jsonc - .wrangler - deploy - config.json
+  </FileTree>
 
 The generated `dist/wrangler.jsonc` might contain: