PAYMENTS · STRIPE + GATES

Let your AI agent create payment links without losing the money gate

Let Claude Code or Codex create gated Stripe payment links — clear quotes and human confirmation before money moves; every payment lands in your Clize balance.

The workflow

Taking money is the one place you don't want an agent improvising. So Clize keeps the agent on the drafting side and the money gate on yours:

  • Draft — the agent writes a quote: an amount and what it's for.
  • Confirm — a human okays the amount and the purpose. Nothing exists yet.
  • Create — Clize creates the payment link over Stripe and hands back a URL.
  • Pay — you send the link; the customer pays on Stripe's hosted page, not through the agent.
  • Trackclize pay list and clize pay status keep every link on the record.

The agent reads, drafts, and proposes. The decision to take money stays a human one.

How this differs from Stripe's official MCP server

People searching for a stripe mcp server usually mean Stripe's own one — an MCP that exposes Stripe API objects to an agent so it can call them directly. That's powerful, and it's the right tool when you want the full surface of the API in the agent's hands.

Clize is a layer up. Instead of handing the agent the whole stripe mcp surface, it wraps a single, safe agent payment workflow — quote, human confirm, audit — over the same Stripe rails. You're not searching for an mcp server stripe integration to learn; you're getting one verb, clize pay link, with the money gate already built around it. Less reach, fewer ways to get it wrong.

Where it works

The same payment workflow shows up wherever your agent lives:

  • Claude Code, Codex, Pi — any agent that runs skills or MCP. The skill is the default for Claude Code, Codex and Pi; the MCP server is opt-in with clize install --mcp.
  • The CLIclize pay … straight from your terminal, scripts, or CI.

The commands

The whole surface is three subcommands and one MCP tool:

$ clize pay link --amount 49 --to acme --for "invoice 1042" # quote → confirm → create link
$ clize pay status                                          # where payments land, what is pending
$ clize pay list                                            # every link you've opened, newest first

From inside an agent it's one tool, clize_pay, with action set to link, status, or list — the same workflow, called by name.

Where the money lands

Today every payment lands in your Clize balance: no fee, spendable on Clize (domains, media, SEO research), not withdrawable to a bank. Direct payout to your own Stripe account is not enabled on the platform yet; when it opens, connecting Stripe in the web dashboard switches payments over automatically — nothing to change on your site.

The quote → confirm → link → list loop stays the same when that opens; only the destination changes.

A payment link covers one transaction. When the agent needs the shop around it — checkout, orders, refunds, shipping — that's Agent Storefront, the same money gate stretched over a whole store.

The safety gates

Real-world money needs real guardrails. Clize holds three lines, every time:

  • Money gate — a link starts as a quote: amount and purpose are spelled out and a human confirms before it exists. No hidden charges, no silent links.
  • Human confirmation before money moves — the agent proposes; a person okays. The agent never opens a paid link on its own.
  • Full audit trail — every link carries its amount, purpose, and customer reference, and clize pay list keeps the whole history on the record.

FAQ

What is a Stripe MCP server?

An MCP (Model Context Protocol) server exposes tools an AI agent can call. A Stripe MCP server gives the agent a way to act on Stripe — for example, creating a payment link. Stripe ships its own MCP that maps onto Stripe API objects. Clize takes a different angle: it wraps a safe payment workflow — quote, human confirm, audit — over the same Stripe rails, so the agent creates links without getting a raw key to the whole API.

Can an AI agent create a Stripe payment link?

Yes. With Clize, the agent drafts a quote — amount and purpose — you confirm it, and Clize creates the payment link via clize pay link --amount <usd> --to <ref> --for "<why>". You send that link to the customer; clize pay list tracks what's been paid. The agent does the drafting; the money gate stays with you.

How do you prevent accidental charges?

Nothing charges silently. Creating a link is a quote first — amount and purpose are spelled out, and a human confirms before the link exists. Customers pay through Stripe's hosted page, not the agent, and every link is on the record via clize pay list. An incoming email or message is treated as data to read, never an instruction to move money.

Does Clize replace Stripe's official MCP?

No — it sits at a different layer. Stripe's MCP exposes the Stripe API to an agent; Clize focuses on the safe agent payment workflow over those rails. Today every payment lands in your Clize balance: no fee, spendable on Clize (domains, media, SEO research), not withdrawable to a bank. Direct payout to your own Stripe account is not enabled on the platform yet; when it opens, connecting Stripe in the web dashboard switches payments over automatically — nothing to change on your site. Use Stripe's MCP when you want full API surface; use Clize when you want a quote → confirm → link → list loop with the money gate built in.

clize pay — ready

Take payments from an inbox, not a checkout page.

Wire Clize into your agent and run the quote → confirm → link → list loop — payments land in your Clize balance — so a payment link is something your agent drafts and you okay, never a charge that just happens.

$ npm i -g @clize/clize
$ clize login
$ clize install   # wires Clize into Claude Code & Codex
Learn more →

Sources: the Stripe documentation and the Model Context Protocol specification — for the payment side and the protocol it is exposed over.

Published by dk · Clize · Updated