---
title: Developer platform Changelog
image: https://edgetunnel-b2h.pages.dev/cf-twitter-card.png
---

> Documentation Index  
> Fetch the complete documentation index at: https://edgetunnel-b2h.pages.dev/changelog/llms.txt  
> Use this file to discover all available pages before exploring further. 

[Skip to content](#%5Ftop) 

# Changelog

New updates and improvements at Cloudflare.

[ Subscribe to RSS ](https://edgetunnel-b2h.pages.dev/changelog/rss/index.xml) [ View RSS feeds ](https://edgetunnel-b2h.pages.dev/fundamentals/new-features/available-rss-feeds/) 

Developer platform

![hero image](https://edgetunnel-b2h.pages.dev/_astro/hero.CVYJHPAd_26AMqX.svg) 

Mar 20, 2025
1. ### [Markdown conversion in Workers AI](https://edgetunnel-b2h.pages.dev/changelog/post/2025-03-20-markdown-conversion/)  
[ Workers AI ](https://edgetunnel-b2h.pages.dev/workers-ai/)  
Document conversion plays an important role when designing and developing AI applications and agents. Workers AI now provides the `toMarkdown` utility method that developers can use to for quick, easy, and convenient conversion and summary of documents in multiple formats to Markdown language.  
You can call this new tool using a binding by calling `env.AI.toMarkdown()` or the using the [REST API](https://edgetunnel-b2h.pages.dev/api/resources/ai/) endpoint.  
In this example, we fetch a PDF document and an image from R2 and feed them both to `env.AI.toMarkdown()`. The result is a list of converted documents. Workers AI models are used automatically to detect and summarize the image.

**TypeScript**  
```typescript  
import { Env } from "./env";  
export default {  
  async fetch(request: Request, env: Env, ctx: ExecutionContext) {  
    // https://pub-979cb28270cc461d94bc8a169d8f389d.r2.dev/somatosensory.pdf  
    const pdf = await env.R2.get("somatosensory.pdf");  
    // https://pub-979cb28270cc461d94bc8a169d8f389d.r2.dev/cat.jpeg  
    const cat = await env.R2.get("cat.jpeg");  
    return Response.json(  
      await env.AI.toMarkdown([  
        {  
          name: "somatosensory.pdf",  
          blob: new Blob([await pdf.arrayBuffer()], {  
            type: "application/octet-stream",  
          }),  
        },  
        {  
          name: "cat.jpeg",  
          blob: new Blob([await cat.arrayBuffer()], {  
            type: "application/octet-stream",  
          }),  
        },  
      ]),  
    );  
  },  
};  
```  
This is the result:  
```json  
[  
  {  
    "name": "somatosensory.pdf",  
    "mimeType": "application/pdf",  
    "format": "markdown",  
    "tokens": 0,  
    "data": "# somatosensory.pdf\n## Metadata\n- PDFFormatVersion=1.4\n- IsLinearized=false\n- IsAcroFormPresent=false\n- IsXFAPresent=false\n- IsCollectionPresent=false\n- IsSignaturesPresent=false\n- Producer=Prince 20150210 (www.princexml.com)\n- Title=Anatomy of the Somatosensory System\n\n## Contents\n### Page 1\nThis is a sample document to showcase..."  
  },  
  {  
    "name": "cat.jpeg",  
    "mimeType": "image/jpeg",  
    "format": "markdown",  
    "tokens": 0,  
    "data": "The image is a close-up photograph of Grumpy Cat, a cat with a distinctive grumpy expression and piercing blue eyes. The cat has a brown face with a white stripe down its nose, and its ears are pointed upright. Its fur is light brown and darker around the face, with a pink nose and mouth. The cat's eyes are blue and slanted downward, giving it a perpetually grumpy appearance. The background is blurred, but it appears to be a dark brown color. Overall, the image is a humorous and iconic representation of the popular internet meme character, Grumpy Cat. The cat's facial expression and posture convey a sense of displeasure or annoyance, making it a relatable and entertaining image for many people."  
  }  
]  
```  
See [Markdown Conversion](https://edgetunnel-b2h.pages.dev/workers-ai/features/markdown-conversion/) for more information on supported formats, REST API and pricing.

Mar 18, 2025
1. ### [npm i agents](https://edgetunnel-b2h.pages.dev/changelog/post/2025-03-18-npm-i-agents/)  
[ Agents ](https://edgetunnel-b2h.pages.dev/agents/)[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
![npm i agents](https://edgetunnel-b2h.pages.dev/_astro/npm-i-agents.CXCpJ1-7.apng)  
#### `agents-sdk` \-> `agents` Updated  
📝 **We've renamed the Agents package to `agents`**!  
If you've already been building with the Agents SDK, you can update your dependencies to use the new package name, and replace references to `agents-sdk` with `agents`:  
```sh  
# Install the new package  
npm i agents  
```  
```sh  
# Remove the old (deprecated) package  
npm uninstall agents-sdk  
# Find instances of the old package name in your codebase  
grep -r 'agents-sdk' .  
# Replace instances of the old package name with the new one  
# (or use find-replace in your editor)  
sed -i 's/agents-sdk/agents/g' $(grep -rl 'agents-sdk' .)  
```  
All future updates will be pushed to the new `agents` package, and the older package has been marked as deprecated.  
#### Agents SDK updates New  
We've added a number of big new features to the Agents SDK over the past few weeks, including:

  * You can now set `cors: true` when using `routeAgentRequest` to return permissive default CORS headers to Agent responses.
  * The regular client now syncs state on the agent (just like the React version).
  * `useAgentChat` bug fixes for passing headers/credentials, including properly clearing cache on unmount.
  * Experimental `/schedule` module with a prompt/schema for adding scheduling to your app (with evals!).
  * Changed the internal `zod` schema to be compatible with the limitations of Google's Gemini models by removing the discriminated union, allowing you to use Gemini models with the scheduling API.  
We've also fixed a number of bugs with state synchronization and the React hooks.

  * [  JavaScript ](#tab-panel-3591)
  * [  TypeScript ](#tab-panel-3592)

**JavaScript**  
```js  
// via https://github.com/cloudflare/agents/tree/main/examples/cross-domain  
export default {  
  async fetch(request, env) {  
    return (  
      // Set { cors: true } to enable CORS headers.  
      (await routeAgentRequest(request, env, { cors: true })) ||  
      new Response("Not found", { status: 404 })  
    );  
  },  
};  
```

**TypeScript**  
```ts  
// via https://github.com/cloudflare/agents/tree/main/examples/cross-domain  
export default {  
  async fetch(request: Request, env: Env) {  
    return (  
      // Set { cors: true } to enable CORS headers.  
      (await routeAgentRequest(request, env, { cors: true })) ||  
      new Response("Not found", { status: 404 })  
    );  
  },  
} satisfies ExportedHandler<Env>;  
```  
#### Call Agent methods from your client code New  
We've added a new [@unstable\_callable()](https://edgetunnel-b2h.pages.dev/agents/runtime/agents-api/) decorator for defining methods that can be called directly from clients. This allows you call methods from within your client code: you can call methods (with arguments) and get native JavaScript objects back.

  * [  JavaScript ](#tab-panel-3593)
  * [  TypeScript ](#tab-panel-3594)

**JavaScript**  
```js  
// server.ts  
import { unstable_callable, Agent } from "agents";  
export class Rpc extends Agent {  
  // Use the decorator to define a callable method  
  @unstable_callable({  
    description: "rpc test",  
  })  
  async getHistory() {  
    return this.sql`SELECT * FROM history ORDER BY created_at DESC LIMIT 10`;  
  }  
}  
```

**TypeScript**  
```ts  
// server.ts  
import { unstable_callable, Agent, type StreamingResponse } from "agents";  
import type { Env } from "../server";  
export class Rpc extends Agent<Env> {  
  // Use the decorator to define a callable method  
  @unstable_callable({  
    description: "rpc test",  
  })  
  async getHistory() {  
    return this.sql`SELECT * FROM history ORDER BY created_at DESC LIMIT 10`;  
  }  
}  
```  
#### agents-starter Updated  
We've fixed a number of small bugs in the [agents-starter ↗](https://github.com/cloudflare/agents-starter) project — a real-time, chat-based example application with tool-calling & human-in-the-loop built using the Agents SDK. The starter has also been upgraded to use the latest [wrangler v4](https://edgetunnel-b2h.pages.dev/changelog/2025-03-13-wrangler-v4/) release.  
If you're new to Agents, you can install and run the `agents-starter` project in two commands:  
```sh  
# Install it  
$ npm create cloudflare@latest agents-starter -- --template="cloudflare/agents-starter"  
# Run it  
$ npm run start  
```  
You can use the starter as a template for your own Agents projects: open up `src/server.ts` and `src/client.tsx` to see how the Agents SDK is used.  
#### More documentation Updated  
We've heard your feedback on the Agents SDK documentation, and we're shipping more API reference material and usage examples, including:

  * Expanded [API reference documentation](https://edgetunnel-b2h.pages.dev/agents/runtime/), covering the methods and properties exposed by the Agents SDK, as well as more usage examples.
  * More [Client API](https://edgetunnel-b2h.pages.dev/agents/runtime/agents-api/#client-api) documentation that documents `useAgent`, `useAgentChat` and the new `@unstable_callable` RPC decorator exposed by the SDK.
  * New documentation on how to [route requests to agents](https://edgetunnel-b2h.pages.dev/agents/runtime/communication/routing/) and (optionally) authenticate clients before they connect to your Agents.  
Note that the Agents SDK is continually growing: the type definitions included in the SDK will always include the latest APIs exposed by the `agents` package.  
If you're still wondering what Agents are, [read our blog on building AI Agents on Cloudflare ↗](https://blog.cloudflare.com/build-ai-agents-on-cloudflare/) and/or visit the [Agents documentation](https://edgetunnel-b2h.pages.dev/agents/) to learn more.

Mar 17, 2025
1. ### [New models in Workers AI](https://edgetunnel-b2h.pages.dev/changelog/post/2025-03-17-new-workers-ai-models/)  
[ Workers AI ](https://edgetunnel-b2h.pages.dev/workers-ai/)  
Workers AI is excited to add 4 new models to the catalog, including 2 brand new classes of models with a text-to-speech and reranker model. Introducing:

  * [@cf/baai/bge-m3](https://edgetunnel-b2h.pages.dev/workers-ai/models/bge-m3/) \- a multi-lingual embeddings model that supports over 100 languages. It can also simultaneously perform dense retrieval, multi-vector retrieval, and sparse retrieval, with the ability to process inputs of different granularities.
  * [@cf/baai/bge-reranker-base](https://edgetunnel-b2h.pages.dev/workers-ai/models/bge-reranker-base/) \- our first reranker model! Rerankers are a type of text classification model that takes a query and context, and outputs a similarity score between the two. When used in RAG systems, you can use a reranker after the initial vector search to find the most relevant documents to return to a user by reranking the outputs.
  * [@cf/openai/whisper-large-v3-turbo](https://edgetunnel-b2h.pages.dev/workers-ai/models/whisper-large-v3-turbo/) \- a faster, more accurate speech-to-text model. This model was added earlier but is graduating out of beta with pricing included today.
  * [@cf/myshell-ai/melotts](https://edgetunnel-b2h.pages.dev/workers-ai/models/melotts/) \- our first text-to-speech model that allows users to generate an MP3 with voice audio from inputted text.  
Pricing is available for each of these models on the [Workers AI pricing page](https://edgetunnel-b2h.pages.dev/workers-ai/platform/pricing/).  
This docs update includes a few minor bug fixes to the model schema for llama-guard, llama-3.2-1b, which you can review on the [product changelog](https://edgetunnel-b2h.pages.dev/workers-ai/changelog/).  
Try it out and let us know what you think! Stay tuned for more models in the coming days.

Mar 17, 2025
1. ### [Import \`env\` to access bindings in your Worker's global scope](https://edgetunnel-b2h.pages.dev/changelog/post/2025-03-17-importable-env/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
You can now access [bindings](https://edgetunnel-b2h.pages.dev/workers/runtime-apis/bindings/)from anywhere in your Worker by importing the `env` object from `cloudflare:workers`.  
Previously, `env` could only be accessed during a request. This meant that bindings could not be used in the top-level context of a Worker.  
Now, you can import `env` and access bindings such as [secrets](https://edgetunnel-b2h.pages.dev/workers/configuration/secrets/)or [environment variables](https://edgetunnel-b2h.pages.dev/workers/configuration/environment-variables/) in the initial setup for your Worker:

**JavaScript**  
```js  
import { env } from "cloudflare:workers";  
import ApiClient from "example-api-client";  
// API_KEY and LOG_LEVEL now usable in top-level scope  
const apiClient = ApiClient.new({ apiKey: env.API_KEY });  
const LOG_LEVEL = env.LOG_LEVEL || "info";  
export default {  
  fetch(req) {  
    // you can use apiClient or LOG_LEVEL, configured before any request is handled  
  },  
};  
```  
Note  
Workers do not allow I/O from outside a request context. This means that even though `env` is accessible from the top-level scope, you will not be able to access every binding's methods.  
For instance, environment variables and secrets are accessible, and you are able to call `env.NAMESPACE.get` to get a [Durable Object stub](https://edgetunnel-b2h.pages.dev/durable-objects/api/stub/) in the top-level context. However, calling methods on the Durable Object stub, making [calls to a KV store](https://edgetunnel-b2h.pages.dev/kv/api/), and [calling to other Workers](https://edgetunnel-b2h.pages.dev/workers/runtime-apis/bindings/service-bindings) will not work.  
Additionally, `env` was normally accessed as a argument to a Worker's entrypoint handler, such as [fetch](https://edgetunnel-b2h.pages.dev/workers/runtime-apis/fetch/). This meant that if you needed to access a binding from a deeply nested function, you had to pass `env` as an argument through many functions to get it to the right spot. This could be cumbersome in complex codebases.  
Now, you can access the bindings from anywhere in your codebase without passing `env` as an argument:

**JavaScript**  
```js  
// helpers.js  
import { env } from "cloudflare:workers";  
// env is *not* an argument to this function  
export async function getValue(key) {  
  let prefix = env.KV_PREFIX;  
  return await env.KV.get(`${prefix}-${key}`);  
}  
```  
For more information, see [documentation on accessing env](https://edgetunnel-b2h.pages.dev/workers/runtime-apis/bindings#how-to-access-env).

Mar 17, 2025
1. ### [Retry Pages & Workers Builds Directly from GitHub](https://edgetunnel-b2h.pages.dev/changelog/post/2025-03-17-rerun-build/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)[ Pages ](https://edgetunnel-b2h.pages.dev/pages/)  
You can now retry your Cloudflare Pages and Workers builds directly from GitHub. No need to switch to the Cloudflare Dashboard for a simple retry!  
Let\\u2019s say you push a commit, but your build fails due to a spurious error like a network timeout. Instead of going to the Cloudflare Dashboard to manually retry, you can now rerun the build with just a few clicks inside GitHub, keeping you inside your workflow.  
For Pages and Workers projects connected to a GitHub repository:

  1. When a build fails, go to your GitHub repository or pull request
  2. Select the failed Check Run for the build
  3. Select "Details" on the Check Run
  4. Select "Rerun" to trigger a retry build for that commit  
Learn more about [Pages Builds](https://edgetunnel-b2h.pages.dev/pages/configuration/git-integration/github-integration/) and [Workers Builds](https://edgetunnel-b2h.pages.dev/workers/ci-cd/builds/git-integration/github-integration/).

Mar 13, 2025
1. ### [Use the latest JavaScript features with Wrangler CLI v4](https://edgetunnel-b2h.pages.dev/changelog/post/2025-03-13-wrangler-v4/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
We've released the next major version of [Wrangler](https://edgetunnel-b2h.pages.dev/workers/wrangler/), the CLI for Cloudflare Workers — `wrangler@4.0.0`. Wrangler v4 is a major release focused on updates to underlying systems and dependencies, along with improvements to keep Wrangler commands consistent and clear.  
You can run the following command to install it in your projects:  
 npm  yarn  pnpm  bun  
```  
npm i wrangler@latest  
```  
```  
yarn add wrangler@latest  
```  
```  
pnpm add wrangler@latest  
```  
```  
bun add wrangler@latest  
```  
Unlike previous major versions of Wrangler, which were [foundational rewrites ↗](https://blog.cloudflare.com/wrangler-v2-beta/) and [rearchitectures ↗](https://blog.cloudflare.com/wrangler3/) — Version 4 of Wrangler includes a much smaller set of changes. If you use Wrangler today, your workflow is very unlikely to change.  
A [detailed migration guide](https://edgetunnel-b2h.pages.dev/workers/wrangler/migration/update-v3-to-v4) is available and if you find a bug or hit a roadblock when upgrading to Wrangler v4, [open an issue on the cloudflare/workers-sdk repository on GitHub ↗](https://github.com/cloudflare/workers-sdk/issues/new?template=bug-template.yaml).  
Going forward, we'll continue supporting Wrangler v3 with bug fixes and security updates until Q1 2026, and with critical security updates until Q1 2027, at which point it will be out of support.

Mar 13, 2025
1. ### [Set breakpoints and debug your Workers tests with @cloudflare/vitest-pool-workers](https://edgetunnel-b2h.pages.dev/changelog/post/2025-03-14-breakpoint-debugging-with-vitest/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
You can now debug your Workers tests with our [Vitest integration](https://edgetunnel-b2h.pages.dev/workers/testing/vitest-integration/) by running the following command:  
```sh  
vitest --inspect --no-file-parallelism  
```  
Attach a debugger to the port 9229 and you can start stepping through your Workers tests. This is available with `@cloudflare/vitest-pool-workers` v0.7.5 or later.  
Learn more in our [documentation](https://edgetunnel-b2h.pages.dev/workers/testing/vitest-integration/debugging/).

Mar 12, 2025
1. ### [Threaded replies now possible in Email Workers](https://edgetunnel-b2h.pages.dev/changelog/post/2025-03-12-reply-limits/)  
[ Email Service ](https://edgetunnel-b2h.pages.dev/email-service/)  
We’re removing some of the restrictions in Email Routing so that AI Agents and task automation can better handle email workflows, including how Workers can [reply](https://edgetunnel-b2h.pages.dev/email-service/api/route-emails/email-handler/#reply-to-emails) to incoming emails.  
It's now possible to keep a threaded email conversation with an [Email Worker](https://edgetunnel-b2h.pages.dev/email-service/api/route-emails/email-handler/) script as long as:

  * The incoming email has to have valid [DMARC ↗](https://www.cloudflare.com/learning/dns/dns-records/dns-dmarc-record/).
  * The email can only be replied to once in the same `EmailMessage` event.
  * The recipient in the reply must match the incoming sender.
  * The outgoing sender domain must match the same domain that received the email.
  * Every time an email passes through Email Routing or another MTA, an entry is added to the `References` list. We stop accepting replies to emails with more than 100 `References` entries to prevent abuse or accidental loops.  
Here's an example of a Worker responding to Emails using a Workers AI model:

**AI model responding to emails**  
```ts  
import PostalMime from "postal-mime";  
import { createMimeMessage } from "mimetext";  
import { EmailMessage } from "cloudflare:email";  
export default {  
  async email(message, env, ctx) {  
    const email = await PostalMime.parse(message.raw);  
    const res = await env.AI.run("@cf/meta/llama-2-7b-chat-fp16", {  
      messages: [  
        {  
          role: "user",  
          content: email.text ?? "",  
        },  
      ],  
    });  
    // message-id is generated by mimetext  
    const response = createMimeMessage();  
    response.setHeader("In-Reply-To", message.headers.get("Message-ID")!);  
    response.setSender("agent@example.com");  
    response.setRecipient(message.from);  
    response.setSubject("Llama response");  
    response.addMessage({  
      contentType: "text/plain",  
      data:  
        res instanceof ReadableStream  
          ? await new Response(res).text()  
          : res.response!,  
    });  
    const replyMessage = new EmailMessage(  
      "<email>",  
      message.from,  
      response.asRaw(),  
    );  
    await message.reply(replyMessage);  
  },  
} satisfies ExportedHandler<Env>;  
```  
See [Reply to emails from Workers](https://edgetunnel-b2h.pages.dev/email-service/api/route-emails/email-handler/#reply-to-emails) for more information.

Mar 11, 2025
1. ### [Access your Worker's environment variables from process.env](https://edgetunnel-b2h.pages.dev/changelog/post/2025-03-11-process-env-support/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
You can now access [environment variables](https://edgetunnel-b2h.pages.dev/workers/configuration/environment-variables/) and [secrets](https://edgetunnel-b2h.pages.dev/workers/configuration/secrets/) on [process.env](https://edgetunnel-b2h.pages.dev/workers/runtime-apis/nodejs/process/#processenv)when using the [nodejs\_compat compatibility flag](https://edgetunnel-b2h.pages.dev/workers/configuration/compatibility-flags/#nodejs-compatibility-flag).

**JavaScript**  
```js  
const apiClient = ApiClient.new({ apiKey: process.env.API_KEY });  
const LOG_LEVEL = process.env.LOG_LEVEL || "info";  
```  
In Node.js, environment variables are exposed via the global `process.env` object. Some libraries assume that this object will be populated, and many developers may be used to accessing variables in this way.  
Previously, the `process.env` object was always empty unless written to in Worker code. This could cause unexpected errors or friction when developing Workers using code previously written for Node.js.  
Now, [environment variables](https://edgetunnel-b2h.pages.dev/workers/configuration/environment-variables/), [secrets](https://edgetunnel-b2h.pages.dev/workers/configuration/secrets/), and [version metadata](https://edgetunnel-b2h.pages.dev/workers/runtime-apis/bindings/version-metadata/)can all be accessed on `process.env`.  
To opt-in to the new `process.env` behaviour now, add the [nodejs\_compat\_populate\_process\_env](https://edgetunnel-b2h.pages.dev/workers/configuration/compatibility-flags/#enable-auto-populating-processenv) compatibility flag to your `wrangler.json` configuration:

  * [  wrangler.jsonc ](#tab-panel-3587)
  * [  wrangler.toml ](#tab-panel-3588)

**JSONC**  
```jsonc  
{  
  // Rest of your configuration  
  // Add "nodejs_compat_populate_process_env" to your compatibility_flags array  
  "compatibility_flags": ["nodejs_compat", "nodejs_compat_populate_process_env"],  
  // Rest of your configuration  
```

**TOML**  
```toml  
compatibility_flags = [ "nodejs_compat", "nodejs_compat_populate_process_env" ]  
```  
After April 1, 2025, populating `process.env` will become the default behavior when both `nodejs_compat` is enabled and your Worker's `compatibility_date` is after "2025-04-01".

Mar 07, 2025
1. ### [Hyperdrive reduces query latency by up to 90% and now supports IP access control lists](https://edgetunnel-b2h.pages.dev/changelog/post/2025-03-04-hyperdrive-pooling-near-database-and-ip-range-egress/)  
[ Hyperdrive ](https://edgetunnel-b2h.pages.dev/hyperdrive/)  
Hyperdrive now pools database connections in one or more regions close to your database. This means that your uncached queries and new database connections have up to 90% less latency as measured from connection pools.  
![Hyperdrive query latency decreases by 90% during Hyperdrive's gradual rollout of regional pooling.](https://edgetunnel-b2h.pages.dev/_astro/hyperdrive-regional-pooling-query-latency-improvement.Bzz_xvHZ_rlYbl.webp)  
By improving placement of Hyperdrive database connection pools, Workers' Smart Placement is now more effective when used with Hyperdrive, ensuring that your Worker can be placed as close to your database as possible.  
With this update, Hyperdrive also uses [Cloudflare's standard IP address ranges ↗](https://www.cloudflare.com/ips/) to connect to your database. This enables you to configure the firewall policies (IP access control lists) of your database to only allow access from Cloudflare and Hyperdrive.  
Refer to [documentation on how Hyperdrive makes connecting to regional databases from Cloudflare Workers fast](https://edgetunnel-b2h.pages.dev/hyperdrive/concepts/how-hyperdrive-works/).  
This improvement is enabled on all Hyperdrive configurations.

Mar 06, 2025
1. ### [Set retention polices for your R2 bucket with bucket locks](https://edgetunnel-b2h.pages.dev/changelog/post/2025-03-06-r2-bucket-locks/)  
[ R2 ](https://edgetunnel-b2h.pages.dev/r2/)  
You can now use [bucket locks](https://edgetunnel-b2h.pages.dev/r2/buckets/bucket-locks/) to set retention policies on your [R2 buckets](https://edgetunnel-b2h.pages.dev/r2/buckets/) (or specific prefixes within your buckets) for a specified period — or indefinitely. This can help ensure compliance by protecting important data from accidental or malicious deletion.  
Locks give you a few ways to ensure your objects are retained (not deleted or overwritten). You can:

  * Lock objects for a specific duration, for example 90 days.
  * Lock objects until a certain date, for example January 1, 2030.
  * Lock objects indefinitely, until the lock is explicitly removed.  
Buckets can have up to 1,000 [bucket lock rules](https://edgetunnel-b2h.pages.dev/r2/buckets/). Each rule specifies which objects it covers (via prefix) and how long those objects must remain retained.  
Here are a couple of examples showing how you can configure bucket lock rules using [Wrangler](https://edgetunnel-b2h.pages.dev/workers/wrangler/):  
#### Ensure all objects in a bucket are retained for at least 180 days  
```sh  
npx wrangler r2 bucket lock add <bucket> --name 180-days-all --retention-days 180  
```  
#### Prevent deletion or overwriting of all logs indefinitely (via prefix)  
```sh  
npx wrangler r2 bucket lock add <bucket> --name indefinite-logs --prefix logs/ --retention-indefinite  
```  
For more information on bucket locks and how to set retention policies for objects in your R2 buckets, refer to our [documentation](https://edgetunnel-b2h.pages.dev/r2/buckets/bucket-locks/).

Mar 06, 2025
1. ### [Introducing Media Transformations from Cloudflare Stream](https://edgetunnel-b2h.pages.dev/changelog/post/2025-03-06-media-transformations/)  
[ Stream ](https://edgetunnel-b2h.pages.dev/stream/)  
Today, we are thrilled to announce Media Transformations, a new service that brings the magic of [Image Transformations](https://edgetunnel-b2h.pages.dev/images/optimization/transformations/overview/) to _short-form video files,_ wherever they are stored!  
For customers with a huge volume of short video — generative AI output, e-commerce product videos, social media clips, or short marketing content — uploading those assets to Stream is not always practical. Sometimes, the greatest friction to getting started was the thought of all that migrating. Customers want a simpler solution that retains their current storage strategy to deliver small, optimized MP4 files. Now you can do that with Media Transformations.  
To transform a video or image, [enable transformations](https://edgetunnel-b2h.pages.dev/stream/transform-videos/#getting-started) for your zone, then make a simple request with a specially formatted URL. The result is an MP4 that can be used in an HTML video element without a player library. If your zone already has Image Transformations enabled, then it is ready to optimize videos with Media Transformations, too.

**URL format**  
```text  
https://example.com/cdn-cgi/media/<OPTIONS>/<SOURCE-VIDEO>  
```  
For example, we have a short video of the mobile in Austin's office. The original is nearly 30 megabytes and wider than necessary for this layout. Consider a simple width adjustment:

**Example URL**  
```text  
https://example.com/cdn-cgi/media/width=640/<SOURCE-VIDEO>  
https://edgetunnel-b2h.pages.dev/cdn-cgi/media/width=640/https://pub-d9fcbc1abcd244c1821f38b99017347f.r2.dev/aus-mobile.mp4  
```  
The result is less than 3 megabytes, properly sized, and delivered dynamically so that customers do not have to manage the creation and storage of these transformed assets.  
For more information, learn about [Transforming Videos](https://edgetunnel-b2h.pages.dev/stream/transform-videos/).

Feb 28, 2025
1. ### [Use the latest JavaScript features with Wrangler CLI v4.0.0-rc.0](https://edgetunnel-b2h.pages.dev/changelog/post/2025-02-28-wrangler-v4-rc/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
We've released a release candidate of the next major version of [Wrangler](https://edgetunnel-b2h.pages.dev/workers/wrangler/), the CLI for Cloudflare Workers — `wrangler@4.0.0-rc.0`.  
You can run the following command to install it and be one of the first to try it out:  
 npm  yarn  pnpm  bun  
```  
npm i wrangler@v4-rc  
```  
```  
yarn add wrangler@v4-rc  
```  
```  
pnpm add wrangler@v4-rc  
```  
```  
bun add wrangler@v4-rc  
```  
Unlike previous major versions of Wrangler, which were [foundational rewrites ↗](https://blog.cloudflare.com/wrangler-v2-beta/) and [rearchitectures ↗](https://blog.cloudflare.com/wrangler3/) — Version 4 of Wrangler includes a much smaller set of changes. If you use Wrangler today, your workflow is very unlikely to change. Before we release Wrangler v4 and advance past the release candidate stage, we'll share a detailed migration guide in the Workers developer docs. But for the vast majority of cases, you won't need to do anything to migrate — things will just work as they do today. We are sharing this release candidate in advance of the official release of v4, so that you can try it out early and share feedback.  
#### New JavaScript language features that you can now use with Wrangler v4  
Version 4 of Wrangler updates the version of [esbuild ↗](https://esbuild.github.io/) that Wrangler uses internally, allowing you to use modern JavaScript language features, including:  
##### The `using` keyword from Explicit Resource Management  
The [using keyword from the Explicit Resource Management standard](https://edgetunnel-b2h.pages.dev/workers/runtime-apis/rpc/lifecycle/#explicit-resource-management) makes it easier to work with the [JavaScript-native RPC system built into Workers](https://edgetunnel-b2h.pages.dev/workers/runtime-apis/rpc/). This means that when you obtain a stub, you can ensure that it is automatically disposed when you exit scope it was created in:

**JavaScript**  
```js  
function sendEmail(id, message) {  
  using user = await env.USER_SERVICE.findUser(id);  
  await user.sendEmail(message);  
  // user[Symbol.dispose]() is implicitly called at the end of the scope.  
}  
```  
##### Import attributes  
[Import attributes ↗](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/import/with) allow you to denote the type or other attributes of the module that your code imports. For example, you can import a JSON module, using the following syntax:

**JavaScript**  
```js  
import data from "./data.json" with { type: "json" };  
```  
#### Other changes  
##### `--local` is now the default for all CLI commands  
All commands that access resources (for example, `wrangler kv`, `wrangler r2`, `wrangler d1`) now access local datastores by default, ensuring consistent behavior.  
##### Clearer policy for the minimum required version of Node.js required to run Wrangler  
Moving forward, the [active, maintenance, and current versions of Node.js ↗](https://nodejs.org/en/about/previous-releases) will be officially supported by Wrangler. This means the minimum officially supported version of Node.js you must have installed for Wrangler v4 will be Node.js v18 or later. This policy mirrors how many other packages and CLIs support older versions of Node.js, and ensures that as long as you are using a version of Node.js that the Node.js project itself supports, this will be supported by Wrangler as well.  
##### Features previously deprecated in Wrangler v3 are now removed in Wrangler v4  
All previously deprecated features in [Wrangler v2 ↗](https://edgetunnel-b2h.pages.dev/workers/wrangler/deprecations/#wrangler-v2) and in [Wrangler v3 ↗](https://edgetunnel-b2h.pages.dev/workers/wrangler/deprecations/#wrangler-v3) have now been removed. Additionally, the following features that were deprecated during the Wrangler v3 release have been removed:

  * Legacy Assets (using `wrangler dev/deploy --legacy-assets` or the `legacy_assets` config file property). Instead, we recommend you [migrate to Workers assets ↗](https://edgetunnel-b2h.pages.dev/workers/static-assets/).
  * Legacy Node.js compatibility (using `wrangler dev/deploy --node-compat` or the `node_compat` config file property). Instead, use the [nodejs\_compat compatibility flag ↗](https://edgetunnel-b2h.pages.dev/workers/runtime-apis/nodejs). This includes the functionality from legacy `node_compat` polyfills and natively implemented Node.js APIs.
  * `wrangler version`. Instead, use `wrangler --version` to check the current version of Wrangler.
  * `getBindingsProxy()` (via `import { getBindingsProxy } from "wrangler"`). Instead, use the [getPlatformProxy() API ↗](https://edgetunnel-b2h.pages.dev/workers/wrangler/api/#getplatformproxy), which takes exactly the same arguments.
  * `usage_model`. This no longer has any effect, after the [rollout of Workers Standard Pricing ↗](https://blog.cloudflare.com/workers-pricing-scale-to-zero/).  
We'd love your feedback! If you find a bug or hit a roadblock when upgrading to Wrangler v4, [open an issue on the cloudflare/workers-sdk repository on GitHub ↗](https://github.com/cloudflare/workers-sdk/issues/new?template=bug-template.yaml).

Feb 27, 2025
1. ### [New REST API is in open beta!](https://edgetunnel-b2h.pages.dev/changelog/post/2025-02-27-br-rest-api-beta/)  
[ Browser Run ](https://edgetunnel-b2h.pages.dev/browser-run/)  
We've released a new REST API for [Browser Rendering](https://edgetunnel-b2h.pages.dev/browser-run/) in open beta, making interacting with browsers easier than ever. This new API provides endpoints for common browser actions, with more to be added in the future.  
With the **REST API** you can:

  * **Capture screenshots** – Use `/screenshot` to take a screenshot of a webpage from provided URL or HTML.
  * **Generate PDFs** – Use `/pdf` to convert web pages into PDFs.
  * **Extract HTML content** – Use `/content` to retrieve the full HTML from a page. **Snapshot (HTML + Screenshot)** – Use `/snapshot` to capture both the page's HTML and a screenshot in one request
  * **Scrape Web Elements** – Use `/scrape` to extract specific elements from a page.  
For example, to capture a screenshot:

**Screenshot example**  
```bash  
curl -X POST 'https://api.cloudflare.com/client/v4/accounts/<accountId>/browser-rendering/screenshot' \
  -H 'Authorization: Bearer <apiToken>' \
  -H 'Content-Type: application/json' \
  -d '{  
    "html": "Hello World!",  
    "screenshotOptions": {  
      "type": "webp",  
      "omitBackground": true  
    }  
  }' \
  --output "screenshot.webp"  
```  
Learn more in our [documentation](https://edgetunnel-b2h.pages.dev/browser-run/quick-actions/).

Feb 26, 2025
1. ### [Introducing Guardrails in AI Gateway](https://edgetunnel-b2h.pages.dev/changelog/post/2025-02-26-guardrails/)  
[ AI Gateway ](https://edgetunnel-b2h.pages.dev/ai-gateway/)  
[AI Gateway](https://edgetunnel-b2h.pages.dev/ai-gateway/) now includes [Guardrails](https://edgetunnel-b2h.pages.dev/ai-gateway/features/guardrails/), to help you monitor your AI apps for harmful or inappropriate content and deploy safely.  
Within the AI Gateway settings, you can configure:

  * **Guardrails**: Enable or disable content moderation as needed.
  * **Evaluation scope**: Select whether to moderate user prompts, model responses, or both.
  * **Hazard categories**: Specify which categories to monitor and determine whether detected inappropriate content should be blocked or flagged.  
![Guardrails in AI Gateway](https://edgetunnel-b2h.pages.dev/_astro/Guardrails.BTNc0qeC_Z1HC20z.webp)  
Learn more in the [blog ↗](https://blog.cloudflare.com/guardrails-in-ai-gateway/) or our [documentation](https://edgetunnel-b2h.pages.dev/ai-gateway/features/guardrails/).

Feb 25, 2025
1. ### [Introducing the Agents SDK](https://edgetunnel-b2h.pages.dev/changelog/post/2025-02-25-agents-sdk/)  
[ Agents ](https://edgetunnel-b2h.pages.dev/agents/)[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
We've released the [Agents SDK ↗](http://blog.cloudflare.com/build-ai-agents-on-cloudflare/), a package and set of tools that help you build and ship AI Agents.  
You can get up and running with a [chat-based AI Agent ↗](https://github.com/cloudflare/agents-starter) (and deploy it to Workers) that uses the Agents SDK, tool calling, and state syncing with a React-based front-end by running the following command:  
```sh  
npm create cloudflare@latest agents-starter -- --template="cloudflare/agents-starter"  
# open up README.md and follow the instructions  
```  
You can also add an Agent to any existing Workers application by installing the `agents` package directly  
```sh  
npm i agents  
```  
... and then define your first Agent:

**TypeScript**  
```ts  
import { Agent } from "agents";  
export class YourAgent extends Agent<Env> {  
  // Build it out  
  // Access state on this.state or query the Agent's database via this.sql  
  // Handle WebSocket events with onConnect and onMessage  
  // Run tasks on a schedule with this.schedule  
  // Call AI models  
  // ... and/or call other Agents.  
}  
```  
Head over to the [Agents documentation](https://edgetunnel-b2h.pages.dev/agents/) to learn more about the Agents SDK, the SDK APIs, as well as how to test and deploying agents to production.

Feb 25, 2025
1. ### [Workers AI now supports structured JSON outputs.](https://edgetunnel-b2h.pages.dev/changelog/post/2025-02-25-json-mode/)  
[ Workers AI ](https://edgetunnel-b2h.pages.dev/workers-ai/)  
Workers AI now supports structured JSON outputs with [JSON mode](https://edgetunnel-b2h.pages.dev/workers-ai/features/json-mode/), which allows you to request a structured output response when interacting with AI models.  
This makes it much easier to retrieve structured data from your AI models, and avoids the (error prone!) need to parse large unstructured text responses to extract your data.  
JSON mode in Workers AI is compatible with the OpenAI SDK's [structured outputs ↗](https://platform.openai.com/docs/guides/structured-outputs) `response_format` API, which can be used directly in a Worker:

  * [  JavaScript ](#tab-panel-3595)
  * [  TypeScript ](#tab-panel-3596)

**JavaScript**  
```js  
import { OpenAI } from "openai";  
// Define your JSON schema for a calendar event  
const CalendarEventSchema = {  
  type: "object",  
  properties: {  
    name: { type: "string" },  
    date: { type: "string" },  
    participants: { type: "array", items: { type: "string" } },  
  },  
  required: ["name", "date", "participants"],  
};  
export default {  
  async fetch(request, env) {  
    const client = new OpenAI({  
      apiKey: env.OPENAI_API_KEY,  
      // Optional: use AI Gateway to bring logs, evals & caching to your AI requests  
      // https://edgetunnel-b2h.pages.dev/ai-gateway/usage/providers/openai/  
      // baseUrl: "https://gateway.ai.cloudflare.com/v1/{account_id}/{gateway_id}/openai"  
    });  
    const response = await client.chat.completions.create({  
      model: "gpt-4o-2024-08-06",  
      messages: [  
        { role: "system", content: "Extract the event information." },  
        {  
          role: "user",  
          content: "Alice and Bob are going to a science fair on Friday.",  
        },  
      ],  
      // Use the `response_format` option to request a structured JSON output  
      response_format: {  
        // Set json_schema and provide ra schema, or json_object and parse it yourself  
        type: "json_schema",  
        schema: CalendarEventSchema, // provide a schema  
      },  
    });  
    // This will be of type CalendarEventSchema  
    const event = response.choices[0].message.parsed;  
    return Response.json({  
      calendar_event: event,  
    });  
  },  
};  
```

**TypeScript**  
```ts  
import { OpenAI } from "openai";  
interface Env {  
  OPENAI_API_KEY: string;  
}  
// Define your JSON schema for a calendar event  
const CalendarEventSchema = {  
  type: "object",  
  properties: {  
    name: { type: "string" },  
    date: { type: "string" },  
    participants: { type: "array", items: { type: "string" } },  
  },  
  required: ["name", "date", "participants"],  
};  
export default {  
  async fetch(request: Request, env: Env) {  
    const client = new OpenAI({  
      apiKey: env.OPENAI_API_KEY,  
      // Optional: use AI Gateway to bring logs, evals & caching to your AI requests  
      // https://edgetunnel-b2h.pages.dev/ai-gateway/usage/providers/openai/  
      // baseUrl: "https://gateway.ai.cloudflare.com/v1/{account_id}/{gateway_id}/openai"  
    });  
    const response = await client.chat.completions.create({  
      model: "gpt-4o-2024-08-06",  
      messages: [  
        { role: "system", content: "Extract the event information." },  
        {  
          role: "user",  
          content: "Alice and Bob are going to a science fair on Friday.",  
        },  
      ],  
      // Use the `response_format` option to request a structured JSON output  
      response_format: {  
        // Set json_schema and provide ra schema, or json_object and parse it yourself  
        type: "json_schema",  
        schema: CalendarEventSchema, // provide a schema  
      },  
    });  
    // This will be of type CalendarEventSchema  
    const event = response.choices[0].message.parsed;  
    return Response.json({  
      calendar_event: event,  
    });  
  },  
};  
```  
To learn more about JSON mode and structured outputs, visit the [Workers AI documentation](https://edgetunnel-b2h.pages.dev/workers-ai/features/json-mode/).

Feb 25, 2025
1. ### [Concurrent Workflow instances limits increased.](https://edgetunnel-b2h.pages.dev/changelog/post/2025-02-25-workflows-concurrency-increased/)  
[ Workflows ](https://edgetunnel-b2h.pages.dev/workflows/)  
[Workflows](https://edgetunnel-b2h.pages.dev/workflows/) now supports up to 4,500 concurrent (running) instances, up from the previous limit of 100\. This limit will continue to increase during the Workflows open beta. This increase applies to all users on the Workers Paid plan, and takes effect immediately.  
Review the Workflows [limits documentation](https://edgetunnel-b2h.pages.dev/workflows/reference/limits) and/or dive into the [get started guide](https://edgetunnel-b2h.pages.dev/workflows/get-started/guide/) to start building on Workflows.

Feb 24, 2025
1. ### [Bind the Images API to your Worker](https://edgetunnel-b2h.pages.dev/changelog/post/2025-02-21-images-bindings-in-workers/)  
[ Cloudflare Images ](https://edgetunnel-b2h.pages.dev/images/)  
You can now [interact with the Images API](https://edgetunnel-b2h.pages.dev/images/optimization/binding/) directly in your Worker.  
This allows more fine-grained control over transformation request flows and cache behavior. For example, you can resize, manipulate, and overlay images without requiring them to be accessible through a URL.  
The Images binding can be configured in the Cloudflare dashboard for your Worker or in the Wrangler configuration file in your project's directory:

  * [  wrangler.jsonc ](#tab-panel-3589)
  * [  wrangler.toml ](#tab-panel-3590)

**JSONC**  
```jsonc  
{  
  "images": {  
    "binding": "IMAGES", // i.e. available in your Worker on env.IMAGES  
  },  
}  
```

**TOML**  
```toml  
[images]  
binding = "IMAGES"  
```  
Within your Worker code, you can interact with this binding by using `env.IMAGES`.  
Here's how you can rotate, resize, and blur an image, then output the image as AVIF:

**TypeScript**  
```ts  
const info = await env.IMAGES.info(stream);  
// stream contains a valid image, and width/height is available on the info object  
const response = (  
  await env.IMAGES.input(stream)  
    .transform({ rotate: 90 })  
    .transform({ width: 128 })  
    .transform({ blur: 20 })  
    .output({ format: "image/avif" })  
).response();  
return response;  
```  
For more information, refer to [Images Bindings](https://edgetunnel-b2h.pages.dev/images/optimization/binding/).

Feb 24, 2025
1. ### [Super Slurper now supports migrations from all S3-compatible storage providers](https://edgetunnel-b2h.pages.dev/changelog/post/2025-02-24-r2-super-slurper-s3-compatible-support/)  
[ R2 ](https://edgetunnel-b2h.pages.dev/r2/)  
[Super Slurper](https://edgetunnel-b2h.pages.dev/r2/data-migration/super-slurper/) can now migrate data from any S3-compatible object storage provider to [Cloudflare R2](https://edgetunnel-b2h.pages.dev/r2/). This includes transfers from services like MinIO, Wasabi, Backblaze B2, and DigitalOcean Spaces.  
![Super Slurper S3-Compatible Source](https://edgetunnel-b2h.pages.dev/_astro/super-slurper-s3-compat-screenshot-border.D8Gd5eye_dt8CT.webp)  
For more information on Super Slurper and how to migrate data from your existing S3-compatible storage buckets to R2, refer to our [documentation](https://edgetunnel-b2h.pages.dev/r2/data-migration/super-slurper/).

Feb 24, 2025
1. ### [Workers AI larger context windows](https://edgetunnel-b2h.pages.dev/changelog/post/2025-02-24-context-windows/)  
[ Workers AI ](https://edgetunnel-b2h.pages.dev/workers-ai/)  
We've updated the Workers AI text generation models to include context windows and limits definitions and changed our APIs to estimate and validate the number of tokens in the input prompt, not the number of characters.  
This update allows developers to use larger context windows when interacting with Workers AI models, which can lead to better and more accurate results.  
Our [catalog page](https://edgetunnel-b2h.pages.dev/workers-ai/models/) provides more information about each model's supported context window.

Feb 24, 2025
1. ### [Zaraz moves to the “Tag Management” category in the Cloudflare dashboard](https://edgetunnel-b2h.pages.dev/changelog/post/2025-02-24-zaraz-dash-placement/)  
[ Zaraz ](https://edgetunnel-b2h.pages.dev/zaraz/)  
![Zaraz at zone level to Tag management at account level](https://edgetunnel-b2h.pages.dev/_astro/zaraz-account-level.L5Bz9oN0_151oOs.webp)  
Previously, you could only configure Zaraz by going to each individual zone under your Cloudflare account. Now, if you’d like to get started with Zaraz or manage your existing configuration, you can navigate to the [Tag Management ↗](https://dash.cloudflare.com/?to=/:account/tag-management/zaraz) section on the Cloudflare dashboard – this will make it easier to compare and configure the same settings across multiple zones.  
These changes will not alter any existing configuration or entitlements for zones you already have Zaraz enabled on. If you’d like to edit existing configurations, you can go to the [Tag Setup ↗](https://dash.cloudflare.com/?to=/:account/tag-management/zaraz) section of the dashboard, and select the zone you'd like to edit.

Feb 20, 2025
1. ### [Workers for Platforms - Instant dispatch for newly created User Workers](https://edgetunnel-b2h.pages.dev/changelog/post/2025-02-20-synchronous-uploads/)  
[ Workers for Platforms ](https://edgetunnel-b2h.pages.dev/cloudflare-for-platforms/workers-for-platforms/)  
[Workers for Platforms ↗](https://edgetunnel-b2h.pages.dev/cloudflare-for-platforms/) is an architecture wherein a centralized [dispatch Worker](https://edgetunnel-b2h.pages.dev/cloudflare-for-platforms/workers-for-platforms/how-workers-for-platforms-works/#dynamic-dispatch-worker) processes incoming requests and routes them to isolated sub-Workers, called [User Workers](https://edgetunnel-b2h.pages.dev/cloudflare-for-platforms/workers-for-platforms/how-workers-for-platforms-works/#user-workers).  
![Workers for Platforms Requests](https://edgetunnel-b2h.pages.dev/_astro/wfp-request.CZmZLaYf_Z2o8aKs.webp)  
Previously, when a new User Worker was uploaded, there was a short delay before it became available for dispatch. This meant that even though an API request could return a 200 OK response, the script might not yet be ready to handle requests, causing unexpected failures for platforms that immediately dispatch to new Workers.

**With this update, first-time uploads of User Workers are now deployed synchronously**. A 200 OK response guarantees the script is fully provisioned and ready to handle traffic immediately, ensuring more predictable deployments and reducing errors.

Feb 20, 2025
1. ### [Workers AI updated pricing](https://edgetunnel-b2h.pages.dev/changelog/post/2025-02-20-updated-pricing-docs/)  
[ Workers AI ](https://edgetunnel-b2h.pages.dev/workers-ai/)  
We've updated the Workers AI [pricing](https://edgetunnel-b2h.pages.dev/workers-ai/platform/pricing/) to include the latest models and how model usage maps to Neurons.

  * Each model's core input format(s) (tokens, audio seconds, images, etc) now include mappings to Neurons, making it easier to understand how your included Neuron volume is consumed and how you are charged at scale
  * Per-model pricing, instead of the previous bucket approach, allows us to be more flexible on how models are charged based on their size, performance and capabilities. As we optimize each model, we can then pass on savings for that model.
  * You will still only pay for what you consume: Workers AI inference is serverless, and not billed by the hour.  
Going forward, models will be launched with their associated Neuron costs, and we'll be updating the Workers AI dashboard and API to reflect consumption in both raw units and Neurons. Visit the [Workers AI pricing](https://edgetunnel-b2h.pages.dev/workers-ai/platform/pricing/) page to learn more about Workers AI pricing.

Feb 20, 2025
1. ### [Autofix Worker name configuration errors at build time](https://edgetunnel-b2h.pages.dev/changelog/post/2025-02-20-builds-name-conflict/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
![Auto-fixing Workers Name in Git Repo](https://edgetunnel-b2h.pages.dev/_astro/gh-auto-pr-name.BHTtigEg_2smH.webp)  
Small misconfigurations shouldn’t break your deployments. Cloudflare is introducing automatic error detection and fixes in [Workers Builds](https://edgetunnel-b2h.pages.dev/workers/ci-cd/builds/), identifying common issues in your wrangler.toml or wrangler.jsonc and proactively offering fixes, so you spend less time debugging and more time shipping.  
Here's how it works:

  1. Before running your build, Cloudflare checks your Worker's Wrangler configuration file (wrangler.toml or wrangler.jsonc) for common errors.
  2. Once you submit a build, if Cloudflare finds an error it can fix, it will submit a pull request to your repository that fixes it.
  3. Once you merge this pull request, Cloudflare will run another build.  
We're starting with fixing name mismatches between your Wrangler file and the Cloudflare dashboard, a top cause of build failures.  
This is just the beginning, we want your feedback on what other errors we should catch and fix next. Let us know in the Cloudflare Developers Discord, [#workers-and-pages-feature-suggestions ↗](https://discord.com/channels/595317990191398933/1064502845061210152).

```json
{"@context":"https://schema.org","@type":"BlogPosting","@id":"https://edgetunnel-b2h.pages.dev/changelog/product-group/developer-platform/18/#page","headline":"Developer platform Changelog | Cloudflare Docs","url":"https://edgetunnel-b2h.pages.dev/changelog/product-group/developer-platform/18/","inLanguage":"en","image":"https://edgetunnel-b2h.pages.dev/cf-twitter-card.png","publisher":{"@type":"Organization","name":"Cloudflare","url":"https://www.cloudflare.com/"},"isPartOf":{"@type":"WebSite","@id":"https://edgetunnel-b2h.pages.dev/#website","name":"Cloudflare Docs","url":"https://edgetunnel-b2h.pages.dev/"}}
```