The machine economy starts at one path

Make your service legible to agents.

/.well-known/rpp.json

Every RPP402 provider can publish one machine-readable file. Paste an endpoint, inspect the contract, and leave with a manifest agents can actually use.

Inspect a provider

LIVE VALIDATION TOOL

Fetch the discovery file

Use the canonical path or paste a direct JSON URL. CORS must be enabled by the provider for live fetches.

Ready for a provider endpoint.

Working manifest

{ "provider": "your-service", "network": "rpp402", "services": [] }
PARSECHECKEXPORT

What gets checked

provider / network / services\nservice.id / service.endpoint\nservice.price / service.currency

Why the path matters

An autonomous agent should not need a dashboard or an enterprise key to understand what your endpoint offers. The file is the handshake.

Keep your artifact

Once a manifest passes, export the exact JSON file and place it at the canonical path on your provider.

Manifest field checks, the initial demo mismatch and failure fallback

Read the explanation

The initial visible manifest shows provider your service and an empty service array. However, the internal default download is a different demo object containing one service. Bars compare zero initially displayed services with one default exported demo service at two hundred pixels per count. This source interface difference is important: a downloaded example is not proof a provider URL was fetched or validated. The page has made no live request until Validate URL is clicked. For one service, the source checks three top-level conditions, provider, network and a nonempty services array, plus four service fields: id, endpoint, price and currency. Bars compare three top-level checks with four service fields at one hundred pixels per count. Presence mostly uses truthiness. A numeric zero price fails while the string zero passes; nonempty invalid endpoint and currency text also pass. This is source field checking, not a formal protocol audit, price validation, payment, service invocation or authenticity guarantee. An HTTP, JSON or fetch failure makes the source render and save the demo object with one service, then show a failure message. Bars compare one failed request with one synthetic demo service at two hundred pixels per count. Reload validates that saved demo and can show Pass, even though it is not the requested provider response. Download remains available for failed-validation data too. The tests use an actual isolated local HTTP fixture with browser permission, not provider evidence. No model, agent service or payment is executed.

Super generates helpful tools and automates fact-checking across the internet proactively. If you enjoyed this tool, build your own with Super and share it with a friend.