---
title: Workers 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/) 

Workers

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

Apr 08, 2025
1. ### [Deploy a Workers application in seconds with one-click](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-08-deploy-to-cloudflare-button/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
You can now add a [Deploy to Cloudflare](https://edgetunnel-b2h.pages.dev/workers/platform/deploy-buttons/) button to the README of your Git repository containing a Workers application — making it simple for other developers to quickly set up and deploy your project!  
[![Deploy to Cloudflare](https://deploy.workers.cloudflare.com/button)](https://deploy.workers.cloudflare.com/?url=https://github.com/cloudflare/templates/tree/main/saas-admin-template)  
The Deploy to Cloudflare button:

  1. **Creates a new Git repository on your GitHub/ GitLab account**: Cloudflare will automatically clone and create a new repository on your account, so you can continue developing.
  2. **Automatically provisions resources the app needs**: If your repository requires Cloudflare primitives like a [Workers KV namespace](https://edgetunnel-b2h.pages.dev/kv/), a [D1 database](https://edgetunnel-b2h.pages.dev/d1/), or an [R2 bucket](https://edgetunnel-b2h.pages.dev/r2/), Cloudflare will automatically provision them on your account and bind them to your Worker upon deployment.
  3. **Configures Workers Builds (CI/CD)**: Every new push to your production branch on your newly created repository will automatically build and deploy courtesy of [Workers Builds](https://edgetunnel-b2h.pages.dev/workers/ci-cd/builds/).
  4. **Adds preview URLs to each pull request**: If you'd like to test your changes before deploying, you can push changes to a [non-production branch](https://edgetunnel-b2h.pages.dev/workers/ci-cd/builds/build-branches/#configure-non-production-branch-builds) and [preview URLs](https://edgetunnel-b2h.pages.dev/workers/versions-and-deployments/preview-urls/) will be generated and [posted back to GitHub as a comment](https://edgetunnel-b2h.pages.dev/workers/ci-cd/builds/git-integration/github-integration/#pull-request-comment).  
![Import repo or choose template](https://edgetunnel-b2h.pages.dev/_astro/dtw-user-flow.zgS3Y8iK_Z1r8gDo.webp)  
To create a Deploy to Cloudflare button in your README, you can add the following snippet, including your Git repository URL:  
```md  
[![Deploy to Cloudflare](https://deploy.workers.cloudflare.com/button)](https://deploy.workers.cloudflare.com/?url=<YOUR_GIT_REPO_URL>)  
```  
Check out our [documentation](https://edgetunnel-b2h.pages.dev/workers/platform/deploy-buttons/) for more information on how to set up a deploy button for your application and best practices to ensure a successful deployment for other developers.

Apr 08, 2025
1. ### [Full-stack frameworks are now Generally Available on Cloudflare Workers](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-08-fullstack-on-workers/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)[ Workers for Platforms ](https://edgetunnel-b2h.pages.dev/cloudflare-for-platforms/workers-for-platforms/)  
![Full-stack on Cloudflare Workers](https://edgetunnel-b2h.pages.dev/_astro/fullstack-on-workers.D7fotYu2_ZMwDKf.webp)  
The following full-stack frameworks now have Generally Available ("GA") adapters for Cloudflare Workers, and are ready for you to use in production:

  * [React Router v7 (Remix)](https://edgetunnel-b2h.pages.dev/workers/framework-guides/web-apps/react-router/)
  * [Astro](https://edgetunnel-b2h.pages.dev/workers/framework-guides/web-apps/astro/)
  * [Hono](https://edgetunnel-b2h.pages.dev/workers/framework-guides/web-apps/more-web-frameworks/hono/)
  * [Vue.js](https://edgetunnel-b2h.pages.dev/workers/framework-guides/web-apps/vue/)
  * [Nuxt](https://edgetunnel-b2h.pages.dev/workers/framework-guides/web-apps/more-web-frameworks/nuxt/)
  * [Svelte (SvelteKit)](https://edgetunnel-b2h.pages.dev/workers/framework-guides/web-apps/sveltekit/)
  * And [more](https://edgetunnel-b2h.pages.dev/workers/framework-guides/).  
The following frameworks are now in **beta**, with GA support coming very soon:

  * [Next.js](https://edgetunnel-b2h.pages.dev/workers/framework-guides/web-apps/nextjs/), supported through [@opennextjs/cloudflare ↗](https://opennext.js.org/cloudflare) is now `v1.0-beta`.
  * [Angular](https://edgetunnel-b2h.pages.dev/workers/framework-guides/web-apps/more-web-frameworks/angular/)
  * [SolidJS (SolidStart)](https://edgetunnel-b2h.pages.dev/workers/framework-guides/web-apps/more-web-frameworks/solid/)  
You can also build complete full-stack apps on Workers **without a framework**:

  * You can [“just use Vite" ↗](https://blog.cloudflare.com/introducing-the-cloudflare-vite-plugin) and React together, and build a back-end API in the same Worker. Follow our [React SPA with an API tutorial](https://edgetunnel-b2h.pages.dev/workers/vite-plugin/tutorial/) to learn how.

**Get started building today with our [framework guides](https://edgetunnel-b2h.pages.dev/workers/framework-guides/)**, or read our [Developer Week 2025 blog post ↗](https://blog.cloudflare.com/full-stack-development-on-cloudflare-workers) about all the updates to building full-stack applications on Workers.

Apr 08, 2025
1. ### [Improved support for Node.js Crypto and TLS APIs in Workers](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-08-nodejs-crypto-and-tls/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
When using a Worker with the [nodejs\_compat](https://edgetunnel-b2h.pages.dev/workers/runtime-apis/nodejs/) compatibility flag enabled, the following Node.js APIs are now available:

  * [node:crypto](https://edgetunnel-b2h.pages.dev/workers/runtime-apis/nodejs/crypto/)
  * [node:tls](https://edgetunnel-b2h.pages.dev/workers/runtime-apis/nodejs/tls/)  
This make it easier to reuse existing Node.js code in Workers or use npm packages that depend on these APIs.  
#### node:crypto  
The full [node:crypto ↗](https://nodejs.org/api/crypto.html) API is now available in Workers.  
You can use it to verify and sign data:

**JavaScript**  
```js  
import { sign, verify } from "node:crypto";  
const signature = sign("sha256", "-data to sign-", env.PRIVATE_KEY);  
const verified = verify("sha256", "-data to sign-", env.PUBLIC_KEY, signature);  
```  
Or, to encrypt and decrypt data:

**JavaScript**  
```js  
import { publicEncrypt, privateDecrypt } from "node:crypto";  
const encrypted = publicEncrypt(env.PUBLIC_KEY, "some data");  
const plaintext = privateDecrypt(env.PRIVATE_KEY, encrypted);  
```  
See the [node:crypto documentation](https://edgetunnel-b2h.pages.dev/workers/runtime-apis/nodejs/crypto/) for more information.  
#### node:tls  
The following APIs from `node:tls` are now available:

  * [connect ↗](https://nodejs.org/api/tls.html#tlsconnectoptions-callback)
  * [TLSSocket ↗](https://nodejs.org/api/tls.html#class-tlstlssocket)
  * [checkServerIdentity ↗](https://nodejs.org/api/tls.html#tlscheckserveridentityhostname-cert)
  * [createSecureContext ↗](https://nodejs.org/api/tls.html#tlscreatesecurecontextoptions)  
This enables secure connections over TLS (Transport Layer Security) to external services.

**JavaScript**  
```js  
import { connect } from "node:tls";  
// ... in a request handler ...  
const connectionOptions = { key: env.KEY, cert: env.CERT };  
const socket = connect(url, connectionOptions, () => {  
  if (socket.authorized) {  
    console.log("Connection authorized");  
  }  
});  
socket.on("data", (data) => {  
  console.log(data);  
});  
socket.on("end", () => {  
  console.log("server ends connection");  
});  
```  
See the [node:tls documentation](https://edgetunnel-b2h.pages.dev/workers/runtime-apis/nodejs/tls/) for more information.

Apr 08, 2025
1. ### [The Cloudflare Vite plugin is now Generally Available](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-08-vite-plugin/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
The [Cloudflare Vite plugin](https://edgetunnel-b2h.pages.dev/workers/vite-plugin/) has [reached v1.0 ↗](https://blog.cloudflare.com/introducing-the-cloudflare-vite-plugin) and is now Generally Available ("GA").  
When you use `@cloudflare/vite-plugin`, you can use Vite's local development server and build tooling, while ensuring that while developing, your code runs in [workerd ↗](https://github.com/cloudflare/workerd), the open-source Workers runtime.  
This lets you get the best of both worlds for a full-stack app — you can use [Hot Module Replacement ↗](https://vite.dev/guide/features.html#hot-module-replacement) from Vite right alongside [Durable Objects](https://edgetunnel-b2h.pages.dev/durable-objects/) and other runtime APIs and bindings that are unique to Cloudflare Workers.  
`@cloudflare/vite-plugin` is made possible by the new [environment API ↗](https://vite.dev/guide/api-environment) in Vite, and was built [in partnership with the Vite team ↗](https://blog.cloudflare.com/introducing-the-cloudflare-vite-plugin).  
#### Framework support  
You can build any type of application with `@cloudflare/vite-plugin`, using any rendering mode, from single page applications (SPA) and static sites to server-side rendered (SSR) pages and API routes.  
[React Router v7 (Remix)](https://edgetunnel-b2h.pages.dev/workers/framework-guides/web-apps/react-router/) is the first full-stack framework to provide full support for Cloudflare Vite plugin, allowing you to use all parts of Cloudflare's developer platform, without additional build steps.  
You can also build complete full-stack apps on Workers **without a framework** — ["just use Vite" ↗](https://blog.cloudflare.com/introducing-the-cloudflare-vite-plugin) and React together, and build a back-end API in the same Worker. Follow our [React SPA with an API tutorial](https://edgetunnel-b2h.pages.dev/workers/vite-plugin/tutorial/) to learn how.  
#### Configuration  
If you're already using [Vite ↗](https://vite.dev/) in your build and development toolchain, you can start using our plugin with minimal changes to your `vite.config.ts`:

**vite.config.ts**  
```ts  
import { defineConfig } from "vite";  
import { cloudflare } from "@cloudflare/vite-plugin";  
export default defineConfig({  
  plugins: [cloudflare()],  
});  
```  
Take a look at the [documentation for our Cloudflare Vite plugin](https://edgetunnel-b2h.pages.dev/workers/vite-plugin/) for more information!

Apr 07, 2025
1. ### [Build MCP servers with the Agents SDK](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-07-mcp-servers-agents-sdk-updates/)  
[ Agents ](https://edgetunnel-b2h.pages.dev/agents/)[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
The Agents SDK now includes built-in support for building remote MCP (Model Context Protocol) servers directly as part of your Agent. This allows you to easily create and manage MCP servers, without the need for additional infrastructure or configuration.  
The SDK includes a new `MCPAgent` class that extends the `Agent` class and allows you to expose resources and tools over the MCP protocol, as well as authorization and authentication to enable remote MCP servers.

  * [  JavaScript ](#tab-panel-3123)
  * [  TypeScript ](#tab-panel-3124)

**JavaScript**  
```js  
export class MyMCP extends McpAgent {  
  server = new McpServer({  
    name: "Demo",  
    version: "1.0.0",  
  });  
  async init() {  
    this.server.resource(`counter`, `mcp://resource/counter`, (uri) => {  
      // ...  
    });  
    this.server.tool(  
      "add",  
      "Add two numbers together",  
      { a: z.number(), b: z.number() },  
      async ({ a, b }) => {  
        // ...  
      },  
    );  
  }  
}  
```

**TypeScript**  
```ts  
export class MyMCP extends McpAgent<Env> {  
  server = new McpServer({  
    name: "Demo",  
    version: "1.0.0",  
  });  
  async init() {  
    this.server.resource(`counter`, `mcp://resource/counter`, (uri) => {  
      // ...  
    });  
    this.server.tool(  
      "add",  
      "Add two numbers together",  
      { a: z.number(), b: z.number() },  
      async ({ a, b }) => {  
        // ...  
      },  
    );  
  }  
}  
```  
See [the example ↗](https://github.com/cloudflare/agents/tree/main/examples/mcp) for the full code and as the basis for building your own MCP servers, and the [client example ↗](https://github.com/cloudflare/agents/tree/main/examples/mcp-client) for how to build an Agent that acts as an MCP client.  
To learn more, review the [announcement blog ↗](https://blog.cloudflare.com/building-ai-agents-with-mcp-authn-authz-and-durable-objects) as part of Developer Week 2025.  
#### Agents SDK updates  
We've made a number of improvements to the [Agents SDK](https://edgetunnel-b2h.pages.dev/agents/), including:

  * Support for building MCP servers with the new `MCPAgent` class.
  * The ability to export the current agent, request and WebSocket connection context using `import { context } from "agents"`, allowing you to minimize or avoid direct dependency injection when calling tools.
  * Fixed a bug that prevented query parameters from being sent to the Agent server from the `useAgent` React hook.
  * Automatically converting the `agent` name in `useAgent` or `useAgentChat` to kebab-case to ensure it matches the naming convention expected by [routeAgentRequest](https://edgetunnel-b2h.pages.dev/agents/runtime/communication/routing/).  
To install or update the Agents SDK, run `npm i agents@latest` in an existing project, or explore the `agents-starter` project:  
```sh  
npm create cloudflare@latest -- --template cloudflare/agents-starter  
```  
See the full release notes and changelog [on the Agents SDK repository ↗](https://github.com/cloudflare/agents/blob/main/packages/agents/CHANGELOG.md) and

Apr 07, 2025
1. ### [Durable Objects on Workers Free plan](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-07-durable-objects-free-tier/)  
[ Durable Objects ](https://edgetunnel-b2h.pages.dev/durable-objects/)[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
Durable Objects can now be used with zero commitment on the [Workers Free plan](https://edgetunnel-b2h.pages.dev/workers/platform/pricing/) allowing you to build AI agents with [Agents SDK](https://edgetunnel-b2h.pages.dev/agents/), collaboration tools, and real-time applications like chat or multiplayer games.  
Durable Objects let you build stateful, serverless applications with millions of tiny coordination instances that run your application code alongside (in the same thread!) your durable storage. Each Durable Object can access its own SQLite database through a [Storage API](https://edgetunnel-b2h.pages.dev/durable-objects/best-practices/access-durable-objects-storage/). A Durable Object class is defined in a Worker script encapsulating the Durable Object's behavior when accessed from a Worker. To try the code below, click the button:  
[![Deploy to Cloudflare](https://deploy.workers.cloudflare.com/button)](https://deploy.workers.cloudflare.com/?url=https://github.com/cloudflare/templates/tree/main/hello-world-do-template)

**JavaScript**  
```js  
import { DurableObject } from "cloudflare:workers";  
// Durable Object  
export class MyDurableObject extends DurableObject {  
  ...  
  async sayHello(name) {  
    return `Hello, ${name}!`;  
  }  
}  
// Worker  
export default {  
  async fetch(request, env) {  
    // Every unique ID refers to an individual instance of the Durable Object class  
    const id = env.MY_DURABLE_OBJECT.idFromName("foo");  
    // A stub is a client used to invoke methods on the Durable Object  
    const stub = env.MY_DURABLE_OBJECT.get(id);  
    // Methods on the Durable Object are invoked via the stub  
    const response = await stub.sayHello("world");  
    return response;  
  },  
};  
```  
Free plan [limits](https://edgetunnel-b2h.pages.dev/durable-objects/platform/pricing/) apply to Durable Objects compute and storage usage. Limits allow developers to build real-world applications, with every Worker request able to call a Durable Object on the free plan.  
For more information, checkout:

  * [Documentation](https://edgetunnel-b2h.pages.dev/durable-objects/concepts/what-are-durable-objects/)
  * [Zero-latency SQLite storage in every Durable Object blog ↗](https://blog.cloudflare.com/sqlite-in-durable-objects/)

Apr 07, 2025
1. ### [SQLite in Durable Objects GA with 10GB storage per object](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-07-sqlite-in-durable-objects-ga/)  
[ Durable Objects ](https://edgetunnel-b2h.pages.dev/durable-objects/)[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
SQLite in Durable Objects is now generally available (GA) with 10GB SQLite database per Durable Object. Since the [public beta ↗](https://blog.cloudflare.com/sqlite-in-durable-objects/) in September 2024, we've added feature parity and robustness for the SQLite storage backend compared to the preexisting key-value (KV) storage backend for Durable Objects.  
SQLite-backed Durable Objects are recommended for all new Durable Object classes, using `new_sqlite_classes` [Wrangler configuration](https://edgetunnel-b2h.pages.dev/durable-objects/best-practices/access-durable-objects-storage/#create-sqlite-backed-durable-object-class). Only SQLite-backed Durable Objects have access to Storage API's [SQL](https://edgetunnel-b2h.pages.dev/durable-objects/api/sqlite-storage-api/#sql-api) and [point-in-time recovery](https://edgetunnel-b2h.pages.dev/durable-objects/api/sqlite-storage-api/#pitr-point-in-time-recovery-api) methods, which provide relational data modeling, SQL querying, and better data management.

**JavaScript**  
```js  
export class MyDurableObject extends DurableObject {  
  sql: SqlStorage  
  constructor(ctx: DurableObjectState, env: Env) {  
    super(ctx, env);  
    this.sql = ctx.storage.sql;  
  }  
  async sayHello() {  
    let result = this.sql  
      .exec("SELECT 'Hello, World!' AS greeting")  
      .one();  
    return result.greeting;  
  }  
}  
```  
KV-backed Durable Objects remain for backwards compatibility, and a migration path from key-value storage to SQL storage for existing Durable Object classes will be offered in the future.  
For more details on SQLite storage, checkout [Zero-latency SQLite storage in every Durable Object blog ↗](https://blog.cloudflare.com/sqlite-in-durable-objects/).

Apr 07, 2025
1. ### [Capture up to 256 KB of log events in each Workers Invocation](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-07-increase-trace-events-limit/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
You can now capture a maximum of 256 KB of log events per Workers invocation, helping you gain better visibility into application behavior.  
All console.log() statements, exceptions, request metadata, and headers are automatically captured during the Worker invocation and emitted as [JSON object](https://edgetunnel-b2h.pages.dev/logs/logpush/logpush-job/datasets/account/workers%5Ftrace%5Fevents). [Workers Logs](https://edgetunnel-b2h.pages.dev/workers/observability/logs/workers-logs) deserializes this object before indexing the fields and storing them. You can also capture, transform, and export the JSON object in a [Tail Worker](https://edgetunnel-b2h.pages.dev/workers/observability/logs/tail-workers).  
256 KB is a 2x increase from the previous 128 KB limit. After you exceed this limit, further context associated with the request will not be recorded in your logs.  
This limit is automatically applied to all Workers.

Apr 07, 2025
1. ### [Workflows is now Generally Available](https://edgetunnel-b2h.pages.dev/changelog/post/2025-04-07-workflows-ga/)  
[ Workflows ](https://edgetunnel-b2h.pages.dev/workflows/)[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
[Workflows](https://edgetunnel-b2h.pages.dev/workflows/) is now _Generally Available_ (or "GA"): in short, it's ready for production workloads. Alongside marking Workflows as GA, we've introduced a number of changes during the beta period, including:

  * A new `waitForEvent` API that allows a Workflow to wait for an event to occur before continuing execution.
  * Increased concurrency: you can [run up to 4,500 Workflow instances](https://edgetunnel-b2h.pages.dev/changelog/2025-02-25-workflows-concurrency-increased/) concurrently — and this will continue to grow.
  * Improved observability, including new CPU time metrics that allow you to better understand which Workflow instances are consuming the most resources and/or contributing to your bill.
  * Support for `vitest` for testing Workflows locally and in CI/CD pipelines.  
Workflows also supports the new [increased CPU limits](https://edgetunnel-b2h.pages.dev/changelog/2025-03-25-higher-cpu-limits/) that apply to Workers, allowing you to run more CPU-intensive tasks (up to 5 minutes of CPU time per instance), not including the time spent waiting on network calls, AI models, or other I/O bound tasks.  
#### Human-in-the-loop  
The new `step.waitForEvent` API allows a Workflow instance to wait on events and data, enabling human-in-the-the-loop interactions, such as approving or rejecting a request, directly handling webhooks from other systems, or pushing event data to a Workflow while it's running.  
Because Workflows are just code, you can conditionally execute code based on the result of a `waitForEvent` call, and/or call `waitForEvent` multiple times in a single Workflow based on what the Workflow needs.  
For example, if you wanted to implement a human-in-the-loop approval process, you could use `waitForEvent` to wait for a user to approve or reject a request, and then conditionally execute code based on the result.

  * [  JavaScript ](#tab-panel-3121)
  * [  TypeScript ](#tab-panel-3122)

**JavaScript**  
```js  
import {  
  WorkflowEntrypoint,  
  WorkflowStep,  
  WorkflowEvent,  
} from "cloudflare:workers";  
export class MyWorkflow extends WorkflowEntrypoint {  
  async run(event, step) {  
    // Other steps in your Workflow  
    let stripeEvent = await step.waitForEvent(  
      "receive invoice paid webhook from Stripe",  
      { type: "stripe-webhook", timeout: "1 hour" },  
    );  
    // Rest of your Workflow  
  }  
}  
```

**TypeScript**  
```ts  
import { WorkflowEntrypoint, WorkflowStep, WorkflowEvent } from "cloudflare:workers";  
export class MyWorkflow extends WorkflowEntrypoint<Env, Params> {  
  async run(event: WorkflowEvent<Params>, step: WorkflowStep) {  
    // Other steps in your Workflow  
    let stripeEvent = await step.waitForEvent<IncomingStripeWebhook>("receive invoice paid webhook from Stripe", { type: "stripe-webhook", timeout: "1 hour" })  
    // Rest of your Workflow  
  }  
}  
```  
You can then send a Workflow an event from an external service via HTTP or from within a Worker using the [Workers API](https://edgetunnel-b2h.pages.dev/workflows/build/workers-api/) for Workflows:

  * [  JavaScript ](#tab-panel-3127)
  * [  TypeScript ](#tab-panel-3128)

**JavaScript**  
```js  
export default {  
  async fetch(req, env) {  
    const instanceId = new URL(req.url).searchParams.get("instanceId");  
    const webhookPayload = await req.json();  
    let instance = await env.MY_WORKFLOW.get(instanceId);  
    // Send our event, with `type` matching the event type defined in  
    // our step.waitForEvent call  
    await instance.sendEvent({  
      type: "stripe-webhook",  
      payload: webhookPayload,  
    });  
    return Response.json({  
      status: await instance.status(),  
    });  
  },  
};  
```

**TypeScript**  
```ts  
export default {  
  async fetch(req: Request, env: Env) {  
    const instanceId = new URL(req.url).searchParams.get("instanceId")  
    const webhookPayload = await req.json<Payload>()  
    let instance = await env.MY_WORKFLOW.get(instanceId);  
    // Send our event, with `type` matching the event type defined in  
    // our step.waitForEvent call  
    await instance.sendEvent({type: "stripe-webhook", payload: webhookPayload})  
    return Response.json({  
      status: await instance.status(),  
    });  
  },  
};  
```  
Read the [GA announcement blog ↗](https://blog.cloudflare.com/workflows-is-now-generally-available/) to learn more about what landed as part of the Workflows GA.

Mar 26, 2025
1. ### [Run Workers for up to 5 minutes of CPU-time](https://edgetunnel-b2h.pages.dev/changelog/post/2025-03-25-higher-cpu-limits/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
You can now run a Worker for up to 5 minutes of CPU time for each request.  
Previously, each Workers request ran for a maximum of 30 seconds of CPU time — that is the time that a Worker is actually performing a task (we still allowed unlimited wall-clock time, in case you were waiting on slow resources). This meant that some compute-intensive tasks were impossible to do with a Worker. For instance, you might want to take the cryptographic hash of a large file from R2\. If this computation ran for over 30 seconds, the Worker request would have timed out.  
By default, Workers are still limited to 30 seconds of CPU time. This protects developers from incurring accidental cost due to buggy code.  
By changing the `cpu_ms` value in your Wrangler configuration, you can opt in to any value up to 300,000 (5 minutes).

  * [  wrangler.jsonc ](#tab-panel-3115)
  * [  wrangler.toml ](#tab-panel-3116)

**JSONC**  
```jsonc  
{  
  // ...rest of your configuration...  
  "limits": {  
    "cpu_ms": 300000,  
  },  
  // ...rest of your configuration...  
}  
```

**TOML**  
```toml  
[limits]  
cpu_ms = 300_000  
```  
Note  
CPU time is the amount of time the CPU actually spends doing work during a given request. If a Worker's request makes a sub-request and waits for that request to come back before doing additional work, this time spent waiting **is not** counted towards CPU time.  
Worker requests could run for more than 30 seconds of total time prior to this change — only CPU time was limited.  
For more information on the updates limits, see the documentation on [Wrangler configuration for cpu\_ms](https://edgetunnel-b2h.pages.dev/workers/wrangler/configuration/#limits)and on [Workers CPU time limits](https://edgetunnel-b2h.pages.dev/workers/platform/limits/#cpu-time).  
For building long-running tasks on Cloudflare, we also recommend checking out [Workflows](https://edgetunnel-b2h.pages.dev/workflows/) and [Queues](https://edgetunnel-b2h.pages.dev/queues/).

Mar 25, 2025
1. ### [Source Maps are Generally Available](https://edgetunnel-b2h.pages.dev/changelog/post/2025-03-25-gzip-source-maps/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
Source maps are now Generally Available (GA). You can now be uploaded with a maximum gzipped size of 15 MB. Previously, the maximum size limit was 15 MB uncompressed.  
Source maps help map between the original source code and the transformed/minified code that gets deployed to production. By uploading your source map, you allow Cloudflare to map the stack trace from exceptions onto the original source code making it easier to debug.  
![Stack Trace without Source Map remapping](https://edgetunnel-b2h.pages.dev/_astro/without-source-map.ByYR83oU_Z1q7wOD.webp)  
With **no source maps uploaded**: notice how all the Javascript has been minified to one file, so the stack trace is missing information on file name, shows incorrect line numbers, and incorrectly references `js` instead of `ts`.  
![Stack Trace with Source Map remapping](https://edgetunnel-b2h.pages.dev/_astro/with-source-map.PipytmVe_2dYiLI.webp)  
With **source maps uploaded**: all methods reference the correct files and line numbers.  
Uploading source maps and stack trace remapping happens out of band from the Worker execution, so source maps do not affect upload speed, bundle size, or cold starts. The remapped stack traces are accessible through Tail Workers, Workers Logs, and Workers Logpush.  
To enable source maps, add the following to your [Pages Function's](https://edgetunnel-b2h.pages.dev/pages/functions/source-maps/) or [Worker's](https://edgetunnel-b2h.pages.dev/workers/observability/source-maps/) wrangler configuration:

  * [  wrangler.jsonc ](#tab-panel-3113)
  * [  wrangler.toml ](#tab-panel-3114)

**JSONC**  
```jsonc  
{  
  "upload_source_maps": true  
}  
```

**TOML**  
```toml  
upload_source_maps = true  
```

Mar 22, 2025
1. ### [New Managed WAF rule for Next.js CVE-2025-29927.](https://edgetunnel-b2h.pages.dev/changelog/post/2025-03-22-next-js-vulnerability-waf/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)[ Pages ](https://edgetunnel-b2h.pages.dev/pages/)[ WAF ](https://edgetunnel-b2h.pages.dev/waf/)  

**Update: Mon Mar 24th, 11PM UTC**: Next.js has made further changes to address a smaller vulnerability introduced in the patches made to its middleware handling. Users should upgrade to Next.js versions `15.2.4`, `14.2.26`, `13.5.10` or `12.3.6`. **If you are unable to immediately upgrade or are running an older version of Next.js, you can enable the WAF rule described in this changelog as a mitigation**.

**Update: Mon Mar 24th, 8PM UTC**: Next.js has now [backported the patch for this vulnerability ↗](https://github.com/advisories/GHSA-f82v-jwr5-mffw) to cover Next.js v12 and v13\. Users on those versions will need to patch to `13.5.9` and `12.3.5` (respectively) to mitigate the vulnerability.

**Update: Sat Mar 22nd, 4PM UTC**: We have changed this WAF rule to opt-in only, as sites that use auth middleware with third-party auth vendors were observing failing requests.

**We strongly recommend updating your version of Next.js (if eligible)** to the patched versions, as your app will otherwise be vulnerable to an authentication bypass attack regardless of auth provider.  
#### Enable the Managed Rule (strongly recommended)  
This rule is opt-in only for sites on the Pro plan or above in the [WAF managed ruleset](https://edgetunnel-b2h.pages.dev/waf/managed-rules/).  
To enable the rule:

  1. Head to Security > WAF > Managed rules in the Cloudflare dashboard for the zone (website) you want to protect.
  2. Click the three dots next to **Cloudflare Managed Ruleset** and choose **Edit**
  3. Scroll down and choose **Browse Rules**
  4. Search for **CVE-2025-29927** (ruleId: `34583778093748cc83ff7b38f472013e`)
  5. Change the **Status** to **Enabled** and the **Action** to **Block**. You can optionally set the rule to Log, to validate potential impact before enabling it. Log will not block requests.
  6. Click **Next**
  7. Scroll down and choose **Save**  
This will enable the WAF rule and block requests with the `x-middleware-subrequest` header regardless of Next.js version.  
#### Create a WAF rule (manual)  
For users on the Free plan, or who want to define a more specific rule, you can create a [Custom WAF rule](https://edgetunnel-b2h.pages.dev/waf/custom-rules/create-dashboard/) to block requests with the `x-middleware-subrequest` header regardless of Next.js version.  
To create a custom rule:

  1. Head to Security > WAF > Custom rules in the Cloudflare dashboard for the zone (website) you want to protect.
  2. Give the rule a name - e.g. `next-js-CVE-2025-29927`
  3. Set the matching parameters for the rule match any request where the `x-middleware-subrequest` header `exists` per the rule expression below.  
```sh  
(len(http.request.headers["x-middleware-subrequest"]) > 0)  
```

  1. Set the action to 'block'. If you want to observe the impact before blocking requests, set the action to 'log' (and edit the rule later).
  2. **Deploy** the rule.  
![Next.js CVE-2025-29927 WAF rule](https://edgetunnel-b2h.pages.dev/_astro/waf-rule-cve-2025-29927.0i0XiweZ_Z8mlyw.webp)  
#### Next.js CVE-2025-29927  
We've made a WAF (Web Application Firewall) rule available to all sites on Cloudflare to protect against the [Next.js authentication bypass vulnerability ↗](https://github.com/advisories/GHSA-f82v-jwr5-mffw) (`CVE-2025-29927`) published on March 21st, 2025.

**Note**: This rule is not enabled by default as it blocked requests across sites for specific authentication middleware.

  * This managed rule protects sites using Next.js on Workers and Pages, as well as sites using Cloudflare to protect Next.js applications hosted elsewhere.
  * This rule has been made available (but not enabled by default) to all sites as part of our [WAF Managed Ruleset](https://edgetunnel-b2h.pages.dev/waf/managed-rules/reference/cloudflare-managed-ruleset/) and blocks requests that attempt to bypass authentication in Next.js applications.
  * The vulnerability affects almost all Next.js versions, and has been fully patched in Next.js `14.2.26` and `15.2.4`. Earlier, interim releases did not fully patch this vulnerability.
  * **Users on older versions of Next.js (`11.1.4` to `13.5.6`) did not originally have a patch available**, but this the patch for this vulnerability and a subsequent additional patch have been backported to Next.js versions `12.3.6` and `13.5.10` as of Monday, March 24th. Users on Next.js v11 will need to deploy the stated workaround or enable the WAF rule.  
The managed WAF rule mitigates this by blocking _external_ user requests with the `x-middleware-subrequest` header regardless of Next.js version, but we recommend users using Next.js 14 and 15 upgrade to the patched versions of Next.js as an additional mitigation.

Mar 22, 2025
1. ### [Smart Placement is smarter about running Workers and Pages Functions in the best locations](https://edgetunnel-b2h.pages.dev/changelog/post/2025-03-22-smart-placement-stablization/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)[ Pages ](https://edgetunnel-b2h.pages.dev/pages/)  
[Smart Placement](https://edgetunnel-b2h.pages.dev/workers/configuration/placement/) is a unique Cloudflare feature that can make decisions to move your Worker to run in a more optimal location (such as closer to a database). Instead of always running in the default location (the one closest to where the request is received), Smart Placement uses certain “heuristics” (rules and thresholds) to decide if a different location might be faster or more efficient.  
Previously, if these heuristics weren't consistently met, your Worker would revert to running in the default location—even after it had been optimally placed. This meant that if your Worker received minimal traffic for a period of time, the system would reset to the default location, rather than remaining in the optimal one.  
Now, once Smart Placement has identified and assigned an optimal location, temporarily dropping below the heuristic thresholds will not force a return to default locations. For example in the previous algorithm, a drop in requests for a few days might return to default locations and heuristics would have to be met again. This was problematic for workloads that made requests to a geographically located resource every few days or longer. In this scenario, your Worker would never get placed optimally. This is no longer the case.

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-3119)
  * [  TypeScript ](#tab-panel-3120)

**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-3125)
  * [  TypeScript ](#tab-panel-3126)

**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. ### [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 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-3117)
  * [  wrangler.toml ](#tab-panel-3118)

**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".

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 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 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).

Feb 14, 2025
1. ### [Build AI Agents with Example Prompts](https://edgetunnel-b2h.pages.dev/changelog/post/2025-02-14-example-ai-prompts/)  
[ Agents ](https://edgetunnel-b2h.pages.dev/agents/)[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)[ Workflows ](https://edgetunnel-b2h.pages.dev/workflows/)  
We've added an [example prompt](https://edgetunnel-b2h.pages.dev/workers/get-started/prompting/) to help you get started with building AI agents and applications on Cloudflare [Workers](https://edgetunnel-b2h.pages.dev/workers/), including [Workflows](https://edgetunnel-b2h.pages.dev/workflows/), [Durable Objects](https://edgetunnel-b2h.pages.dev/durable-objects/), and [Workers KV](https://edgetunnel-b2h.pages.dev/kv/).  
You can use this prompt with your favorite AI model, including Claude 3.5 Sonnet, OpenAI's o3-mini, Gemini 2.0 Flash, or Llama 3.3 on Workers AI. Models with large context windows will allow you to paste the prompt directly: provide your own prompt within the `<user_prompt></user_prompt>` tags.  
```sh  
{paste_prompt_here}  
<user_prompt>  
user: Build an AI agent using Cloudflare Workflows. The Workflow should run when a new GitHub issue is opened on a specific project with the label 'help' or 'bug', and attempt to help the user troubleshoot the issue by calling the OpenAI API with the issue title and description, and a clear, structured prompt that asks the model to suggest 1-3 possible solutions to the issue. Any code snippets should be formatted in Markdown code blocks. Documentation and sources should be referenced at the bottom of the response. The agent should then post the response to the GitHub issue. The agent should run as the provided GitHub bot account.  
</user_prompt>  
```  
This prompt is still experimental, but we encourage you to try it out and [provide feedback ↗](https://github.com/cloudflare/cloudflare-docs/issues/new?template=content.edit.yml).

Feb 07, 2025
1. ### [Create and deploy Workers from Git repositories](https://edgetunnel-b2h.pages.dev/changelog/post/2025-02-07-new-ways-to-get-started-on-workers/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
![Import repo or choose template](https://edgetunnel-b2h.pages.dev/_astro/choose-template-import-repo.Ci4KQPnT_17oN4z.webp)  
You can now create a Worker by:

  * **Importing a Git repository**: Choose an existing Git repo on your GitHub/GitLab account and set up [Workers Builds](https://edgetunnel-b2h.pages.dev/workers/ci-cd/builds/configuration/) to deploy your Worker.
  * **Deploying a template with Git**: Choose from a brand new selection of production ready [examples ↗](https://github.com/cloudflare/templates) to help you get started with popular frameworks like [Astro ↗](https://astro.build/), [Remix ↗](https://remix.run/) and [Next ↗](https://nextjs.org/) or build stateful applications with Cloudflare resources like [D1 databases](https://edgetunnel-b2h.pages.dev/d1/), [Workers AI](https://edgetunnel-b2h.pages.dev/workers-ai/) or [Durable Objects](https://edgetunnel-b2h.pages.dev/durable-objects/)! When you're ready to deploy, Cloudflare will set up your project by cloning the template to your GitHub/GitLab account, provisioning any required [resources](https://edgetunnel-b2h.pages.dev/workers/runtime-apis/bindings/) and deploying your Worker.  
With every push to your chosen branch, Cloudflare will automatically build and deploy your Worker.  
To get started, go to the [Workers dashboard ↗](https://dash.cloudflare.com/?to=/:account/workers-and-pages/create).  
These new features are available today in the Cloudflare dashboard to a subset of Cloudflare customers, and will be coming to all customers in the next few weeks. Don't see it in your dashboard, but want early access? Add your Cloudflare Account ID to [this form ↗](https://forms.gle/U1qhkF2snNJDGJJa9).

Feb 03, 2025
1. ### [Revamped Workers Metrics](https://edgetunnel-b2h.pages.dev/changelog/post/2025-02-03-workers-metrics-revamp/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
We've revamped the [Workers Metrics dashboard ↗](https://dash.cloudflare.com/?to=/:account/workers/services/view/:worker/production/metrics/).  
![Workers Metrics dashboard](https://edgetunnel-b2h.pages.dev/_astro/workers-metrics.IxYk9yF0_Z1h2eg9.webp)  
Now you can easily compare metrics across Worker versions, understand the current state of a [gradual deployment](https://edgetunnel-b2h.pages.dev/workers/versions-and-deployments/gradual-deployments/), and review key Workers metrics in a single view. This new interface enables you to:

  * Drag-and-select using a graphical timepicker for precise metric selection.  
![Workers Metrics graphical timepicker](https://edgetunnel-b2h.pages.dev/_astro/metrics-graphical-timepicker.tzLlEF5U_Z102O4.webp)  
  * Use histograms to visualize cumulative metrics, allowing you to bucket and compare rates over time.
  * Focus on Worker versions by directly interacting with the version numbers in the legend.  
![Workers Metrics legend selector](https://edgetunnel-b2h.pages.dev/_astro/metrics-legend-selector.B2GY90Hn_27rpVV.webp)  
  * Monitor and compare active gradual deployments.
  * Track error rates across versions with grouping both by version and by invocation status.
  * Measure how [Smart Placement](https://edgetunnel-b2h.pages.dev/workers/configuration/placement/) improves request duration.  
Learn more about [metrics](https://edgetunnel-b2h.pages.dev/workers/observability/metrics-and-analytics).

```json
{"@context":"https://schema.org","@type":"BlogPosting","@id":"https://edgetunnel-b2h.pages.dev/changelog/product/workers/8/#page","headline":"Workers Changelog | Cloudflare Docs","url":"https://edgetunnel-b2h.pages.dev/changelog/product/workers/8/","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/"}}
```