MCP Inspector is the standard browser-based tool for testing MCP servers. It connects to any MCP endpoint over streamable HTTP, walks through the OAuth flow when authentication is required, and presents the full tool list with a UI for invoking each tool and inspecting its response. It is the fastest way to confirm that your Worker is deployed correctly, that authentication is working, and that the expected R2 tools are registered.Documentation Index
Fetch the complete documentation index at: https://mintlify.com/XxYouDeaDPunKxX/cloudflare-r2-remote-mcp-worker/llms.txt
Use this file to discover all available pages before exploring further.
Run MCP Inspector
MCP Inspector requires Node.js. Start it withnpx — no installation needed:
http://localhost:5173 (or the next available port).
Connect to the Worker
In the Inspector’s connection panel, enter your Worker’s MCP endpoint and click Connect. Remote (deployed Worker):AUTH_MODE=none):
With AUTH_MODE=github
When the Worker requires GitHub OAuth, the Inspector triggers the authorization flow automatically:
- A browser tab opens and redirects to the Worker’s
/authorizeendpoint. - You are forwarded to GitHub to approve the OAuth App.
- After approval, GitHub redirects to the Worker’s
/callbackendpoint. - The Worker validates the login against
ALLOWED_GITHUB_LOGINSand issues a token. - The Inspector receives the token and completes the connection.
tools/listis now available.
ALLOWED_GITHUB_LOGINS. Any other account will be rejected after the GitHub login step.
With AUTH_MODE=none (local)
Connect directly — no browser popup or login is required. The Inspector sends requests to http://localhost:8787/mcp and receives the tool list immediately.
Expected Tools After Connecting
Once connected, click List Tools (or the equivalent) in the Inspector. With default feature flags, the following twelve tools should appear:- With
ENABLE_ACCOUNT_TOOLS=true— read-only admin tools are also registered. - With
ENABLE_PRESIGN_TOOLS=true— presign tools are also registered.
A successful A
tools/list response confirms that the MCP endpoint is reachable and that tools are registered. It does not prove that the R2 bucket is accessible. If you want to verify bucket connectivity, open /healthz in a browser or run curl https://<worker-url>/healthz. A healthy response looks like:503 from /healthz means the bucket binding is broken — the MCP tools will return errors when invoked even though tools/list succeeded.SDK-Based Smoke Test
For automated or scripted verification in local development (AUTH_MODE=none), you can run a tools/list check directly using the MCP TypeScript SDK. This is the same check used by the project’s own smoke-test suite.
Start the local Worker:
Related Pages
- Full verification guide — covers static type checks, health checks, and the complete smoke-test workflow.
- Tools overview — descriptions, parameters, and usage notes for every tool exposed by the Worker.