About x402score-mcp
x402score-mcp is an MCP server that gives compatible clients access to x402Score reputation data, so agents can check an x402 API endpoint before paying. It combines live-probed data with a methodology resource to explain the scores.
Key features
- 01Retrieve endpoint score, grade, and credible interval
- 02Search and sort the endpoint leaderboard
- 03View the scoring calibration report
- 04Submit endpoints to the monitoring queue
- 05Check reachability and latency
- 06Read the scoring methodology resource
Use cases
- 01Check an x402 API endpoint before payment
- 02Filter monitored endpoints by vertical or metric
- 03Assess whether the scoring formula predicts outcomes
MCP support
The server exposes five tools and the `x402score://methodology` resource to MCP clients. It connects over stdio and can be used with clients such as Claude Desktop and Claude Code.
Configuration
Local server config is the same for every client. Copy it into your client’s MCP config file.
Tools
6Saved tool list · updated 1w ago
| Parameter | Type | Required | Description |
|---|---|---|---|
| url | string | No | The endpoint's full http(s) URL. Preferred — its endpointId is derived locally. |
| endpointId | string | No | The x402Score endpointId directly, if already known — first 16 hex characters of SHA-256(endpoint URL). |
Details
From the project READMEx402score-mcp
MCP server exposing x402Score's reputation data as agent tools — check an x402-paid API endpoint's trust score before paying it, from inside any MCP-compatible client (Claude Desktop, Claude Code, etc.).
Published to npm, not yet submitted to any MCP registry. The package
itself (x402score-mcp) is installable now — what's being held is the
registry listing (Claude's, Smithery, etc.), until the on-chain modifier's
calibration gate closes (~2026-10-19); see the main project README for why.
Registry listing content is pre-written in REGISTRY_SUBMISSION.md, ready to
copy-paste the moment the gate closes. Last re-verified end-to-end against
live production (real stdio MCP client, all 5 tools + the methodology
resource, confirmed structured output, error handling, and tool annotations
all work correctly): 2026-10-10.
Tools
check_endpoint_score— score, grade, and credible interval for one endpoint. Passurldirectly (preferred — the endpointId is derived locally, no separate lookup) orendpointIdif already known.search_leaderboard— search/browse tracked endpoints by name/domain/url/id and/or vertical, sortable byscore(default),price,uptime, orlatency.get_calibration_report— is the scoring formula actually predictive?submit_endpoint— add a new x402 endpoint to the monitoring queue.ping— cheap reachability/latency check, useful as a first call when connecting.
All tools declare readOnlyHint/destructiveHint/idempotentHint/openWorldHint
annotations and a matching outputSchema, and all return structured errors
(isError: true with a clear message, including the backend's own error text
where available — e.g. a rate-limit message, not just an HTTP status) instead
of letting a network failure or backend timeout kill the connection. A
x402score://methodology resource explains what the score, grade, credible
interval, and on-chain modifier actually mean — read once per session rather
than inferred from tool descriptions alone. Requests time out client-side
after 10s so a slow or degraded backend fails fast and visibly instead of
hanging the caller. See CHANGELOG.md for the version history.
Install & run
npm install -g x402score-mcp
x402score-mcp
Or from source:
cd mcp && npm install && npm run build
npm start
Use from Claude Desktop / Claude Code
Add to your MCP client config:
{
"mcpServers": {
"x402score": {
"command": "npx",
"args": ["-y", "x402score-mcp"]
}
}
}
Or point command/args at a local node/dist/server.js build instead,
same as before.
Optionally set X402SCORE_BASE_URL in the server's env to point at a local
wrangler dev or staging deployment instead of production. This redirects
all of the server's traffic to whatever URL you give it, so only set it to a
backend you control and trust.
Development
Tool logic (src/tools.ts) is separated from MCP protocol wiring
(src/server.ts) specifically so it's testable without a real MCP transport —
tests run via the main project's vitest (from the repo root: npm test).
src/server.ts wires those same functions into @modelcontextprotocol/sdk's
McpServer, connected over stdio.
Comments
New to MCP?
From what the protocol is to installing your first server, these answers cover most first questions.
An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.