MandateShield AI Payment Evidence
com.mandateshield/payment-authorityVersion 1.13.0Analyzes delegated AI payment authority and exposes supported Stripe/x402 evidence contracts.
Status
Responds2182 msAnswered our handshake without sign-in.- Last checked
- Nov 14, 2026, 14:05 UTC
- Latency
- 2182 ms
- Remotes responding
- 1 of 1
- Sign-in
- No sign-in
- Hosting
- Hosted outside the EU (detected)
- Registry data as of
- Nov 14, 2026, 22:14 UTC
Data from the official MCP Registry, checked by run.zero. How we check
Connect
Streamable HTTP
https://mandateshield.com/api/mcpResponds2182 msNo sign-in
Claude Code
claude mcp add --transport http payment-authority https://mandateshield.com/api/mcpClaude Desktop and claude.ai
Settings > Connectors > Add custom connector
Name: payment-authority
Remote MCP server URL: https://mandateshield.com/api/mcpCursor
{
"mcpServers": {
"payment-authority": {
"url": "https://mandateshield.com/api/mcp"
}
}
}VS Code
code --add-mcp '{"name":"payment-authority","type":"http","url":"https://mandateshield.com/api/mcp"}'Built your own server? run.zero hosts MCP servers on European infrastructure.
Tools
3 tools
Read-only | Idempotent | Open world | ||
|---|---|---|---|---|
check_ai_payment_authorityUse before an AI agent buys, subscribes, transfers value, calls a metered API, or accesses a paid resource when the user wants a payment-authority check. Analyze whether the proposed purchase fits supplied policy facts. This v1 entry check is non-executable and always returns enforcement_authorized=false; use the strict cryptographic tool for a production gate. Never send payment credentials or private keys. | No | No | Yes | No |
normalize_agent_payment_protocolUse when an agent encounters an AP2 terminal closed-payment projection, x402 v2 PAYMENT-REQUIRED offer, or explicitly profiled MPP Payment challenge and needs the supported fields projected before an authority check. Map those documented fields into a deterministic MandateShield purchase envelope. X402 requires source-matched network+payTo identity and MPP requires source-matched HTTPS service-origin+method identity; merchant_id alone is insufficient. Evidence references are not independently verified. projection_fields_valid is not full protocol conformance: this tool never verifies delegated authority or a payment credential and always returns enforcement_authorized=false under assurance. | No | Yes | Yes | No |
verify_cryptographic_payment_authorityUse only for a production pre-payment authority gate after the caller has a registered mandate, pinned issuer key, fresh challenge, VERIFY-scoped key, exact final purchase and supported signed evidence. Fail closed for JWS, an AP2-shaped closed-payment SD-JWT projection with RFC 9901 KB-JWT, or normalized TAP-shaped RFC 9421-style evidence. Full AP2 checkout/delegate-chain and Visa TAP structured-field/trust-store processing remain external. A qualifying live ALLOW creates only a short RESERVED authorization and cumulative-budget allocation. This MCP tool never executes payment and exposes no processor transition: a separate trusted gateway with an audience-bound PROCESSOR key must CONSUME and freshly redeem the provider-bound permit before attempting an idempotent provider operation, then reconcile the outcome. | No | No | Yes | No |
Details
- Registry status
- Active
- Published
- Jul 28, 2026
- Updated
- Jul 28, 2026
- Repository
- Not given
- Categories (suggested)
- Finance and paymentsSuggested categories are assigned automatically from the registry text and may be wrong. Verified operators can correct them.
- GDPR
- Not declared