xSpeed Cache is officially live! Get 50% OFF during Launch Week — Lifetime starts at just $79Lifetime from $79 — 50% OFF, Launch Week! See Plans →

See Plans →
Features
xSpeed Hub Pricing Docs Blog Scan
Appearance
Get Plugin

Manage Cloudflare caching with Claude Cowork

Managing Cloudflare with Claude Cowork means giving the desktop agent a short chore, such as verifying and purging a WordPress site's Cloudflare edge cache or running development mode, and letting it call xSpeed Hub for you.

cloudflare_verifypurge_cloudflareset_cloudflare_dev_modepurge_cacheget_settings

Last updated: October 2026

Example session · Claude Cowork

You: Update done on the shop sale page. Use xSpeed Hub to make sure Cloudflare is not serving the old one.

cloudflare_verify(site: shop) read-only
→ Credentials and zone resolve; Cloudflare connected

Claude Cowork: Cloudflare is connected on shop. I will purge only its edge cache. Run purge_cloudflare on shop?

You: Yes, go.

purge_cloudflare(site: shop) changes site
→ Cloudflare edge cache purged

Claude Cowork: The edge copy is cleared and nothing else on shop changed. I did not check xSpeed's page cache on the server, so if the old sale page still shows in a private window, a page-cache purge is the next step.

01

How Claude Cowork handles this

Cowork suits the moment when Cloudflare is one step in a longer errand. You are updating a landing page, checking it as a visitor, and writing up what changed, and the edge cache keeps showing the old version in the middle of that. You ask Cowork to sort out Cloudflare on the site as part of the job. It uses the xSpeed Hub connector already on your Claude account, so there is nothing new to set up inside Cowork if you added the connector in Claude first and then opened a new Cowork session, because Cowork loads connectors when a session starts.

Cowork starts with cloudflare_verify, a read that confirms the Cloudflare token and zone saved in xSpeed still work. Then it runs purge_cloudflare to empty the edge copy, or set_cloudflare_dev_mode to bypass the edge for about three hours while you work. Both writes need Cloudflare connected in xSpeed on that site. Neither accepts site: "all", so if your errand covers four sites, expect four separate calls in the activity it shows you, each with its own result.

Because Cowork keeps going through a task, plan the Cloudflare step deliberately. Say in the prompt whether you want it to turn development mode back off at the end of the errand, and ask it to list each call it made and what came back.

02

Set up Claude Cowork once

Already connected? Skip to the prompts. Alternatives and troubleshooting are on the Claude Cowork guide.

1Put your sites in xSpeed Hub

Sign in at app.xspeedcache.com with Google or email; the Hub is free and has no site cap. Then connect each WordPress site from its own dashboard: click Connect Hub in the xSpeed Cache top bar, then Connect via xSpeed Hub. Each site needs the free xSpeed Cache plugin.

2Add xSpeed Hub to your Claude account

Cowork does not keep its own connector list. In Claude, go to Customize > Connectors, click Add custom connector, name it xspeedhub, paste the URL, choose Sign in now and, if asked, Register automatically. The full steps, including the Team and Enterprise route, are on the Claude page: /agent/claude/.

Text
https://app.xspeedcache.com/xspeed/mcp

3Connect, then start a new Cowork session

Click Connect on the connector and approve access on the xSpeed Hub page. Cowork loads the connectors enabled for your account when a session starts, so open a new Cowork session after you connect. You can also switch the connector on from the + menu in the chat box.

Text
Customize  >  Connectors  >  xspeedhub  >  Connect

4Set tool permissions before the first task

Open the connector under Customize > Connectors and set each tool to Always allow, Needs approval or Blocked. A sensible start is Always allow for the read tools and Needs approval for purge_cache, toggle_cache, update_settings and the other writes. Then pick a Cowork mode; Manual is the one that shows you each request.

Text
Tool permissions: get_cache_status = Always allow
Tool permissions: purge_cache = Needs approval
1 / 4

Full Claude Cowork setup, sign-in options and FAQ

Before you send a prompt that changes something

