Privacy.com MCP server icon

Privacy.com

by Privacy.com

HIPAA CompliantSOC2 ReadyISO 27001 Ready
Finance10 tools

Issue virtual payment cards, set spend limits, pause or permanently close them, and read the full card number from an AI agent. 10 tools, OAuth or API key, one scope covering all of it.

Verified connector

Listed by Anthropic as a partner connector in its Connectors Directory.

Connection checked by Agentman on .

Anthropic states this reflects the level of review a connector received, not a security audit.

Connect Privacy.com via MCP

https://mcp.privacy.com

Works in any MCP-compatible client. In Agentman Studio it is one click — no config file to edit.

Privacy.com Tools & Capabilities (10)

Tool names from Anthropic's directory listing. This server requires sign-in, so we could not read tool descriptions or parameter schemas.

Limits

  • One scope covers everything. Privacy's authorization server advertises exactly one scope, mcp:tools, and the RFC 9728 resource descriptor declares no scopes_supported. No boundary falls between listing a transaction and permanently closing a card. Consent is all-or-nothing.
  • create_card does not require a spend limit. spend_limit is optional in Privacy's own tool table. The safeguard is a convention, not a constraint — Privacy's agent instructions ask agents to always set one, which is an admission that nothing forces it.
  • close_card is final. Privacy states in two places that a CLOSED state cannot be undone. There is no MCP tool to reopen a card.
  • get_pan writes a live card number into your transcript. There is no truncated variant, and no way to grant the other nine tools without granting this one.
  • You carry the liability. Privacy's MCP, CLI and getting-started pages each carry the same warning: you are responsible for all financial activity on your account, inclusive of API, CLI or MCP activity. Connecting an agent does not move that responsibility.
  • Paid plan and identity verification are hard gates. API access starts at Privacy's Plus tier, and Privacy's Customer Identification Program must pass before any transaction.
  • We could not read tool schemas or safety annotations. The endpoint returned 401 to an anonymous request on 2026-08-22, so every parameter detail on this page comes from Privacy's published tool table and REST reference rather than from the server itself.
  • Card type naming differs between the MCP table and the REST API. Privacy's MCP tool table gives create_card a type of SINGLE_USE, MERCHANT_LOCKED or UNLOCKED; the REST create endpoint and the cards guide both name the third type DIGITAL_WALLET instead. We could not establish from documentation whether these are the same card behind two labels. Privacy's plan page gates the multi-merchant card at Pro and above either way.
  • Privacy publishes instructions addressed to AI agents. privacy.com/agent-api-instructions.md is a page of best practices written for agents, covering spend limits, card-type choice and confirmation before closing. We read it as vendor documentation and report it as a finding; its advice is sensible, but a page of directives aimed at models is content your agent may ingest as though it were instruction rather than reference.

Frequently asked questions

Yes. create_card issues a live virtual card on your real funding source, and Privacy's own tool table shows spend_limit as optional. A card created without one is uncapped up to your account limits. Privacy's agent instructions tell agents to always set a spend limit, which confirms that the tool does not require one.

Yes, both. get_pan is documented as retrieving the full card number, CVV and expiration for any card token, and Privacy's card schema defines pan as the sixteen digit card number. That output lands in your AI client's conversation history and wherever that history is stored or synced.

One: close_card. Privacy's API reference states that setting a card to a CLOSED state is a final action that cannot be undone. Everything else reverses — pause_card is undone by unpause_card, and update_card_spend_limit and update_card_memo can be set back. Card creation is not reversible either, but a new card can be closed.

One scope, mcp:tools. Privacy's authorization server advertised exactly that single scope on 2026-08-22, and the server's RFC 9728 descriptor declares no scopes_supported at all. So there is no consent-time way to grant listing transactions without also granting card creation, spend-limit changes, PAN retrieval and permanent closure.

Yes. Privacy's MCP documentation states you must be subscribed to a paid Privacy Plan to access the Privacy API. Privacy's own plan summary puts API access on the Plus tier at five dollars a month and above. Free Personal accounts can use virtual cards in the app but not through this connector.

No. None of the 10 tools transfers funds, adds a funding source, or changes which bank account backs a card. Privacy's REST API exposes a list funding sources endpoint that the MCP server does not carry, and its create-card funding_token parameter is absent from the MCP create_card tool. Cards draw on your existing funding source.

Only the last four digits, and only indirectly. Privacy's card object embeds a funding object whose fields are the account nickname, account name and last_four — no routing or full account number anywhere in the schema. There is no MCP tool that lists funding sources, so even that partial view arrives only attached to a card record.

No. Privacy's REST API has a share-card endpoint that emails a recipient a secure link showing the PAN, CVV and expiration, but no MCP tool maps to it. The connector's only outbound path is the card itself: a card an agent creates can be charged by whichever merchant receives the number.

Sources

Use in Agentman

Connect once and your agents call these tools on their own — on a schedule, in a workflow, with nobody at the keyboard.

Open in Agentman Studio

Server Info

Category
Finance
Developer
Privacy.com
Tools
10
Domain
mcp.privacy.com

Using Claude Desktop or another MCP client? Setup docs — the connection URL above works anywhere.