Verify an AI agent's payment authority: signed mandates, allowlists, and tamper-proof receipts.
Copy the AI prompt to install this server into Claude Code, Cursor, or another agent β or use 1-click editor setup below.
We haven't yet run this listing's install command through our automated sandbox check. This isn't a red flag β we're steadily working through the catalog.
π‘ Paste the JSON block into your client's configuration file under mcpServers, then restart the application.
A spending firewall and permission layer for AI agents. Give your agent a signed budget it can't exceed β even if it gets prompt-injected β and get a tamper-proof receipt for everything it does.
Zero dependencies Β· TypeScript Β· Ed25519 + W3C DIDs Β· works with MCP, LangChain, or any tool-calling agent.
Your AI agent can hold a wallet and call payment APIs. That's useful β and dangerous. One prompt injection from a poisoned web page, one hallucination, one bug, and your agent pays the wrong party. This is a documented, actively-exploited failure mode: agents tricked into wiring funds to attacker-controlled accounts.
You issue your agent a signed mandate β a budget, a per-transaction cap, allowed actions, and an allowlist of who it may pay β and wrap its money-moving calls (purchase, subscribe, transfer, pay-per-use, payout, refund β any action that moves value). From then on, an out-of-scope payment is impossible: the check runs before the money-moving code, so even a fully compromised model can't execute it. Every allowed action emits a signed, tamper-proof receipt β a clean audit trail, and evidence if a charge is ever disputed.
Run npm run guard-demo to watch it block live attacker payments.
For MCP / LangChain / function-calling agents, gate an existing tool without restructuring anything:
Framework guides (OpenAI, LangChain, Vercel AI SDK, MCP, raw): docs/integrations.md.
did:key/did:web DIDs, and the ownerβagent relationship is a W3C Verifiable Credential.npx vantic-mcp exposes verification tools to any MCP host.Two primitives (full spec in spec/SPEC.md):
Everything is deterministic and runs outside the agent's model.
Exposes stateless verification tools (no private keys): mandate_authorize, mandate_verify_chain, mandate_verify_credential, mandate_resolve_did.
Agents and owners can be identified by bare keys (key:<x>) or by W3C did:key DIDs β interchangeable, both verify. generateKeyPair() returns both. DIDs resolve to standard DID documents offline (resolveDidKey), the same key can be published as did:web (buildDidWebDocument), and the ownerβagent relationship is a portable W3C Verifiable Credential (issueSponsorCredential / verifySponsorCredential). See npm run identity-demo.
v0.1 β early, and honest about it. The code is production-quality (Ed25519 + SHA-256 + canonical JSON; did:key/did:web + Verifiable Credential identity; zero runtime dependencies), but it is not yet audited and the wire format isn't frozen.
ROADMAP.md β exactly what is and isn't hardened, and the path to v1.0.SECURITY.md β how to report a vulnerability (please don't open a public issue).spec/SPEC.md Β§8 β threat model and non-goals.Feedback and PRs welcome. Apache-2.0.
Factual signals from GitHub, npm, and our automated checks β not a rating.
No reviews yet β be the first to share how this listing worked for you.
Showcase your server listing on GitHub or your project documentation. Embed this dynamic SVG badge to highlight official listing status and live engagement.
[](https://allmcps.com/mcp/vantic)<a href="https://allmcps.com/mcp/vantic"><img src="https://allmcps.com/api/badge/vantic?style=directory" alt="Vantic on AllMCPs" /></a>