The PayClaw Trust Constitution

We believe the future of commerce is agentic.

Users want agents that can shop for them — browse, compare, and complete purchases without friction, without handing over a card number, and without losing control of what happens next.

Merchants want the same thing: authorized, verifiable agents acting on behalf of real customers, buying real things, through the same rails that power commerce today.

This future is not theoretical. It is arriving now. The infrastructure to support it — the trust layer that makes it safe for users, merchants, and institutions alike — is what PayClaw was built to be.

To earn that role, we commit to the following without exception:

We built PayClaw because we saw what was emerging and found it insufficient. Opaque crypto wallets that no merchant accepts. Personal card numbers handed directly to agents with no institutional protection. Forward-looking visions of agent-to-agent commerce that skip past the consumer-merchant relationship that exists today.

The answer is not to route around that relationship — it is to enhance it. To add a trust layer that makes high-velocity, distributed agent authorization legible, safe, and verifiable for every party in the transaction. That is what we are building. That is what we commit to.


Badge by PayClaw — Agent Identity

Merchants are drawing a line with AI agents. Walmart, Shopify, Instacart, and others are all setting policies now — agents must identify themselves and declare intent. Anonymous agent actions get accounts flagged or permanently banned. No warning. No appeal.

Badge declares your agent's identity and intent before every action. The account is protected. The action is traceable.

What Badge Declares

Every Badge-identified agent session carries:

How Verification Works

  1. Agent calls payclaw_getAgentIdentity before any shopping action
  2. PayClaw issues an HMAC-SHA256 verification token tied to the authenticated principal
  3. Agent presents the disclosure and token to merchants during the session
  4. Merchants can verify the token and contact security@payclaw.io to confirm principal identity (with user consent)

No card is issued. No money moves. Badge is the identity layer — it works independently of payment.

Consent-Scoped Observability

Badge tracks what happens to your agent — but only within the boundaries you set.

Design Principles

Badge is designed with merchant agent policies in mind — including those of Amazon, Shopify, Walmart, Instacart, and others. We do not claim compliance with any specific merchant's policy. We build for the pattern: declared identity, declared intent, verified principal, traceable action.


Spend by PayClaw — Agent Payment

When an agent needs to pay, Spend issues a virtual Visa card scoped to a single, human-approved task. Badge identity is included automatically — the agent that pays has already declared who it is.

Zero Trust by Design

PayClaw doesn't ask anyone to trust the AI agent. It makes trust unnecessary by ensuring an agent architecturally cannot spend money without real-time human authorization, and architecturally cannot accumulate financial credentials between tasks.

This isn't a policy. It's the product.

The Five Pillars

1. Zero Standing Access

An agent connected to PayClaw has no persistent financial state. It cannot query wallet balance, view card numbers, or access transaction history. Until the user approves a specific task, the agent knows nothing about the user's financial position.

2. Single-Intent Authorization

Every dollar that flows through PayClaw requires a discrete, human-approved intent:

No batch approvals. No "spend up to $X this week." No merchant whitelisting that allows autonomous spending.

One task. One human approval. One card.

3. Ephemeral Card Credentials

A fresh virtual card is issued for each approved intent, used for the purchase, and destroyed. The agent never accumulates card credentials between tasks. Each task is financially isolated.

4. Atomic Authorization Flow

The complete lifecycle of an agent purchase is a single, unbroken chain:

Identity → Intent → Human Approval → Card Issuance → Purchase → Settlement → Audit

Every step is time-bounded, user-scoped, audit-logged, and reconciled. The agent cannot self-approve — only the human, authenticated with MFA, can authorize a purchase.

5. Immutable Audit Trail

Every event is logged: identity declaration, intent creation, human approval, card issuance, transaction settlement, and intent reconciliation. Audit logs are scoped per user via Row-Level Security.

Comparison to Alternatives

CapabilityGive Agent Your CardWallet + Auto-SpendPayClaw (Badge + Spend)
Agent identity declared to merchantsNoNoEvery session
Agent standing access to financial dataFull (card number)Balance visibleNone
Human authorization per transactionNoneNoneEvery transaction
Card credential lifespanPermanentPermanentSingle use
Maximum fraud exposureUnlimitedWallet balanceOne approved amount
Audit trail granularityNoneBalance-levelFull lifecycle

For Merchants

What to Expect from a PayClaw-Identified Agent

An agent presenting a PayClaw Badge has:

How to Verify

If an agent presents a PayClaw verification token (pc_v1_...):

  1. The token confirms a verified principal authorized this session
  2. Contact security@payclaw.io with the token to verify principal identity (requires user consent)
  3. Visit payclaw.io/trust for documentation

PayClaw agents do not bypass access controls. If your site requires login, CAPTCHA, or human verification — that is between the user and your platform. PayClaw enters after access is established. We complete the allowed steps. Nothing more.


For Developers

PayClaw provides three MCP tools:

ToolWhat It Does
payclaw_getAgentIdentityDeclare agent identity → get verification token (Badge)
payclaw_getCardDeclare purchase intent → get virtual Visa card (Spend)
payclaw_reportPurchaseReport transaction outcome → auto-audit against intent

Get Started

Badge + Spend (full stack):

clawhub install payclaw-io

Badge only (identity, no payment):

clawhub install payclaw-badge

Sign up at payclaw.io to get your API key.


For Card Issuers

Your BIN is protected by multiple architectural layers:

  1. Identity-first: Every agent session is declared and verified before any card is issued
  2. Bounded exposure: $500 maximum wallet balance. Single-use cards. 15-minute expiry. One merchant per card.
  3. Human authorization: Every card issuance has a corresponding, MFA-verified human approval event.
  4. No agent accumulation: Agents cannot build up a portfolio of active cards or stored credentials.
  5. Full audit trail: Every identity declaration, intent, approval, issuance, and settlement is logged and reconcilable.
  6. Intent reconciliation: Automatic comparison of declared intent vs. actual spend — mismatches are flagged and logged.

The question isn't "do you trust the AI agent?" The answer is: the agent doesn't need to be trusted. The architecture enforces correct behavior.


Security Infrastructure

Authentication & Authorization

Data Protection

Infrastructure Security

Continuous Security


PayClaw LLC · payclaw.io · security@payclaw.io