Virtual Visa cards for AI agents. JIT card issuance, human-approved, MCP-native.
payclaw β Model Context Protocol (MCP) Server
This MCP server, io.github.payclaw/payclaw, provides functionality for virtual Visa cards for AI agents. It supports JIT (just-in-time) card issuance that is human-approved, MCP-native, and uses a single-use virtual card flow. It also includes an identity/badge mechanism for merchant handshakes.
π οΈ Key Features
Virtual Visa cards for AI agents
JIT card issuance
Human-approved single-use virtual Visa
Card self-destructs after use
Merchant βidentityβ token via a Universal Commerce Protocol badge
π Use Cases
Paying on the internet for AI agents that must not expose a real card
Merchant handshakes using an authorized actor badge/identity token
Agent payments requiring human approval
β‘ Developer Benefits
Avoid sharing the real card with the agent
MCP-native integration with identity (badge) and payment (spend) capabilities
Your agent isn't a bot. kya proves it β then lets it pay.
Your AI agent looks like a bot to every merchant on the internet. kya gives it two things:
Badge β Declares your agent as an authorized actor. The Universal Commerce Protocol "identity" token for a merchant handshake. Free. No card required.
Spend β Issues a single-use virtual Visa when your agent needs to pay. Human-approved. Self-destructs after use. Your real card never enters the chat.
If you're like 20% of Americans last year - you used an agent to shop. And you probably ran into a ton of login walls, workarounds, bumps?
So did we. So we created kya - the first MCP tool suite that works with the new Universal Commerce Protocol to easily handshake verified agents at supporting merchants (Shopify, Target, Walmart, Etsy... it's a lot). Badge for identity. Spend for payment.
That's it. Badge works immediately β no API key, no signup, no network calls on install.
The first time your agent calls kya_getAgentIdentity, it declares itself to the merchant and gets back a response with next_step guidance. One anonymous event is recorded. Your agent is now a declared, authorized actor.
Or install via ClawHub:
bash
clawhub install payclaw-io
Upgrade to verified mode + Spend
For cryptographic identity and virtual card issuance, add an API key:
Without an API key, Badge uses device auth when a merchant requires verified identity β your agent shows a code and URL, you approve on your phone. This only happens when a merchant asks for it. We never ask for it ourselves. Sign up + API key means 1. you dont have to use phone OAuth every time and 2. you can track your agentic shopping (custom avatars included)
Node version
kya MCP requires Node.js 20 or newer. Node 18 is end-of-life and unsupported.
If you see engine or compatibility errors: node -v β install Node 20+ from nodejs.org or nvm install 20
How Badge Works: Two Modes
Declared (default)
First time your agent goes to a merchant with Badge, Badge generates an anonymous install ID β a random UUID stored locally at ~/.kya/install_id. It has no connection to you, your device, or any personal information.
Your agent gets back a declaration and a next_step guiding it to report its badge presentation at the merchant.
This is the default mode. It's how Badge works out of the box, for every user, forever.
Verified (when merchant requires it)
When a merchant requires verified identity β their UCP manifest says required: true β your agent will ask you to approve a device flow. You visit a merchant-kya URL, enter the OAuth code from your agent, and prove you're a real person.
Badge issues a tokenized credential: an ES256-signed JWT, signed by kya's private key, verifiable locally by the merchant. Your agent is free to continue - no login, PII or anything needed.
Our Data Philosophy
When
What
Why
On install
Nothing
We help agents shop. If they're not shopping, we don't need anything
On server start
Anonymous ping β Badge version and MCP client name. No identifiers stored on your machine
So we know Badge is actively running. If this number ever diverges from active agents, it tells us something is broken in the pipeline β not something about you
The server start ping contains no persistent identifiers β a new random session ID is generated
each time and never saved to disk. You can disable it entirely:
json
"env":{"KYA_PING":"false"}
The install_id is a file we wrote to your disk. You can delete it (rm ~/.kya/install_id) and get a new one.
Badge is a UCP (Universal Commerce Protocol) Credential Provider. Merchants who declare the kya identity extension signal to every UCP-compliant agent that authorized agents are preferred at their store.
When your agent encounters a UCP merchant with Badge installed, it presents a cryptographic badge automatically β no extra steps.
We believe the UCP is the future of commerce and are proud to support reduce friction for agents and users.
Without kya: Agent browses β bot detection fires β blocked. Even if it gets through, it can't check out without your real card number. You're stuck finishing manually.
With Badge: Agent declares itself as an authorized actor β merchants see a verified identity β agent gets through. No bypass. Just proof.
With Spend: Agent declares a purchase β you approve with a tap β kya issues a single-use virtual Visa locked to that merchant β agent checks out β card self-destructs. Your real card never enters the chat.
Your agent will recognize when it needs this. When it encounters a merchant that may challenge automated traffic, or when it's ready to check out, it tells you: "I need kya installed to complete this." You click Allow. Done.
Agent β kya_getCard (merchant, amount, description)
User β approves via MFA
kya β issues single-use virtual Visa
Agent β uses card at checkout
Agent β kya_reportPurchase (closes audit trail)
Card β self-destructs
One task. One approval. One card. Done.
Extended Auth (optional)
When enabled, kya checks back with your agent 7 seconds after each badge presentation to confirm whether the merchant accepted or denied. Results are logged to your dashboard so you can see when and which merchants are rejecting your agent.
json
"env":{"KYA_EXTENDED_AUTH":"true"}
How Authorization Scales
Action
What Happens
Browse
Badge declaration β identity token issued
Search
Badge declaration β identity token issued
Checkout
Badge + Spend β MFA approval β single-use Visa issued
Browsing requires declaration. Spending money requires declaration + stated intent + explicit human approval + an ephemeral card that self-destructs after one use.
Why kya labs
Give Agent Your Card
Crypto Wallet
kya
Agent identity declared
No
No
Every session
Human approval per purchase
No
No
Every purchase
Card credential lifespan
Permanent
Permanent
Single use
Works at existing merchants
Yes
No
Yes β Visa rails
Your real card exposed
Yes
N/A
Never
Badge Only?
If you only need identity (no payment), use the lighter package:
bash
npx @kyalabs/badge
What's New (v2.3)
Capability
Description
assurance_level
Every trip now carries a trust score (starter β elite) sourced from token introspection. Visible in your dashboard and included in all trip outcome events.
Merchant signal awareness
kya_getAgentIdentity now detects whether a merchant has active kya signal infrastructure (window.__kya_commerce, meta tags, llms.txt). Returned as merchant_signals in the identity result.
Anonymous-first
Badge works on install. No auth, no signup, no network on install. First kya_getAgentIdentity call fires browse_declared automatically.
Enrichment branching
Anonymous events fire without auth. Verified events include full user context. No silent gates.
next_step field
Every identity response includes guidance for the agent's next action. Spend-aware when virtual cards are available.
KYA β Know Your Agent
kya is KYA infrastructure. Every declaration creates a verified record of agentic commerce behavior β building the trust signal that merchants need to tell authorized agents from anonymous bots.