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

Scan a website for speed problems with Zed

Scanning a site's speed with Zed means asking the agent panel to run an xSpeed Scan, then confirming each tool call as it goes, until you have the grade and the report link.

list_sitesget_speed_scanrun_speed_scan

Last updated: October 2026

Example session · Zed

You: Use xSpeed Hub to scan shop and tell me the grades.

run_speed_scan(site: shop, strategy: both) uses quota
→ Still running after 50 s. Scan id returned.

get_speed_scan(site: shop, scan_id: returned id) read-only
→ Report ready. Desktop grade B, mobile grade C. Top failing check on both: server response. Report link included.

Zed: Desktop B and mobile C. Server response is the top failing check on both. The report link is below.

01

How Zed handles this

In Zed you work in a tight editor and the agent panel sits beside it. You ask for a scan and the agent starts with run_speed_scan, through xSpeed Hub for a site in your workspace or through the no-account Scan MCP for any public URL. A scan takes 20 to 60 seconds. If the Hub scan is still running when it returns, the agent gets a scan id and polls get_speed_scan until the report is done, then gives you the desktop and mobile grades, the failing checks and the link.

Zed is the agent where the polling matters most, because of how its permissions are set up by default. The tool permission default is confirm, which means every MCP call asks you first, including reads such as get_speed_scan. A scan that is still running can therefore produce a short run of prompts, one per poll. That is not a fault. It is Zed behaving as configured, and it keeps you in control of what the agent does.

If the prompts feel like too much for reads, loosen the rule for get_speed_scan only and keep run_speed_scan on confirm. The history read is free, and the scan is the one call that spends the shared allowance.

02

Set up Zed once

Already connected? Skip to the prompts. Alternatives and troubleshooting are on the Zed 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 as a remote server

Open Settings, then AI, then MCP Servers, click Add Server and choose Add Remote Server. Or run zed: open settings file and add the entry yourself. Zed calls MCP servers context servers, so the key is context_servers.

settings.json
{
  "context_servers": {
    "xspeedhub": {
      "url": "https://app.xspeedcache.com/xspeed/mcp"
    }
  }
}

3Sign in

Because the entry has no Authorization header, Zed prompts you to authenticate against the server with the standard MCP OAuth flow. Approve access on the xSpeed Hub page that opens. There is no token to paste. Back in Settings, AI, MCP Servers, a green dot beside xspeedhub with the tooltip Server is active means it is connected.

Text
Settings → AI → MCP Servers

4Add the xSpeed Scan MCP for sites you do not run

Prompts that scan a public URL use the xSpeed Scan MCP, a separate server from the Hub. Add it to Zed the same way as the Hub above, as a second server (xspeedscan, for example) with the URL https://xspeedcache.com/scan/mcp, and leave out any sign-in setting, such as an OAuth or auth option or an Authorization header, because the Scan MCP needs no account, token or sign-in. On a plan that allows one custom connector, add whichever server the prompts you use need.

Text
https://xspeedcache.com/scan/mcp
1 / 4

Full Zed 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. The Zed agent confirms before it runs any tool action. The default setting, agent.tool_permissions.default, is confirm, and that covers MCP tool calls, reads included. A per-tool entry such as mcp:xspeedhub:get_cache_status with a default of allow lets that one tool run without a prompt, and the Always for tool button in the prompt writes the same entry. Setting the global default to allow auto-approves every tool, writes included, and then a write reaches the Hub as soon as your connection allows writes. xSpeed Hub has no confirmation step of its own.

03

What do I ask?

Three prompts written for Zed. More for this job are below.

Prompt for Zed
Use xSpeed Hub to scan shop and tell me when the report is ready, then give me the desktop and mobile grades.
Prompt for Zed
Ask xSpeed Hub for the scan history of blog and tell me if the grade has changed in the last month.
Prompt for Zed
With the xSpeed Scan MCP, scan this public URL and give me the top three failing checks.
04

What happens, step by step

An xSpeed Scan grades a site from 0 to 100 using server probes (time to first byte, compression, cache evidence, redirects, platform detection) plus a Lighthouse run, and names the fix for every failing check. An agent can start one two ways. Through xSpeed Hub, run_speed_scan scans a site you have connected. Through the no-account Scan MCP at https://xspeedcache.com/scan/mcp, it scans any public URL and cannot change anything. Either way you get a report link to share.

01

Check what the site already scored

get_speed_scan without a scan id returns the site's scan history, newest first, plus a summary of the latest report. It starts nothing and spends nothing, so the Hub tells the agent to read it first when you ask what a site scored.

02

Start a scan

run_speed_scan runs the full scan on a site you connected to the Hub. strategy is both (the default), desktop or mobile; one device alone costs half the engine's quota. The scan takes 20 to 60 seconds. The Hub waits about 50 seconds and, if the scan is still running, hands back a scan id.

03

Poll if it is still running

Call get_speed_scan with scan_id. While the scan runs it returns the running status and a note to ask again in about 20 seconds. The report page is live from the start and refreshes itself.

04

Read the result

The summary carries the grade, the four dimension scores, what was measured and the top fixes ranked by points recoverable, each with the xSpeed feature that fixes it. The headline grade is the desktop run. The mobile run is graded alongside it, so the agent should mention both when they differ.

05

Scan a site you do not run