Reads change nothing on your sites, though contact_support emails xSpeed support. Writes run once your connection allows them, so your client's approval prompt and a read-only connection (the token's Read-only everywhere switch, or a Viewer sign-in) are the gates that matter. Cowork has three modes. Manually approve (Manual) pauses and asks you to Allow or Deny each action. Automatically approve (Auto) keeps working and blocks what Claude judges to be unsafe. Skip all approvals (Skip) asks nothing and checks nothing. Each connector tool also has a permission, set under Customize > Connectors. In Manual mode, Always allow runs, Needs approval asks and Blocked is denied; in Skip mode only Blocked stops a call. xSpeed Hub has no confirmation step of its own, so under Skip, or for any tool set to Always allow, a write runs as soon as your connection allows writes. Auto relies on Claude's own judgement, which is not a lock.

03

What do I ask?

Three prompts written for Claude Cowork. More for this job are below.

Prompt for Claude Cowork
Use xSpeed Hub to verify Cloudflare on shop, purge the edge cache, then tell me what Cloudflare reported at each step.
Prompt for Claude Cowork
With xSpeed Hub, check the Cloudflare connection on every site I named, one by one, and list any that fail.
Prompt for Claude Cowork
Use xSpeed Hub to turn on Cloudflare development mode for blog, wait while I edit, and turn it off when I say done.
04

What happens, step by step

When Cloudflare sits in front of a WordPress site, it keeps its own copy of your files at the edge. Through xSpeed Hub an agent can check that the site's Cloudflare credentials still work, purge the edge cache, and turn development mode on or off. All three need Cloudflare connected in xSpeed on that site, and each works on one site at a time.

01

Verify the connection

cloudflare_verify calls Cloudflare's API with the credentials stored on the site and checks that the token and zone still resolve. It purges nothing and works on a read-only connection. If Cloudflare is not connected on that site, the call comes back as an error and the agent should tell you rather than retry.

02

Purge the edge

purge_cloudflare empties the Cloudflare edge cache for the site's zone. It does not touch the copies on your server. When Cloudflare is in front of a site, a content change usually needs both, so the agent runs purge_cache first and purge_cloudflare after it, or one purge_cache of type all, which reaches the edge when Cloudflare is connected.

03

Turn development mode on to see origin changes

set_cloudflare_dev_mode with enabled true bypasses the edge for about three hours, so changes on the origin show immediately. It slows the site for real visitors the whole time. Your client's prompt is the gate here, because the Hub's instructions do not name this tool in their confirm list.

04

Turn it off when you finish

set_cloudflare_dev_mode with enabled false switches development mode off. Cloudflare also ends it on its own after about three hours. No Hub tool reads whether it is currently on, so note when you turned it on.

05

Read a failure

A rejected token, an empty zone ID or a refused call comes back as an error that names the action, the HTTP status and Cloudflare's message when it gave one. It is not reported as a success. The credentials themselves are set in the xSpeed Cache panel in wp-admin, not through the Hub.

05

Reference

Read toolcloudflare_verify; purges nothing and works on a read-only connection
Write toolspurge_cloudflare and set_cloudflare_dev_mode (enabled true or false)
NeedsCloudflare connected in xSpeed on that site: integration on, an API token (or the legacy key and email) and a Zone ID
Edge purge scopeEverything Cloudflare holds for the site's zone; the server copies stay
Development modeBypasses the edge for about 3 hours, then Cloudflare switches it off
Token permissionsZone Cache Purge, and Zone Settings Edit for development mode
What verify provesThe token and zone resolve; a token without Zone Settings Edit still verifies
Through purge_cacheType all also clears the edge when Cloudflare is connected; page, assets, object and rest do not
Every site at onceNone of the three accept site: "all"; one site per call
Failure shapeAn error with the action, the HTTP status and Cloudflare's message
Read-only connectionThe connection token with Read-only everywhere on, or a Viewer member's sign-in; purge_cloudflare and set_cloudflare_dev_mode are refused and cloudflare_verify works. An OAuth sign-in gets the scopes the client asks for, so the switch does not make it read-only
ConfirmationNone on the Hub; your client's prompt is the gate
06

