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

Jul 17, 2026
1. ### [Preview sent emails in the Activity log](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-17-email-message-preview/)  
[ Email Service ](https://edgetunnel-b2h.pages.dev/email-service/)  
You can now preview the content of sent emails directly from the Email Service Activity log. Expand a sent email and open the new **Preview** section to inspect the message as it was sent, across tabs for the rendered **HTML** body, the **Text** body, the **Headers**, the **Attachments**, and the full **Raw** [RFC 5322 ↗](https://datatracker.ietf.org/doc/html/rfc5322) source.  
![The rendered HTML preview of a sent email in the Email Service Activity log](https://edgetunnel-b2h.pages.dev/_astro/email-message-preview.Bj6Lk8Y6_ZQJVjF.webp)  
Previously, the Activity log surfaced delivery and authentication metadata but not the message content, making rendering and content issues harder to debug. Message preview closes that gap.  
To make messages previewable, turn on **Email preview** in your sending domain's settings. Previews cover messages sent while the setting is turned on and are retained for about seven days. Sending domains onboarded on or after 2026-07-02 have **Email preview** turned on automatically.  
![The Email preview setting in a sending domain's settings](https://edgetunnel-b2h.pages.dev/_astro/email-preview-setting.XEd1WIiO_Z1Vc9Dv.webp)  
Refer to [Email logs](https://edgetunnel-b2h.pages.dev/email-service/observability/logs/#message-preview) for more information.

Jul 16, 2026
1. ### [Manage Flagship from the command line with Wrangler](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-16-wrangler-commands/)  
[ Flagship ](https://edgetunnel-b2h.pages.dev/flagship/)  

**[Wrangler](https://edgetunnel-b2h.pages.dev/workers/wrangler/)** now includes `wrangler flagship`, a command suite for managing [Flagship](https://edgetunnel-b2h.pages.dev/flagship/) apps and feature flags from your terminal.  
Create an app and, if you use it from a Worker, add it to your `wrangler.json` or `wrangler.jsonc` file as a binding:  
```bash  
wrangler flagship apps create "My Worker App" \
  --binding FLAGS \
  --update-config  
```  
Then create flags for the behavior you want to control. Flags can be booleans, strings, numbers, or JSON values:  
```bash  
wrangler flagship flags create <APP_ID> new-checkout  
wrangler flagship flags create <APP_ID> checkout-flow \
  --variation control=old-checkout \
  --variation treatment=new-checkout \
  --default control \
  --type string  
```  
After a flag exists, change its default variation or use enable and disable commands as kill switches. Existing targeting rules continue to apply unless you change or clear them explicitly:  
```bash  
wrangler flagship flags update <APP_ID> checkout-flow --default treatment  
wrangler flagship flags disable <APP_ID> checkout-flow  
wrangler flagship flags enable <APP_ID> checkout-flow  
```  
For release workflows, use `rollout`, `split`, and `rules` to change exposure without redeploying your Worker:  
```bash  
wrangler flagship flags rollout <APP_ID> new-checkout \
  --to on \
  --percentage 25 \
  --by user_id  
wrangler flagship flags split <APP_ID> checkout-flow \
  --weight control=80 \
  --weight treatment=20 \
  --by user_id  
wrangler flagship flags rules update <APP_ID> checkout-flow \
  --priority 1 \
  --when "country equals US"  
```  
These commands can also be used from CI/CD pipelines, scripts, and AI agents to inspect Flagship state, update flag behavior, or roll back changes through Wrangler.  
Refer to the [wrangler flagship command reference](https://edgetunnel-b2h.pages.dev/flagship/reference/wrangler-commands/) for the full command guide.

Jul 15, 2026
1. ### [Subscribe to Email Sending events with Queues](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-15-event-subscriptions/)  
[ Email Service ](https://edgetunnel-b2h.pages.dev/email-service/)[ Queues ](https://edgetunnel-b2h.pages.dev/queues/)  
You can now subscribe to **[Email Sending](https://edgetunnel-b2h.pages.dev/email-service/api/send-emails/) events** through [Queues event subscriptions](https://edgetunnel-b2h.pages.dev/queues/event-subscriptions/) and receive outbound transactional email lifecycle events on a queue. Each subscription is scoped to one sending domain — either the zone apex, such as `example.com`, or a verified sending subdomain, such as `send.example.com`.  
Six event types are published: `message.delivered`, `message.deferred`, `message.bounced`, `message.failed`, `message.rejected`, and `message.complained`. Use them to track deliverability, react to bounces and complaints, and drive suppression or retry logic. Email Routing events are not published on this source.  
Each event includes the message details, delivery status, and SMTP response:  
```json  
{  
  "type": "cf.email.sending.message.delivered",  
  "source": {  
    "type": "email.sending",  
    "zoneId": "023e105f4ecef8ad9ca31a8372d0c353",  
    "domain": "example.com"  
  },  
  "payload": {  
    "messageId": "0101018f7d0c4d9a-msg-deadbeef",  
    "recipient": "user@example.net",  
    "terminal": true,  
    "delivery": {  
      "status": "delivered",  
      "smtpStatusCode": "250"  
    }  
  }  
}  
```  
Refer to [Event subscriptions](https://edgetunnel-b2h.pages.dev/email-service/platform/event-subscriptions/) to see all event types and example payloads.

Jul 15, 2026
1. ### [Deprecate legacy Workers KV namespace API routes](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-15-kv-legacy-namespace-routes-deprecation/)  
[ KV ](https://edgetunnel-b2h.pages.dev/kv/)  
The legacy Workers KV API routes under `/accounts/{account_id}/workers/namespaces/*` are deprecated as of July 15, 2026, and will stop working on October 15, 2026\. Migrate to the documented [Workers KV API](https://edgetunnel-b2h.pages.dev/api/resources/kv/) routes under `/accounts/{account_id}/storage/kv/namespaces/*` before that date.  
The legacy and replacement routes are interchangeable. They accept the same request parameters and return the same response payloads. To migrate, update the URL path from `/workers/namespaces/` to `/storage/kv/namespaces/`.  
#### What you need to do  
Update any integration that calls a route under `/accounts/{account_id}/workers/namespaces/` to use the equivalent route under `/accounts/{account_id}/storage/kv/namespaces/`. The migration is a direct URL path substitution — request parameters and response payloads are identical:

  * `GET` and `POST /accounts/{account_id}/workers/namespaces` → `GET` and `POST /accounts/{account_id}/storage/kv/namespaces`
  * `GET`, `PUT`, and `DELETE /accounts/{account_id}/workers/namespaces/{namespace_id}` → `GET`, `PUT`, and `DELETE /accounts/{account_id}/storage/kv/namespaces/{namespace_id}`
  * `GET /accounts/{account_id}/workers/namespaces/{namespace_id}/keys` → `GET /accounts/{account_id}/storage/kv/namespaces/{namespace_id}/keys`
  * `GET /accounts/{account_id}/workers/namespaces/{namespace_id}/metadata/{key_name}` → `GET /accounts/{account_id}/storage/kv/namespaces/{namespace_id}/metadata/{key_name}`
  * `GET`, `PUT`, and `DELETE /accounts/{account_id}/workers/namespaces/{namespace_id}/values/{key_name}` → `GET`, `PUT`, and `DELETE /accounts/{account_id}/storage/kv/namespaces/{namespace_id}/values/{key_name}`  
For more information about the deprecation timeline, refer to [API deprecations](https://edgetunnel-b2h.pages.dev/fundamentals/api/reference/deprecations/).

Jul 14, 2026
1. ### [Improved reliability for account-wide Web Analytics dashboards](https://edgetunnel-b2h.pages.dev/changelog/post/2026-06-10-improved-reliability-for-web-analytics-dash/)  
[ Cloudflare Web Analytics ](https://edgetunnel-b2h.pages.dev/web-analytics/)  
Cloudflare Web Analytics (Real User Monitoring) has rolled out performance optimizations to significantly improve the stability and loading speed of account-wide dashboards.  
For larger accounts (with >100 Web Analytics sites), loading the aggregate account-wide view would often fail, running into timeouts or unexpected interface errors due to the massive scale of parallel query processing. This update optimizes how high-volume multi-site data is queried to reduce errors and provide a snappier dashboard experience.  
Accounts with up to 1,000 sites will now be able to load this account-wide aggregate view without experiencing misleading errors.  
If you have an account with over 1,000 sites, we cannot currently aggregate over this volume due to processing constraints but you will now be presented with a clear error and instruction to filter to the relevant site(s) you wish to see the data for.

Jul 14, 2026
1. ### [Platforms can now create Temporary Accounts via the Cloudflare API](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-14-temporary-accounts-api/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
Platforms can now create temporary preview accounts through the Cloudflare REST API. This lets your platform deploy a live Worker before the user signs in to Cloudflare.  
With the Temporary Accounts API, coding agents, AI app builders, and other platforms can build a similar flow for generated Workers and supported resources.  
Your platform can keep users in its onboarding flow while they generate, deploy, and test an application. Users do not need an existing Cloudflare account, and your platform does not need write access to one.  
![Diagram showing an AI agent deploying, verifying, and redeploying a Worker in a temporary account, then a user authenticating and claiming the account to keep its resources](https://edgetunnel-b2h.pages.dev/_astro/claim-deployments-flow.Co0tUHG4_g1dGj.webp)  
The API returns a claim URL that lets the user make the temporary account and its resources permanent.  
[Cloudflare Drop ↗](https://www.cloudflare.com/drop/) demonstrates this preview-and-claim pattern for static sites. Someone can upload a site, test and share it for one hour, then sign in or create an account only when they want to keep it.  
This API expands the flow first introduced with [wrangler deploy --temporary](https://edgetunnel-b2h.pages.dev/changelog/post/2026-06-19-temporary-accounts-for-agents/). Your backend now controls the provisioning and deployment experience directly:

  1. Show Cloudflare's Terms of Service and Privacy Policy in your product, and require the user to accept them.
  2. Request and solve a proof-of-work challenge.
  3. Create a temporary preview account.
  4. Deploy with the returned temporary account ID and API token.
  5. Show the deployed Worker URL and claim URL to the user.  
```bash  
curl "https://api.cloudflare.com/client/v4/provisioning/previews/challenge" \
  -X POST \
  -H "Content-Type: application/json" \
  --data '{}'  
curl "https://api.cloudflare.com/client/v4/provisioning/previews" \
  -X POST \
  -H "Content-Type: application/json" \
  --data '{  
    "termsOfService": "https://www.cloudflare.com/terms/",  
    "privacyPolicy": "https://www.cloudflare.com/privacypolicy/",  
    "acceptTermsOfService": "yes",  
    "challengeToken": "<CHALLENGE_TOKEN>",  
    "solution": {  
      "checkpoints": "<BASE64_CHECKPOINTS>"  
    }  
  }'  
```  
For the complete API flow, proof-of-work requirements, supported products, and limits, refer to [Claim deployments (temporary accounts)](https://edgetunnel-b2h.pages.dev/workers/platform/claim-deployments/#integrate-with-the-rest-api). For the background and design goals behind this flow, refer to [Temporary Cloudflare Accounts for AI agents ↗](https://blog.cloudflare.com/temporary-accounts/).

Jul 13, 2026
1. ### [Agents can respond to MCP elicitation requests](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-13-mcp-client-elicitation/)  
[ Agents ](https://edgetunnel-b2h.pages.dev/agents/)[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
Agents connected to Model Context Protocol (MCP) servers with [addMcpServer](https://edgetunnel-b2h.pages.dev/agents/model-context-protocol/apis/client-api/) can now handle [elicitation ↗](https://modelcontextprotocol.io/specification/2025-11-25/client/elicitation) requests.  
Elicitation lets an MCP server request user input while it handles a tool call. Form mode collects structured, non-sensitive data. URL mode asks for consent before opening an out-of-band flow, such as third-party authorization or payment.  
sequenceDiagram  
    participant User  
    participant Agent as Agent (MCP client)  
    participant Server as MCP server  
    participant Browser  
    Server->>Agent: elicitation/create  
    Agent->>User: Show server, reason, and input or URL  
    User->>Agent: Submit, open, decline, or cancel  
    Agent->>Browser: Open URL after consent (URL mode)  
    Agent->>Server: accept, decline, or cancel  
    Server-->>Agent: Optional URL completion notification  
Register a handler for each mode your Agent supports in `onStart()`:

  * [  JavaScript ](#tab-panel-3358)
  * [  TypeScript ](#tab-panel-3359)

**JavaScript**  
```js  
import { Agent } from "agents";  
export class MyAgent extends Agent {  
  onStart() {  
    this.mcp.configureElicitationHandlers({  
      form: (request, serverId) => this.forwardToUser(request, serverId),  
      url: (request, serverId) => this.forwardToUser(request, serverId),  
    });  
  }  
  forwardToUser(request, serverId) {  
    // Show the request in your UI and resolve after the user responds.  
    throw new Error(  
      `Implement elicitation for ${serverId}: ${request.params.message}`,  
    );  
  }  
}  
```

**TypeScript**  
```ts  
import { Agent } from "agents";  
import type { ElicitRequest, ElicitResult } from "agents/mcp";  
export class MyAgent extends Agent<Env> {  
  onStart() {  
    this.mcp.configureElicitationHandlers({  
      form: (request, serverId) => this.forwardToUser(request, serverId),  
      url: (request, serverId) => this.forwardToUser(request, serverId),  
    });  
  }  
  private forwardToUser(  
    request: ElicitRequest,  
    serverId: string,  
  ): Promise<ElicitResult> {  
    // Show the request in your UI and resolve after the user responds.  
    throw new Error(  
      `Implement elicitation for ${serverId}: ${request.params.message}`,  
    );  
  }  
}  
```  
Connections advertise only the modes with configured handlers. An Agent without handlers advertises no elicitation capability, which lets the server use its fallback. The SDK stores the advertised modes with each MCP server registration so they survive Durable Object hibernation. Callback functions remain in memory and reattach when `onStart()` runs.  
For implementation details and a browser forwarding pattern, refer to [MCP client elicitation](https://edgetunnel-b2h.pages.dev/agents/model-context-protocol/apis/client-api/#elicitation). The [mcp-client ↗](https://github.com/cloudflare/agents/tree/main/examples/mcp-client) and [mcp-elicitation ↗](https://github.com/cloudflare/agents/tree/main/examples/mcp-elicitation) examples implement both sides.  
#### Upgrade  
To update to this release:  
 npm  yarn  pnpm  bun  
```  
npm i agents@latest  
```  
```  
yarn add agents@latest  
```  
```  
pnpm add agents@latest  
```  
```  
bun add agents@latest  
```

Jul 13, 2026
1. ### [R2 Data Catalog now supports read-only API tokens](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-09-r2-data-catalog-read-only-tokens/)  
[ R2 ](https://edgetunnel-b2h.pages.dev/r2/)  
[R2 Data Catalog](https://edgetunnel-b2h.pages.dev/r2/data-catalog/) now accepts read-only API tokens, so query engines and clients that only read data no longer need a read-write token. Previously, every catalog operation required an **Admin Read & Write** token, which meant read-only clients were granted more access than they needed.  
You can now authenticate your Iceberg engine based on your workload:

  * **Read-only** operations (such as listing namespaces, loading tables, and querying data) work with an **Admin Read only** token (R2 Data Catalog read and R2 storage read).
  * **Write** operations (such as creating or dropping tables and committing transactions) continue to require an **Admin Read & Write** token.  
This lets you follow the principle of least privilege — for example, using a read-write token for the pipeline that writes to your tables and read-only tokens for engines like [R2 SQL](https://edgetunnel-b2h.pages.dev/r2-sql/), [DuckDB](https://edgetunnel-b2h.pages.dev/r2/data-catalog/config-examples/duckdb/), or [PyIceberg](https://edgetunnel-b2h.pages.dev/r2/data-catalog/config-examples/pyiceberg/) that query them.  
Note that credentials vended by the catalog inherit the R2 storage permissions of the token used to authenticate. To ensure read-only access to your underlying data, scope the R2 storage permission to read-only as well.  
For details on choosing and creating the right token, refer to [Authenticate your Iceberg engine](https://edgetunnel-b2h.pages.dev/r2/data-catalog/manage-catalogs/#authenticate-your-iceberg-engine).

Jul 13, 2026
1. ### [R2 Data Catalog compaction now optimizes manifest files](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-13-r2-data-catalog-manifest-optimization/)  
[ R2 Data Catalog ](https://edgetunnel-b2h.pages.dev/r2/data-catalog/)[ R2 ](https://edgetunnel-b2h.pages.dev/r2/)  
[R2 Data Catalog](https://edgetunnel-b2h.pages.dev/r2/data-catalog/), a managed [Apache Iceberg ↗](https://iceberg.apache.org/) catalog built into R2, now automatically optimizes manifest files as part of [compaction](https://edgetunnel-b2h.pages.dev/r2/data-catalog/table-maintenance/).  
Manifest files track the data files that make up an Iceberg table. As a table accumulates many small or fragmented manifests, query engines must read more metadata during query planning, which slows down queries even before any data is scanned.  
When compaction runs, R2 Data Catalog now rewrites and clusters manifest files by partition as a best-effort pre-step. This consolidates fragmented manifests, reduces the number of manifests a query engine must open, and lowers metadata I/O overhead. Tables that are already well-clustered are skipped, so the operation only runs when it provides a benefit.  
This happens automatically for tables with compaction enabled — no configuration changes are required.  
For more information, refer to [Table maintenance](https://edgetunnel-b2h.pages.dev/r2/data-catalog/table-maintenance/).

Jul 10, 2026
1. ### [Plain text output for Markdown Conversion](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-13-markdown-conversion-text-output/)  
[ Workers AI ](https://edgetunnel-b2h.pages.dev/workers-ai/)  
The [Markdown Conversion](https://edgetunnel-b2h.pages.dev/workers-ai/features/markdown-conversion/) service now supports a new `output` conversion option that controls the format of the converted content.  
Set `output.format` to `text` to receive plain text with Markdown syntax removed. The default value is `markdown`, so existing conversions are unchanged.  
Use the [env.AI](https://edgetunnel-b2h.pages.dev/workers-ai/features/markdown-conversion/usage/binding/) binding:

  * [  JavaScript ](#tab-panel-3356)
  * [  TypeScript ](#tab-panel-3357)

**JavaScript**  
```js  
await env.AI.toMarkdown(  
  { name: "page.html", blob: new Blob([html]) },  
  {  
    conversionOptions: {  
      output: { format: "text" },  
    },  
  },  
);  
```

**TypeScript**  
```ts  
await env.AI.toMarkdown(  
  { name: "page.html", blob: new Blob([html]) },  
  {  
    conversionOptions: {  
      output: { format: "text" },  
    },  
  },  
);  
```  
Or call the REST API:  
```bash  
curl https://api.cloudflare.com/client/v4/accounts/{ACCOUNT_ID}/ai/tomarkdown \
  -H 'Authorization: Bearer {API_TOKEN}' \
  -F 'files=@index.html' \
  -F 'conversionOptions={"output": {"format": "text"}}'  
```  
When you request text output, the `format` field of each result is set to `text`. For more details, refer to [Conversion Options](https://edgetunnel-b2h.pages.dev/workers-ai/features/markdown-conversion/conversion-options/#output).

Jul 09, 2026
1. ### [Workflows now supports delay functions when retrying](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-09-dynamic-retry-delays/)  
[ Workflows ](https://edgetunnel-b2h.pages.dev/workflows/)  
With [Workflows](https://edgetunnel-b2h.pages.dev/workflows/), you can configure built-in retry behavior for each step. Previously, you could configure step retries with fixed delay durations, such as seconds, minutes, or hours, and backoff strategies such as `constant`, `linear`, or `exponential`.  
Step retries now support dynamic delay functions. Instead of choosing only a base delay and backoff strategy, pass a function to `retries.delay` and calculate the next delay from the failed attempt and thrown error.  
This is useful when retries should depend on the failure. Your Workflow may need to wait longer after a rate-limit error, but retry sooner after a short network failure. The delay function can also accommodate provider guidance if, for example, a downstream API returns a `Retry-After` value in its error messaging.

  * [  JavaScript ](#tab-panel-3360)
  * [  TypeScript ](#tab-panel-3361)

**JavaScript**  
```js  
await step.do(  
  "sync customer",  
  {  
    retries: {  
      limit: 5,  
      delay: ({ ctx, error }) => {  
        if (error.message.includes("rate limit")) {  
          return `${ctx.attempt * 30} seconds`;  
        }  
        return "10 seconds";  
      },  
    },  
  },  
  async () => {  
    await syncCustomer();  
  },  
);  
```

**TypeScript**  
```ts  
await step.do(  
  "sync customer",  
  {  
    retries: {  
      limit: 5,  
      delay: ({ ctx, error }) => {  
        if (error.message.includes("rate limit")) {  
          return `${ctx.attempt * 30} seconds`;  
        }  
        return "10 seconds";  
      },  
    },  
  },  
  async () => {  
    await syncCustomer();  
  },  
);  
```  
Dynamic delay functions can return a duration string, a number, or a promise that resolves to a duration. Use them to add adaptive retry behavior without writing separate queue or scheduling logic. For more information, refer to [Sleeping and retrying](https://edgetunnel-b2h.pages.dev/workflows/build/sleeping-and-retrying/).

Jul 09, 2026
1. ### [New Durable Object namespaces must use the SQLite storage backend](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-09-restrict-new-kv-backed-namespaces/)  
[ Durable Objects ](https://edgetunnel-b2h.pages.dev/durable-objects/)[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
If your account does not already have a key-value (KV) backed Durable Object namespace, you can no longer create new ones. New Durable Object namespaces must use the [SQLite storage backend](https://edgetunnel-b2h.pages.dev/durable-objects/best-practices/access-durable-objects-storage/#create-sqlite-backed-durable-object-class), which has been recommended for all new Durable Objects since it became [generally available ↗](https://blog.cloudflare.com/sqlite-in-durable-objects/) in 2024.  
Create a new class with a `new_sqlite_classes` migration:

  * [  wrangler.jsonc ](#tab-panel-3352)
  * [  wrangler.toml ](#tab-panel-3353)

**JSONC**  
```jsonc  
{  
  "$schema": "./node_modules/wrangler/config-schema.json",  
  "migrations": [  
    {  
      "tag": "v1",  
      "new_sqlite_classes": [  
        "MyDurableObject"  
      ]  
    }  
  ]  
}  
```

**TOML**  
```toml  
[[migrations]]  
tag = "v1"  
new_sqlite_classes = ["MyDurableObject"]  
```  
SQLite-backed Durable Objects have feature parity with the key-value backend — including the [key-value storage API](https://edgetunnel-b2h.pages.dev/durable-objects/api/sqlite-storage-api/#synchronous-kv-api) — and additionally support relational [SQL queries](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) to restore an object's storage to any point in the past 30 days.  
If you attempt to create a new key-value backed namespace (a `new_classes` migration) on an affected account, the deployment fails with the following error:  
```txt  
Creating new key-value backed Durable Object namespaces is no longer supported on this account. Please create a namespace using a `new_sqlite_classes` migration instead.  
```  
This change only affects accounts that are not already using the key-value storage backend. Accounts with at least one existing key-value backed namespace can still create new ones for now, and the Workers Free plan has only ever supported SQLite-backed Durable Objects. It is part of a broader move toward SQLite as the single storage backend for Durable Objects, ahead of a future migration path for existing key-value backed objects.  
For more information, refer to [Durable Objects migrations](https://edgetunnel-b2h.pages.dev/durable-objects/reference/durable-objects-migrations/).

Jul 09, 2026
1. ### [Zero Trust Networks route endpoints and Cloudflare Tunnel connections field retiring on October 5, 2026](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-09-tunnel-routes-and-connections-api-changes/)  
[ Cloudflare Tunnel ](https://edgetunnel-b2h.pages.dev/tunnel/)[ Cloudflare Tunnel for SASE ](https://edgetunnel-b2h.pages.dev/cloudflare-one/networks/connectors/cloudflare-tunnel/)[ Cloudflare Mesh ](https://edgetunnel-b2h.pages.dev/cloudflare-one/networks/connectors/cloudflare-mesh/)  
On **October 5, 2026**, two changes take effect across the [Zero Trust Networks API](https://edgetunnel-b2h.pages.dev/api/resources/zero%5Ftrust/subresources/networks/) and [Cloudflare Tunnel API](https://edgetunnel-b2h.pages.dev/api/resources/zero%5Ftrust/subresources/tunnels/): the CIDR-encoded route endpoints are removed, and tunnel list and get responses no longer include the `connections` field. If you manage private network routes or read tunnel connection details through the API, `cloudflared`, Terraform, or another integration, review the changes in the following sections and migrate before the removal date.  
#### Route endpoints  
The CIDR-encoded route endpoints are deprecated in favor of the standard, `route_id`\-based endpoints that already exist today. Both sets of endpoints route a private network through [Cloudflare Tunnel](https://edgetunnel-b2h.pages.dev/cloudflare-one/networks/connectors/cloudflare-tunnel/) or [Cloudflare Mesh](https://edgetunnel-b2h.pages.dev/cloudflare-one/networks/connectors/cloudflare-mesh/) (the API still refers to Mesh nodes as `warp_connector`) — only the request shape changes.

**Deprecated endpoints (removed October 5, 2026):**

  * Create a tunnel route (CIDR Endpoint): [POST /accounts/{account\_id}/teamnet/routes/network/{ip\_network\_encoded}](https://edgetunnel-b2h.pages.dev/api/resources/zero%5Ftrust/subresources/networks/subresources/routes/subresources/networks/methods/create/)
  * Update a tunnel route (CIDR Endpoint): [PATCH /accounts/{account\_id}/teamnet/routes/network/{ip\_network\_encoded}](https://edgetunnel-b2h.pages.dev/api/resources/zero%5Ftrust/subresources/networks/subresources/routes/subresources/networks/methods/edit/)
  * Delete a tunnel route (CIDR Endpoint): [DELETE /accounts/{account\_id}/teamnet/routes/network/{ip\_network\_encoded}](https://edgetunnel-b2h.pages.dev/api/resources/zero%5Ftrust/subresources/networks/subresources/routes/subresources/networks/methods/delete/)

**Replacement endpoints:**

  * Create a tunnel route: [POST /accounts/{account\_id}/teamnet/routes](https://edgetunnel-b2h.pages.dev/api/resources/zero%5Ftrust/subresources/networks/subresources/routes/methods/create/)
  * Update a tunnel route: [PATCH /accounts/{account\_id}/teamnet/routes/{route\_id}](https://edgetunnel-b2h.pages.dev/api/resources/zero%5Ftrust/subresources/networks/subresources/routes/methods/edit/)
  * Delete a tunnel route: [DELETE /accounts/{account\_id}/teamnet/routes/{route\_id}](https://edgetunnel-b2h.pages.dev/api/resources/zero%5Ftrust/subresources/networks/subresources/routes/methods/delete/)  
#### What is changing

|                  | Deprecated (CIDR-encoded path)                                 | Replacement                                                         |
| ---------------- | -------------------------------------------------------------- | ------------------------------------------------------------------- |
| Route identifier | URL-encoded CIDR in the path (/network/{ip\_network\_encoded}) | route\_id in the path (network moves to the request body on create) |
| Create           | POST .../teamnet/routes/network/{ip\_network\_encoded}         | POST .../teamnet/routes with network and tunnel\_id in the body     |
| Update           | PATCH .../teamnet/routes/network/{ip\_network\_encoded}        | PATCH .../teamnet/routes/{route\_id}                                |
| Delete           | DELETE .../teamnet/routes/network/{ip\_network\_encoded}       | DELETE .../teamnet/routes/{route\_id}                               |  
#### Action required

  1. Capture each route's `route_id` by calling [List tunnel routes](https://edgetunnel-b2h.pages.dev/api/resources/zero%5Ftrust/subresources/networks/subresources/routes/methods/list/), or read it from the response the first time you create a route with the replacement endpoint.
  2. Update any scripts, backend services, or CI/CD pipelines that call the CIDR-encoded endpoints directly.
  3. If you manage routes with the `cloudflared tunnel route ip add | delete` commands, upgrade `cloudflared` to the [latest version ↗](https://github.com/cloudflare/cloudflared/releases).
  4. If you manage routes with Terraform, make sure you are on a current version of the [cloudflare\_zero\_trust\_tunnel\_cloudflared\_route ↗](https://registry.terraform.io/providers/cloudflare/cloudflare/latest/docs/resources/zero%5Ftrust%5Ftunnel%5Fcloudflared%5Froute) resource and the [Cloudflare Terraform provider ↗](https://registry.terraform.io/providers/cloudflare/cloudflare/latest/docs).  
```bash  
# Before: create a route by URL-encoding the CIDR into the path  
curl https://api.cloudflare.com/client/v4/accounts/$ACCOUNT_ID/teamnet/routes/network/172.16.0.0%2F16 \
     -H 'Content-Type: application/json' \
     -H "Authorization: Bearer $CLOUDFLARE_API_TOKEN" \
     -d '{"tunnel_id": "'$TUNNEL_ID'", "comment": "Example comment for this route."}'  
# After: create a route with the network in the request body  
curl https://api.cloudflare.com/client/v4/accounts/$ACCOUNT_ID/teamnet/routes \
     -H 'Content-Type: application/json' \
     -H "Authorization: Bearer $CLOUDFLARE_API_TOKEN" \
     -d '{"network": "172.16.0.0/16", "tunnel_id": "'$TUNNEL_ID'", "comment": "Example comment for this route."}'  
# After: update or delete a route using its route_id  
curl -X PATCH https://api.cloudflare.com/client/v4/accounts/$ACCOUNT_ID/teamnet/routes/$ROUTE_ID \
     -H 'Content-Type: application/json' \
     -H "Authorization: Bearer $CLOUDFLARE_API_TOKEN" \
     -d '{"comment": "Updated comment for this route."}'  
curl -X DELETE https://api.cloudflare.com/client/v4/accounts/$ACCOUNT_ID/teamnet/routes/$ROUTE_ID \
     -H "Authorization: Bearer $CLOUDFLARE_API_TOKEN"  
```  
#### Cloudflare Tunnel and Cloudflare Mesh connections  
Starting the same day, the `connections` array is removed from list and get responses for [Cloudflare Tunnel](https://edgetunnel-b2h.pages.dev/cloudflare-one/networks/connectors/cloudflare-tunnel/) and [Cloudflare Mesh](https://edgetunnel-b2h.pages.dev/cloudflare-one/networks/connectors/cloudflare-mesh/) nodes (the `cfd_tunnel` and `warp_connector` API resources). Query the dedicated connections endpoint instead of reading the field off the tunnel or node object.  
This affects:

  * [GET /accounts/{account\_id}/cfd\_tunnel](https://edgetunnel-b2h.pages.dev/api/resources/zero%5Ftrust/subresources/tunnels/subresources/cloudflared/methods/list/) — `connections` removed from each item in `result`
  * [GET /accounts/{account\_id}/cfd\_tunnel/{tunnel\_id}](https://edgetunnel-b2h.pages.dev/api/resources/zero%5Ftrust/subresources/tunnels/subresources/cloudflared/methods/get/) — `connections` removed from `result`
  * [GET /accounts/{account\_id}/warp\_connector](https://edgetunnel-b2h.pages.dev/api/resources/zero%5Ftrust/subresources/tunnels/subresources/warp%5Fconnector/methods/list/) — `connections` removed from each item in `result`
  * [GET /accounts/{account\_id}/warp\_connector/{tunnel\_id}](https://edgetunnel-b2h.pages.dev/api/resources/zero%5Ftrust/subresources/tunnels/subresources/warp%5Fconnector/methods/get/) — `connections` removed from `result`  
#### Action required  
Fetch connection details from the tunnel-specific connections endpoint instead of parsing it off the list or get response. For Cloudflare Tunnel, call [GET /accounts/{account\_id}/cfd\_tunnel/{tunnel\_id}/connections](https://edgetunnel-b2h.pages.dev/api/resources/zero%5Ftrust/subresources/tunnels/subresources/cloudflared/subresources/connections/methods/get/). For Cloudflare Mesh, call [GET /accounts/{account\_id}/warp\_connector/{tunnel\_id}/connections](https://edgetunnel-b2h.pages.dev/api/resources/zero%5Ftrust/subresources/tunnels/subresources/warp%5Fconnector/subresources/connections/methods/get/).  
```bash  
# Before: read connections off the tunnel object  
curl https://api.cloudflare.com/client/v4/accounts/$ACCOUNT_ID/cfd_tunnel/$TUNNEL_ID \
     -H "Authorization: Bearer $CLOUDFLARE_API_TOKEN"  
# After: query connections directly  
curl https://api.cloudflare.com/client/v4/accounts/$ACCOUNT_ID/cfd_tunnel/$TUNNEL_ID/connections \
     -H "Authorization: Bearer $CLOUDFLARE_API_TOKEN"  
```  
Update any dashboards, monitoring scripts, or automation that parses `connections` from the tunnel list or get response. `cloudflared` and the Cloudflare Terraform provider do not read this field, so no changes are required on their side for this part of the update.  
#### Why we are making these changes

  * **Smaller, faster responses.** Cloudflare Tunnel and Cloudflare Mesh nodes with many connections no longer inflate every list and get call — connection detail is only fetched when you need it.
  * **A single way to identify a route.** Consolidating on `route_id` removes the need to URL-encode CIDR ranges into the path and matches how every other resource in the Zero Trust Networks API is addressed.
  * **Consistency across the API.** Both changes align these endpoints with Cloudflare's standard REST conventions for resource identifiers and nested detail endpoints.  
To learn more, refer to the [Zero Trust Networks API](https://edgetunnel-b2h.pages.dev/api/resources/zero%5Ftrust/subresources/networks/), the [Cloudflare Tunnel API](https://edgetunnel-b2h.pages.dev/api/resources/zero%5Ftrust/subresources/tunnels/), and [Routes](https://edgetunnel-b2h.pages.dev/cloudflare-one/networks/routes/) documentation.

Jul 09, 2026
1. ### [Send npm package dependency metadata with Worker uploads](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-07-wrangler-deploy-upload-dependencies-metadata/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
Wrangler now collects npm package dependency information from your project's `package.json` during [wrangler deploy](https://edgetunnel-b2h.pages.dev/workers/wrangler/commands/general/#deploy) and [wrangler versions upload](https://edgetunnel-b2h.pages.dev/workers/wrangler/commands/general/#upload), and includes it in the upload metadata sent to the Cloudflare API. This data, each dependency's name, declared version range, and exact installed version, enables dependency analytics and future supply chain security features such as vulnerability alerting.  
To opt out, set [dependencies\_instrumentation.enabled](https://edgetunnel-b2h.pages.dev/workers/wrangler/configuration/#top-level-only-keys) to `false` in your Wrangler configuration file:

  * [  wrangler.jsonc ](#tab-panel-3354)
  * [  wrangler.toml ](#tab-panel-3355)

**JSONC**  
```jsonc  
{  
  "dependencies_instrumentation": {  
    "enabled": false  
  }  
}  
```

**TOML**  
```toml  
[dependencies_instrumentation]  
enabled = false  
```  
For more details, refer to [Wrangler configuration](https://edgetunnel-b2h.pages.dev/workers/wrangler/configuration/#top-level-only-keys).

Jul 08, 2026
1. ### [Filter AI Search list items by exact object key](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-08-ai-search-list-items-key-filter/)  
[ AI Search ](https://edgetunnel-b2h.pages.dev/ai-search/)  
In [AI Search](https://edgetunnel-b2h.pages.dev/ai-search/), you can upload files to an instance, or connect a [data source](https://edgetunnel-b2h.pages.dev/ai-search/configuration/data-source/) such as an R2 bucket, to make your content searchable with natural language. Each file becomes an **item** identified by an object **key** (its filename or path). The [list items endpoint](https://edgetunnel-b2h.pages.dev/ai-search/api/items/rest-api/) returns the items in an instance.  
That endpoint now accepts a `key` query parameter, so you can look up a single item by its exact object key without paging through the full list. This complements the existing `item_id` filter for when you know the key but not the ID.  
```bash  
curl "https://api.cloudflare.com/client/v4/accounts/<ACCOUNT_ID>/ai-search/instances/<INSTANCE_NAME>/items?key=docs/readme.md" \
  -H "Authorization: Bearer <API_TOKEN>"  
```  
Keys are unique per data source, so combine `key` with `source` (for example, `source=builtin`) to disambiguate when the same key exists across multiple sources.  
For more information, refer to [managing items](https://edgetunnel-b2h.pages.dev/ai-search/api/items/rest-api/).

Jul 08, 2026
1. ### [Workers AI toMarkdown and AI Search now supports GIF and BMP image conversion](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-08-gif-bmp-image-support/)  
[ Workers AI ](https://edgetunnel-b2h.pages.dev/workers-ai/)[ AI Search ](https://edgetunnel-b2h.pages.dev/ai-search/)  
Workers AI [Markdown conversion](https://edgetunnel-b2h.pages.dev/workers-ai/features/markdown-conversion/) (`toMarkdown`) now supports `.gif` and `.bmp` image files, in addition to the JPEG, PNG, WebP, and SVG formats already supported.  
GIF and BMP files run through the same [image pipeline](https://edgetunnel-b2h.pages.dev/workers-ai/features/markdown-conversion/how-it-works/#images) as other formats. Each image is resized if needed (and for animated GIFs, only the first frame is used), then passed to an object-detection model to identify what it contains. Those detected objects prompt a vision model that writes a natural-language description of the image, which becomes searchable, machine-readable Markdown.  
[AI Search](https://edgetunnel-b2h.pages.dev/ai-search/) uses `toMarkdown` automatically to process the files it ingests, so any `.gif` and `.bmp` files are included the next time your index syncs, with no configuration changes required. This helps when your content mixes formats, for example a support knowledge base full of screenshots or an archive of BMP scans.  
Learn more about [Markdown conversion](https://edgetunnel-b2h.pages.dev/workers-ai/features/markdown-conversion/) and the full list of [AI Search's supported file types](https://edgetunnel-b2h.pages.dev/ai-search/configuration/data-source/#supported-file-types).

Jul 08, 2026
1. ### [Query R2 Data Catalog tables with R2 SQL from the dashboard](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-08-query-r2-sql-from-dashboard/)  
[ R2 SQL ](https://edgetunnel-b2h.pages.dev/r2-sql/)  
You can now query your [R2 Data Catalog](https://edgetunnel-b2h.pages.dev/r2/data-catalog/) tables with [R2 SQL](https://edgetunnel-b2h.pages.dev/r2-sql/) directly from the Cloudflare dashboard, without installing a CLI or wiring up a client. This makes it easy to explore your [Apache Iceberg ↗](https://iceberg.apache.org/) data, validate queries, and inspect results in one place.  
![R2 SQL Query Editor](https://edgetunnel-b2h.pages.dev/_astro/r2-sql-studio.DCmHJaqy_Z1PiDx0.webp)  
To get started, go to [R2 Data Catalog ↗](https://dash.cloudflare.com/?to=/:account/data-catalog/overview) in the Cloudflare dashboard and select **Query data** to launch the built-in SQL editor. From there you can:

  * **Write and run queries interactively** — Iterate on R2 SQL directly in the browser with syntax highlighting and autocomplete, instead of re-running commands through Wrangler or the REST API.
  * **Explore your data** — Explore your namespaces and tables alongside the editor so you can discover what's queryable without leaving the page or using other tools.
  * **Understand results and performance** — View result sets with per-query statistics, export them, and get helpful `EXPLAIN` outputs to see exactly how a query runs.  
Note  
Your R2 SQL credential is generated and stored for you and can be rotated in the R2 Data Catalog settings page.

Jul 08, 2026
1. ### [Moondream 3.1 now available on Workers AI](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-08-moondream31-workers-ai/)  
[ Workers AI ](https://edgetunnel-b2h.pages.dev/workers-ai/)  
Partnering with [Moondream ↗](https://moondream.ai/) to bring their latest model [@cf/moondream/moondream3.1-9B-A2B](https://edgetunnel-b2h.pages.dev/workers-ai/models/moondream3.1-9B-A2B/) to Workers AI. Moondream 3.1 is a fast vision language model built on a mixture-of-experts architecture with 9B total parameters and 2B active, delivering frontier-level visual reasoning while retaining fast, cost-efficient inference.  
Moondream 3.1 is designed for real-world vision tasks, with a 32K token context window for handling complex queries and structured outputs.  
#### Key capabilities

  * **Query** — ask open-ended questions about an image, with an optional reasoning parameter
  * **Caption** — generate short, normal, or long descriptions of an image
  * **Point** — return coordinates for objects matching a target phrase
  * **Detect** — return bounding boxes for objects matching a target phrase  
#### Real-time vision at the edge  
Vision workloads like live camera feeds, robotics, content moderation, and interactive agents need answers in milliseconds, not seconds. Moondream 3.1's small active footprint (2B active parameters) pairs well with Workers AI's serverless, globally distributed inference: requests run close to your users, and streaming responses start returning tokens almost immediately.  
In our testing, first tokens streamed back in roughly 20–30 ms, and results were fast across every task. The example end-to-end times below (client-observed median, including network round trip) are for a simple, single-subject image. Actual latency depends heavily on the image and how much detail you ask for.

| Task    | End-to-end (p50) |
| ------- | ---------------- |
| query   | \~770 ms         |
| caption | \~480 ms         |
| point   | \~145 ms         |
| detect  | \~160 ms         |  
At these speeds you can call the model inline while handling a request rather than pushing the work to a background queue or a separate service. That opens up use cases where a slow response breaks the experience: moderating user-uploaded images before they are stored, locating an object in a video frame to drive a live overlay, extracting fields from a document during a form submission, or letting an agent inspect a screenshot and decide its next step within a single turn.  
#### Get started  
Use Moondream 3.1 through the [Workers AI binding](https://edgetunnel-b2h.pages.dev/workers-ai/configuration/bindings/) (`env.AI.run()`) or the REST API at `/ai/run`. You can also use [AI Gateway](https://edgetunnel-b2h.pages.dev/ai-gateway/) with these endpoints.  
For more information, refer to the [Moondream 3.1 model page](https://edgetunnel-b2h.pages.dev/workers-ai/models/moondream3.1-9B-A2B/) and [pricing](https://edgetunnel-b2h.pages.dev/workers-ai/platform/pricing/).

Jul 08, 2026
1. ### [Cloudflare Drop](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-08-cloudflare-drag-and-drop/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
[Cloudflare Drop ↗](https://cloudflare.com/drop) lets you deploy a static site to Cloudflare without requiring a Cloudflare account to get started.  
![Cloudflare Drag and Drop upload screen for browsing folders or ZIP files](https://edgetunnel-b2h.pages.dev/_astro/cloudflare-drag-and-drop-upload.KujM69eS_2q5iiu.webp)  
Upload a folder or zip file of static assets (static HTML, CSS, JavaScript, images, and fonts) and get a temporary live preview that stays live for 1 hour. During that window, you can test the site, share the preview URL, or [claim the deployment](https://edgetunnel-b2h.pages.dev/workers/platform/claim-deployments/) to keep it.  
![Cloudflare Drag and Drop temporary live preview screen with claim and copy claim link actions](https://edgetunnel-b2h.pages.dev/_astro/cloudflare-drag-and-drop-preview.BQ1__XRX_2eteg3.webp)  
When you are ready to make the deployment permanent, click **Claim** to sign in or create a Cloudflare account. You can claim the site into an existing Cloudflare account or create a new account for the deployment.  
Note  
If you are creating a new account, you will need to verify your email address before continuing.  
![Cloudflare Drag and Drop claim account screen with a countdown before the claim link expires](https://edgetunnel-b2h.pages.dev/_astro/cloudflare-drag-and-drop-claim.8Zv6px9B_Z1vMkhk.webp)  
After claiming the site, you can:

  * **Add a domain**: [Connect](https://edgetunnel-b2h.pages.dev/workers/configuration/routing/custom-domains/) an existing domain or purchase a new one for your site.
  * **Enable [observability](https://edgetunnel-b2h.pages.dev/workers/observability/)**: Monitor your site's performance and usage.
  * **Enable [Markdown for Agents](https://edgetunnel-b2h.pages.dev/fundamentals/reference/markdown-for-agents/)**: Allow AI agents to access your site's content in Markdown.
  * **Control access**: Make your site [private](https://edgetunnel-b2h.pages.dev/cloudflare-one/access-controls/policies/) and choose who can view it.  
![Claimed Cloudflare Drag and Drop site setup screen showing options to add a domain, control access, enable observability, and enable Markdown for agents](https://edgetunnel-b2h.pages.dev/_astro/cloudflare-drag-and-drop-post-claim.DvlaNmI7_Zmbdcj.webp)

Jul 07, 2026
1. ### [Workflows pricing adds per-step billing. Step and storage billing to start no earlier than August 10, 2026.](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-07-workflows-billing-updates/)  
[ Workflows ](https://edgetunnel-b2h.pages.dev/workflows/)  
[Workflows](https://edgetunnel-b2h.pages.dev/workflows/) pricing now includes per-step billing. Requests and CPU time billing have been enabled since the initial public beta and is not changing.  
#### Workflows adds step billing  
A step is each unit of work executed by a Workflow, including step operations such as [sleeping](https://edgetunnel-b2h.pages.dev/workflows/build/sleeping-and-retrying/) or [waiting for events](https://edgetunnel-b2h.pages.dev/workflows/build/events-and-parameters/).  
You can query Workflows analytics, including `stepCount` for a Workflow instance, with the [GraphQL Analytics API](https://edgetunnel-b2h.pages.dev/workflows/observability/metrics-analytics/#query-via-the-graphql-api).  
#### Steps and storage billing to take effect August 10th, 2026  
Starting no earlier than August 10th, 2026, Cloudflare will begin billing for step and storage usage on Workers Paid plans.  
Storage pricing has been published since Workflows became generally available and is not changing. Storage is measured as persisted Workflow state in GB-months.

| Dimension | Workers Free           | Workers Paid                                                        |
| --------- | ---------------------- | ------------------------------------------------------------------- |
| Steps     | 3,000 included per day | 500,000 included per month, then $0.80 per additional 100,000 steps |
| Storage   | 1 GB-month included    | 1 GB-month included, then $0.20 per additional GB-month             |  
Developers on the Workers Free plan will not be charged for steps or storage beyond the included amounts.  
Cloudflare will not bill step and storage usage before August 10, 2026.  
You can review Workflows usage in the [Cloudflare dashboard ↗](https://dash.cloudflare.com/) before this change takes effect. To reduce costs, consider reducing the number of steps per Workflow or improving the memory efficiency of your stored state.  
Refer to the [Workflows pricing](https://edgetunnel-b2h.pages.dev/workflows/reference/pricing/) page for full details.

Jul 07, 2026
1. ### [New Browser Run endpoint for accessibility trees](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-07-browser-run-accessibility-tree-endpoint/)  
[ Browser Run ](https://edgetunnel-b2h.pages.dev/browser-run/)  
[Browser Run](https://edgetunnel-b2h.pages.dev/browser-run/) now supports a standalone `/accessibilityTree` endpoint, giving agent and automation workflows direct access to the browser's accessibility tree for a rendered webpage.  
An accessibility tree is the browser's structured view of a rendered page: roles, names, states, values, and hierarchy. It is useful for accessibility tooling, but also for AI agents and automation workflows that need page structure without the noise of raw HTML or the cost of screenshots.  
For AI agents, this means less inference from pixels and less parsing HTML. You can provide the page structure directly, helping agents identify available elements and determine which actions they can take.  
With the new `/accessibilityTree` endpoint, you can request the accessibility tree directly when you only need the semantic structure of a page. If you need multiple page formats in a single API call, you can use the [/snapshot](https://edgetunnel-b2h.pages.dev/browser-run/quick-actions/snapshot/) endpoint, which also returns Markdown, HTML, and screenshots.  
```bash  
curl -X POST 'https://api.cloudflare.com/client/v4/accounts/<accountId>/browser-run/accessibilityTree' \
  -H 'Authorization: Bearer <apiToken>' \
  -H 'Content-Type: application/json' \
  -d '{  
    "url": "https://example.com/"  
}'  
```  
```json  
{  
  "success": true,  
  "result": {  
    "accessibilityTree": {  
      "role": "RootWebArea",  
      "name": "Example Domain",  
      "children": [  
        {  
          "role": "heading",  
          "name": "Example Domain",  
          "level": 1  
        },  
        {  
          "role": "link",  
          "name": "Learn more"  
        }  
      ]  
    }  
  }  
}  
```  
Use `interestingOnly` to return only semantically meaningful nodes, or `root` to capture the accessibility tree for a specific subtree.  
Refer to the [/accessibilityTree documentation](https://edgetunnel-b2h.pages.dev/browser-run/quick-actions/accessibility-tree-endpoint/) for usage examples and supported parameters.

Jul 07, 2026
1. ### [R2 Data Catalog warns before you delete data manually](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-06-r2-data-catalog-delete-warnings/)  
[ R2 ](https://edgetunnel-b2h.pages.dev/r2/)  
[R2 Data Catalog](https://edgetunnel-b2h.pages.dev/r2/data-catalog/) is a managed [Apache Iceberg ↗](https://iceberg.apache.org/) catalog built directly into your R2 bucket. Iceberg tracks your data through a tree of metadata files, so every insert, update, and delete must go through a catalog transaction. Manually adding, modifying, or deleting objects outside the catalog can leave pointers referencing files that no longer exist, corrupting the table into an inconsistent state that is difficult to recover from.  
To help prevent this, the R2 dashboard and Wrangler now warn you when you attempt a manual delete operation on a Data Catalog-enabled bucket.  
#### Dashboard  
When you try to delete objects from a bucket that has R2 Data Catalog enabled, the dashboard displays a warning explaining that the operation could leave the catalog in an invalid state, with a link to the documentation for deleting data correctly. You can cancel the operation or choose to proceed anyway.  
![R2 dashboard warning shown before deleting objects from a Data Catalog-enabled bucket](https://edgetunnel-b2h.pages.dev/_astro/data-catalog-delete-warning.DoBR0sFO_1wfGWd.webp)  
#### Wrangler  
Wrangler now checks whether a bucket is Data Catalog-enabled before running a delete and warns you before continuing:  
```txt  
Data Catalog is enabled for this bucket.  
Proceeding may leave the data catalog in an invalid state. Continue?  
```  
To learn how to safely manage and delete data in your tables, refer to the [R2 Data Catalog documentation](https://edgetunnel-b2h.pages.dev/r2/data-catalog/).

Jul 04, 2026
1. ### [Declare Durable Object class lifecycle with \`exports\`](https://edgetunnel-b2h.pages.dev/changelog/post/2026-06-30-declarative-do-class-exports/)  
[ Durable Objects ](https://edgetunnel-b2h.pages.dev/durable-objects/)[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
A new declarative [exports](https://edgetunnel-b2h.pages.dev/durable-objects/reference/durable-objects-migrations/) field in your Wrangler configuration file replaces the imperative [migrations](https://edgetunnel-b2h.pages.dev/durable-objects/reference/durable-object-class-migrations-legacy/) array for managing Durable Object class lifecycle. Instead of writing an ordered list of migration steps with unique tags, you declare each Durable Object class your Worker exports and Cloudflare compares that against what's already deployed to determine what Durable Object state needs to be created, renamed, or deleted.  
With legacy migrations, renaming `ChatRoom` to `Room` requires retaining both tagged steps:

**Before — legacy migrations**  
```jsonc  
{  
  "migrations": [  
    { "tag": "v1", "new_sqlite_classes": ["ChatRoom"] },  
    {  
      "tag": "v2",  
      "renamed_classes": [{ "from": "ChatRoom", "to": "Room" }],  
    },  
  ],  
}  
```  
With `exports`, you instead declare `Room` as the current class and mark `ChatRoom` as renamed:

**After — declarative exports**  
```jsonc  
{  
  "exports": {  
    "ChatRoom": {  
      "type": "durable-object",  
      "state": "renamed",  
      "renamed_to": "Room",  
    },  
    "Room": { "type": "durable-object", "storage": "sqlite" },  
  },  
}  
```  
Each entry is keyed by class name. The `state` field carries the lifecycle (`created` by default — a live class — plus tombstone states `deleted`, `renamed`, and `transferred`, and the `expecting-transfer` receiving state for cross-Worker transfers).  
Key improvements over the legacy `migrations` array:

  * **No migration tags.** The current `exports` map is the source of truth — there is no historical chain of `v1`, `v2`, `v3` entries to maintain.
  * **Structured deployment output.** Wrangler reports when it creates, updates, deletes, renames, or transfers Durable Object classes. It also identifies stale configuration entries that are safe to remove. Deployments with no changes or notices do not print this output.
  * **Zero-downtime rename and transfer patterns are first-class.** Tombstones may coexist with the source class still in code, enabling a [three-deploy rename](https://edgetunnel-b2h.pages.dev/durable-objects/reference/durable-objects-migrations/#avoid-downtime-during-a-rename) and a [four-deploy cross-Worker transfer](https://edgetunnel-b2h.pages.dev/durable-objects/reference/durable-objects-migrations/#transfer-a-durable-object-class-between-workers) without runtime errors during the rollout window.
  * **Cross-Worker safety.** When you delete or rename a class, Cloudflare lists every other Worker in your account whose bindings still reference the namespace, so you can redeploy them before the change goes live.  
Existing Workers using the legacy [migrations](https://edgetunnel-b2h.pages.dev/durable-objects/reference/durable-object-class-migrations-legacy/) array continue to work unchanged. To move to `exports`, refer to the [migration guide](https://edgetunnel-b2h.pages.dev/durable-objects/reference/durable-objects-migrations/#migrate-from-the-legacy-migrations-flow). `exports` and `migrations` are mutually exclusive within a single Worker.  
For the full reference, refer to [Durable Object class exports](https://edgetunnel-b2h.pages.dev/durable-objects/reference/durable-objects-migrations/).

Jul 03, 2026
1. ### [Simpler runtime types with @cloudflare/workers-types v5](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-03-workers-types-v5/)  
[ Workers ](https://edgetunnel-b2h.pages.dev/workers/)  
We have released version 5 of [@cloudflare/workers-types ↗](https://www.npmjs.com/package/@cloudflare/workers-types). This release simplifies the package to expose only the latest runtime types.  
We still recommend that you generate types for your Worker using [wrangler types](https://edgetunnel-b2h.pages.dev/workers/wrangler/commands/general/#types), but if you want to use the package directly, you can install it with your package manager of choice:  
 npm  yarn  pnpm  bun  
```  
npm i -D @cloudflare/workers-types@latest  
```  
```  
yarn add -D @cloudflare/workers-types@latest  
```  
```  
pnpm add -D @cloudflare/workers-types@latest  
```  
```  
bun add -d @cloudflare/workers-types@latest  
```  
The package now exposes two entrypoints:

  * `@cloudflare/workers-types` reflects the latest compatibility date, using the latest stable compatibility flags.
  * `@cloudflare/workers-types/experimental` reflects APIs behind experimental compatibility flags.  
The dated entrypoints, such as `@cloudflare/workers-types/2022-11-30` and `@cloudflare/workers-types/2023-03-01`, are removed. With runtime type generation in [Wrangler v4](https://edgetunnel-b2h.pages.dev/workers/wrangler/), you can generate these with the `wrangler types` command to create types locked to your Worker's compatibility date.  
For more information, refer to [TypeScript language support](https://edgetunnel-b2h.pages.dev/workers/languages/typescript/).

Jul 02, 2026
1. ### [Manage AI Search sync jobs with Wrangler CLI](https://edgetunnel-b2h.pages.dev/changelog/post/2026-07-02-manage-sync-jobs/)  
[ AI Search ](https://edgetunnel-b2h.pages.dev/ai-search/)  
When you connect a [data source](https://edgetunnel-b2h.pages.dev/ai-search/configuration/data-source/) to your [AI Search](https://edgetunnel-b2h.pages.dev/ai-search/) instance, AI Search runs sync jobs to keep your index up to date with your content. You can now manage those jobs directly from [Wrangler](https://edgetunnel-b2h.pages.dev/ai-search/wrangler-commands/).  
For example, you can trigger a sync job from your CI/CD or automated pipelines with the `jobs create` command so your index refreshes when you push a change:  
```sh  
wrangler ai-search jobs create my-instance  
```  
This creates an asynchronous sync job that checks for changes in your data source, and sends new, modified, or deleted files to be indexed. The following commands are available:

| Command                        | Description                    |
| ------------------------------ | ------------------------------ |
| wrangler ai-search jobs create | Trigger a new sync job         |
| wrangler ai-search jobs list   | List sync jobs for an instance |
| wrangler ai-search jobs get    | Get details for a job          |
| wrangler ai-search jobs cancel | Cancel a running job           |
| wrangler ai-search jobs logs   | View log entries for a job     |  
All commands accept `--namespace`/`-n` (defaults to `default`) and `--json` for structured output that automation and AI agents can parse directly. The `list` and `logs` commands also support `--page` and `--per-page` for pagination, and `cancel` prompts for confirmation unless you pass `-y`/`--force`.  
For full usage details, refer to the [AI Search Wrangler commands documentation](https://edgetunnel-b2h.pages.dev/ai-search/wrangler-commands/).

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