For any other public URL, the agent uses the Scan MCP at https://xspeedcache.com/scan/mcp. There is no account and no sign-in. It takes a url, returns the same graded report and a link at xspeedcache.com/scan/r/<id>, and is limited to 4 scans per caller per 10 minutes.

06

Fix, wait, re-scan

After a change, wait several minutes and scan again with fresh: true. Without it, the scan service reuses any report from the last 10 minutes and the agent will show you the old number.

05

Reference

Hub routerun_speed_scan, then get_speed_scan with scan_id; only for sites connected to your Hub
Scan MCP routehttps://xspeedcache.com/scan/mcp, no account, 5 tools, read-only, any public URL
Scan MCP limit4 scans per caller per 10 minutes
Why run_speed_scan is a writeIt spends a shared scan allowance and stores a report; it changes nothing on the site
Read-only Hub connectionrun_speed_scan is refused; get_speed_scan still works. Applies to the connection token with Read-only everywhere on and to a Viewer sign-in; an OAuth sign-in gets the scopes the client asks for
Duration20 to 60 seconds; the Hub waits about 50 seconds, then returns a scan id
Poll argumentscan_id on the Hub tool, scanId on the Scan MCP tool
strategyboth (default), desktop or mobile; one device costs half the quota and becomes the headline
freshtrue forces a new measurement; otherwise a report from the last 10 minutes is reused
Report linkxspeedcache.com/scan/r/<id>; add .md for a Markdown twin an agent can read
Report visibilityHub scans are filed unlisted; Scan MCP scans are public in the scan directory by default
06

Rules worth keeping

  • Read before you spend. Ask for the scan history first; start a new scan only when you want a fresh measurement or something changed.
  • A report link is not private. An unlisted report is kept out of the scan directory and search, but anyone with the URL can open it. A scan started through the Scan MCP is public by default.
  • run_speed_scan changes nothing on your site, but the Hub classes it a write, so a read-only connection (the connection token with Read-only everywhere on, or a Viewer sign-in) refuses it and your client may prompt for it. Use get_speed_scan, or the Scan MCP for a public URL, when you want a strictly read-only route.
  • Compare like with like. A scan that lost its Lighthouse run is marked partial and is not comparable with a full one, and the lab grade is not the same as real-visitor Core Web Vitals, which the report shows separately.
  • A scan cannot reach private, local or password-protected sites, and a site behind a bot challenge returns a report that says its server checks were not measured.

Good to know with Zed

With the default tool permission set to confirm, Zed prompts for every MCP call, reads included, so a scan that returns a scan id and is then polled can show you two or three prompts for one question. Approve them in order; do not deny the poll or the agent will stop with no report. If you set the global default to allow, run_speed_scan stops asking too, and each scan spends the shared speed-test allowance. Zed documents per-tool entries for MCP tools but no wildcard, so allow get_speed_scan on its own with an entry such as mcp:xspeedhub:get_speed_scan, or press Always for tool in the prompt. These settings apply to the native Zed agent, and tool approval through the default needs Zed v0.224.0 or later.

07

More prompts for this job

Prompts about your own sites work in any client connected to xSpeed Hub. A prompt that scans a site you do not run, or names the scan server, needs the xSpeed Scan MCP from the setup above.

Prompt
Using xSpeed Hub, what did the shop site score on its last speed scan? Do not start a new one.
Prompt
Use xSpeed Hub to run a speed scan on blog and give me the three fixes that recover the most points, plus the report link.
Prompt
With xSpeed Hub, scan only the mobile view of shop and tell me the grade.
Prompt
I changed the theme this morning. Use xSpeed Hub to run a fresh scan on docs and compare it with the previous report.
Prompt
Use the xSpeed Scan MCP to grade [competitor URL] and tell me what its biggest weaknesses are.
Prompt
The speed scan on shop is still running. Ask xSpeed Hub to check it again and tell me when it finishes.
08

Frequently asked questions

A Hub scan that is still running after about 50 seconds returns a scan id, and the agent then calls get_speed_scan to poll it. Zed confirms every tool call by default, reads included, so each poll shows a prompt.

Yes. Give get_speed_scan its own entry with a default of allow, or press Always for tool in the prompt, and leave run_speed_scan on confirm. The history read starts nothing and spends nothing, while a scan uses the shared speed-test allowance.

run_speed_scan runs the full xSpeed Scan: server probes plus Lighthouse, a 0 to 100 grade across four dimensions, the fix for every failing check and a shareable report link. run_speed_test returns a raw PageSpeed Insights score with Core Web Vitals and no graded report.

Yes, through the xSpeed Scan MCP at https://xspeedcache.com/scan/mcp. It needs no account and no sign-in, accepts any public URL and is read-only. The Hub route only scans sites you connected to your own workspace.

The Scan MCP allows 4 scans per caller per 10 minutes. Scanning the same URL again within 10 minutes returns the existing report unless the agent passes fresh: true. A Hub scan spends a shared allowance of the scan service, which is why the Hub treats it as a write tool.

Reports started from the Hub are filed as unlisted, which keeps them out of the public scan directory and search results, but the link itself still opens for anyone who has it. Reports started through the Scan MCP are public by default.

The headline grade is the desktop run, because it is the one you can reproduce in your own browser. The mobile run is graded on the same rubric and returned alongside it. Google ranks on mobile, so when the two differ the agent should tell you both.

09

Keep going

Scan a site's speed with other agents

More with Zed

Documentation

From the blog

Scan a site's speed, from Zed.

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