How OpenClaw handles this
OpenClaw is the agent that is already running when you need it. You might message it after a deploy, or you might have an automation that fires overnight once your content team has published. Either way you say which site and which purge type, for example: purge the page cache on blog and start the preloader. It calls list_sites, then purge_cache, then start_preloader, and reports what happened.
Scheduling is OpenClaw's side, not the Hub's. xSpeed Hub has no scheduler for agent prompts, so a timed purge is an automation in OpenClaw that calls the Hub when it fires. Each run returns the same report as a manual one: type, site, entries cleared, and for all the object cache and a connected Cloudflare edge. For an overnight run, write the prompt so it names the site and the type, which leaves nothing for the agent to guess. An automation can also carry its own tools allowlist, so list only the tools that job needs.
An unattended run changes the approval picture. If nobody is there when the automation fires, nobody answers a prompt, and the Hub's instruction to confirm a purge across every site is guidance to the model, not a lock. OpenClaw gives you two gates. A tool filter on the server decides which Hub tools the agent can call at all, so a list of read tools keeps purge_cache out of reach. When the Codex runtime runs your turns, the server can also be set to prompt on every call, but the default full-permission posture does not prompt. Decide those before you schedule a write, and re-read them whenever you change what the automation does.
Set up OpenClaw once
Already connected? Skip to the prompts. Alternatives and troubleshooting are on the OpenClaw 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.
2Save xSpeed Hub as an MCP server
Run this on the machine that hosts your OpenClaw Gateway. Set the transport to streamable-http: OpenClaw falls back to SSE when you leave it out. With --auth oauth the command saves the server without a connection test, because sign-in has to happen first.
openclaw mcp add xspeedhub \ --url https://app.xspeedcache.com/xspeed/mcp \ --transport streamable-http \ --auth oauth
3Sign in with openclaw mcp login
OpenClaw prints an authorization URL and listens on a loopback address for the callback. Open the URL, sign in to xSpeed Hub and approve; the token exchange finishes by itself. There is no token to paste. If your browser is on another machine, copy the code from the redirect and pass it back with openclaw mcp login xspeedhub --code. Then check the connection.
openclaw mcp login xspeedhub openclaw mcp doctor xspeedhub --probe
Full OpenClaw 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. OpenClaw gives you two client-side gates, and the Hub adds none. First, openclaw mcp tools xspeedhub --include limits which tools exist for the agent, so a list of read tools keeps every write out of reach. Second, when the Codex runtime runs your agent turns, MCP tool approvals follow the session's permission posture, and the default full-permission posture does not prompt. openclaw mcp configure xspeedhub --approval prompt asks on every call, and Allow Always saves a grant for that one tool with any arguments. OpenClaw's docs describe that per-call prompt for the Codex runtime; with its own embedded runtime, use the tool filter to decide what the agent can call. The Hub has no confirmation step of its own.
What do I ask?
Three prompts written for OpenClaw. More for this job are below.
After the nightly content publish, use xSpeed Hub to purge the page cache on blog, start the preloader, and report how many URLs were queued.
Every morning, ask xSpeed Hub for the cache status of every site and message me any with a hit ratio under 60%. Do not purge anything.
Use xSpeed Hub to purge shop now, and tell me plainly if the purge was refused or the connection is read-only.
What happens, step by step
A purge throws away stored copies so the next visitor gets a fresh page. Through xSpeed Hub an agent can purge everything, only pages, only CSS and JavaScript assets, the object cache or the REST cache, on one site or across every site in a workspace. A full purge also clears the Cloudflare edge when the site has Cloudflare connected.
01
Find the site
The agent calls list_sites when you have more than one site, then matches the name you used to a site handle. If the name could mean two sites, the Hub tells it to ask you rather than guess.
02
Pick the purge type
purge_cache takes a type: all, page, assets, object or rest. all clears the page cache, the object cache and, when they are connected, the Cloudflare edge and CDN. After a theme or CSS change, assets is enough; after a content edit, page; after a deploy, all.
03
Purge
The call runs straight away on that site once your connection allows writes. For every site at once the agent passes site: "all", and the Hub runs the sites one after another with a one-second pause.
04
Clear only the edge if that is all you need
purge_cloudflare empties the Cloudflare edge cache on its own, without touching the copies on your server. A page or assets purge does not reach Cloudflare; a purge of type all does when Cloudflare is connected.
05
Warm it again
start_preloader rebuilds the cache in the background so the first visitors after the purge are not the ones paying for it.
Reference
| Tool | purge_cache (write) |
|---|---|
| Purge types | all, page, assets, object, rest |
| What all covers | Page cache, object cache, plus the Cloudflare edge and CDN when connected |
| Every site at once | site: "all" or a list of handles, one result per site |
| Fan-out pacing | Sites run one after another with a 1 second pause |
| Edge only | purge_cloudflare, a separate write tool |
| Re-warm | start_preloader after the purge |
| Read-only access | purge_cache is refused on a connection token with Read-only everywhere on, and for a Viewer sign-in |
| Confirmation | None on the Hub; your client's prompt is the gate |
Rules worth keeping
- Name the site. With several sites, an unclear name should make the agent ask, and the Hub tells it to.
- A purge of every site is one call with site: "all". The Hub tells the agent to confirm it with you once before it runs.
- Purge the narrowest type that fixes the problem, then warm the cache, so visitors do not all hit uncached pages at once.
- A fan-out result is reported per site. Treat some sites failing as a partial result, not a failure of the whole call.
Good to know with OpenClaw
A scheduled purge runs with whatever your connection allows, and the connection has to allow writes for the purge to work at all, so the same connection could be asked to do more. Keep the automation narrow: one named site, one purge type, no site: all, and a tool filter that leaves out toggle_cache and update_settings. The one control that stops every write is the Read-only everywhere switch on the connection token (or a Viewer sign-in), which would also stop the purge, so for a job that should only report, use that and have it read get_cache_status instead.
More prompts for this job
They work in any client connected to xSpeed Hub.
Use xSpeed Hub to purge the page cache on blog.
I just changed the theme CSS on shop. Use xSpeed Hub to purge only the assets cache there.
With xSpeed Hub, purge every site in my workspace and tell me which ones failed.
Use xSpeed Hub to purge shop, then purge its Cloudflare edge cache too.
With xSpeed Hub, purge the docs site and start the preloader so it is warm again.
Using xSpeed Hub, what purge type should I use after updating a plugin that changes the checkout page?
Frequently asked questions
Keep going
Purge the cache with other agents
More with OpenClaw
Documentation
- How to enable Page Cache
- How to warm your cache ahead of visitors
- Managing your fleet with xSpeed Hub
- How to write prompts for xSpeed Hub
- OpenClaw + xSpeed
- Every AI agent that works with xSpeed
From the blog