Rules worth keeping

  • Run cloudflare_verify first, but do not read a pass as proof that every call will work. A token that lacks Zone Settings Edit verifies and purges fine, then fails the first time development mode is switched.
  • Purge the server and the edge together after a content change. Purging only the site leaves visitors on the old page until the edge copy expires.
  • Turn development mode off as soon as you are done. It slows the site for real visitors for up to about three hours, and no tool reports its state.
  • Never paste a Cloudflare token or Global API Key into the chat. Connect Cloudflare in the xSpeed Cache panel in wp-admin, and use a scoped API token rather than the Global API Key.
  • purge_cloudflare and set_cloudflare_dev_mode are write tools. The Hub runs them as soon as your connection allows writes, so your client's approval prompt and a read-only connection (the connection token with Read-only everywhere on, or a Viewer member's sign-in) are the gates that matter.

Good to know with Claude Cowork

Cowork has three modes, and each Hub tool has its own permission under Customize, then Connectors. In Manual mode, a tool set to Always allow runs, Needs approval asks you to Allow or Deny, and Blocked is refused. Set cloudflare_verify to Always allow, and keep purge_cloudflare and set_cloudflare_dev_mode on Needs approval. The Hub has no confirmation step of its own, so under Skip all approvals, or with a write set to Always allow, set_cloudflare_dev_mode runs as soon as your connection allows writes. Auto mode leaves the decision to Claude's own judgement, which is not a lock. Development mode leaves the site slower for real visitors until you turn it off or about three hours pass, so for errands that should only inspect, sign in as a Viewer member of the workspace, because the Hub's Read-only everywhere switch covers only the connection token and not Cowork's OAuth sign-in.

07

More prompts for this job

They work in any client connected to xSpeed Hub.

Prompt
Use xSpeed Hub to check that the Cloudflare connection on shop still works.
Prompt
With xSpeed Hub, purge the Cloudflare edge cache on blog.
Prompt
I changed the checkout page on shop. Use xSpeed Hub to purge the site cache and the Cloudflare edge.
Prompt
Use xSpeed Hub to turn Cloudflare development mode on for shop. I am editing the theme.
Prompt
With xSpeed Hub, turn Cloudflare development mode off on shop.
Prompt
Ask xSpeed Hub to verify Cloudflare on shop and tell me what is wrong if it fails.
Prompt
Using xSpeed Hub, which of my sites have a working Cloudflare connection? Check them one at a time.
08

Frequently asked questions

It uses the connectors on your Claude account, so add xSpeed Hub in Claude first and Cowork can call the same tools. The Hub sign-in decides what Cowork may do: a Viewer member's sign-in is read-only and refuses purge_cloudflare and set_cloudflare_dev_mode, while the Read-only everywhere switch covers only the connection token.

Not with one call. purge_cloudflare and the other Cloudflare tools act on one site at a time. Cowork can work through a list of sites in a single errand, calling the tool once per site and reporting each result.

Cloudflare has to be connected in xSpeed on that site: the integration switched on, an API token (or the legacy Global API Key with your Cloudflare email) and the Zone ID of the domain. You set these in the xSpeed Cache panel in wp-admin. Without them, the tools return an error instead of acting.

A purge_cache of type all does, when the site has Cloudflare connected, and it reports each step. A page, assets, object or rest purge stays on your server. purge_cloudflare clears only the edge, so use it when the server copy is already fresh.

About three hours. Cloudflare switches it off on its own after that. While it is on, the edge is bypassed, so origin changes show at once and real visitors get a slower site. Turn it off yourself with set_cloudflare_dev_mode set to false when you are done.

Verifying and purging do not need Zone Settings Edit on the token, so a token without it looks fine. Development mode writes a zone setting, so it is refused. Edit the token in Cloudflare so it has both Zone Cache Purge and Zone Settings Edit, then try again.

Not with purge_cloudflare, which takes one site per call. A purge_cache of type all with site set to all clears the edge on each site that has Cloudflare connected, and the result is reported per site. The Hub tells the agent to confirm a write across every site with you once first.

09

Keep going

Manage Cloudflare with other agents

More with Claude Cowork

Documentation

From the blog

Manage Cloudflare, from Claude Cowork.

xSpeed Hub is free and has no site cap. Connect your sites once and ask from the agent you already use.