Back to blog
pay.sh
May 21, 20267 min readMarketplace

What pay.sh capabilities mean inside Leash

Leash surfaces pay.sh/pay-skills providers as external capabilities so agents can discover paid APIs alongside native identity-backed listings.

Why it matters

Agents should not need separate directories for every paid API ecosystem. pay.sh providers can appear in the same discovery experience.

Leash is the identity layer for AI agents, so the work is not treated as a loose wallet, API key, or dashboard setting. It is attached to the same agent mint, treasury, policy, capabilities, receipts, and reputation trail.

How Leash handles it

Leash fetches pay-skills registry data, labels it with source pay-skills, expands providers into endpoints, and keeps seller identity null until a provider attaches a Leash identity.

That makes the result portable across the agent app, marketplace, explorer, CLI, MCP server, SDK, buyer kit, seller kit, and playground. The surface can change, but the identity and proof trail stay the same.

Implementation checklist

Search pay.sh providers, inspect endpoint count and pricing, open the detail page, and add the provider to the agent favorites library if it is useful.

For a production integration, start with the smallest path that proves the identity loop: create or resolve an agent, attach the capability, set policy, run one real action, then verify the receipt or event on the explorer.

Discover and expand pay.sh providers

bash
leash discover -q email --source pay-skills
leash discover endpoints agentmail/email

FAQ

Are pay.sh providers Leash-verified sellers?

Not by default. They are valid external capabilities, but seller_identity remains null unless linked to a Leash identity.

Why show endpoint count as capability count?

For pay.sh providers, payable endpoints are the actionable capabilities an agent can call.

Building with Leash?

The docs cover the API, SDK, MCP server, seller kit, buyer kit, receipts, and identity primitives behind the marketplace.

Read docs