Skip to main content

Stripe integration

Accept credit card payments for monthly subscriptions and one-time credit purchases. All plans are billed monthly — yearly billing is not available. Agentbot Stripe billing

Accepted payment methods

Stripe checkout accepts the following payment methods:
  • Visa / Mastercard (credit and debit)
  • Apple Pay
  • Google Pay
  • PayPal
Crypto payments are not accepted through Stripe checkout. For USDC payments on Base, see the x402 integration. For per-request crypto payments via the Tempo blockchain, see MPP payments.

Setup

Step 1: Create Stripe account

  1. Go to Stripe.com
  2. Create a business account
  3. Complete verification

Step 2: Get API keys

  1. Go to Developers → API Keys
  2. Copy:
    • Publishable Key (starts with pk_)
    • Secret Key (starts with sk_)

Step 3: Connect to Agentbot

  1. Go to Settings → Payments → Stripe
  2. Enter keys
  3. Click Connect

Step 4: Configure webhooks

Two webhook endpoints handle Stripe events:
  1. Subscription webhook — handles subscription lifecycle events
  2. Wallet top-up webhook — handles wallet top-up payments

Subscription webhook

  1. Go to Developers → Webhooks
  2. Add endpoint: https://agentbot.sh/api/webhooks/stripe
  3. Select events:
    • checkout.session.completed
    • customer.subscription.created
    • customer.subscription.updated
    • customer.subscription.deleted
    • invoice.payment_succeeded
    • invoice.payment_failed
  4. Copy webhook secret and add to Agentbot

Wallet top-up webhook

  1. Add a second endpoint: https://agentbot.sh/api/wallet/top-up
  2. Select events:
    • checkout.session.completed
  3. Copy webhook secret and add to Agentbot as STRIPE_WEBHOOK_SECRET
The wallet top-up webhook only processes checkout.session.completed events where the session metadata type field is set to wallet_top_up. All other checkout events are ignored by this endpoint.

Pricing plans

All plans are billed monthly in GBP. A paid subscription is required to provision and use agents — there is no free tier. New subscriptions start with a 7-day free trial before the first charge.
Attempting to provision an agent without an active paid subscription returns an error. The web proxy returns 403 Forbidden with the message Active subscription required. Please purchase a plan to deploy. Admin users bypass this check. All non-admin users must subscribe to a plan before creating agents.
The billing page displays Solo, Collective, and Label as the public upgrade options. Custom and white-label deployments are handled separately through sales.

Enterprise add-ons

Individual add-ons can be purchased on top of any subscription plan. All add-on prices are billed monthly in GBP. To purchase an add-on, contact sales at sales@agentbot.com.
Add-ons are not available for self-service purchase through Stripe checkout. Use the Contact Sales button on the billing page or email sales@agentbot.com to add any of these to your subscription.

Full Enterprise Suite

The Full Enterprise Suite bundles all add-ons and additional enterprise capabilities at a single price of £4,999/mo. It includes:
  • Unlimited AI Agents with hierarchical task delegation
  • Enterprise SSO/SAML and role-based access control (RBAC)
  • Credential isolation and zero-trust security
  • Full audit logging and compliance tooling
  • Pre-built connectors for Salesforce, Cisco, Google Cloud, Adobe, and CrowdStrike
  • Tool use framework for external APIs
  • Hardware agnostic deployment (NVIDIA, AMD, Intel support)
  • 24/7 priority support with SLA guarantee
  • Fleet dashboards, support diagnostics, and advanced analytics
To purchase the Full Enterprise Suite, contact sales or use the billing page in the dashboard.

Payment methods

The billing page supports two payment methods:
  • Stripe — pay with card for instant activation
  • Tempo Wallet — pay with USDC for on-chain settlement
Card payments go through the Stripe checkout flow described below. For USDC payments, see the Wallet API reference and MPP payments.

Checkout

Start a checkout session

To start a subscription checkout, redirect the user to the checkout endpoint with a plan query parameter:
Parameters
The public billing flow uses the solo, collective, and label plan IDs. Custom and white-label arrangements are handled separately through sales and are not part of the normal self-serve Stripe checkout flow.
The endpoint redirects the user to Stripe’s hosted checkout page. All new subscriptions include a 7-day free trial — the first charge occurs after the trial period ends. On successful checkout, the user is redirected to /checkout/success with the Stripe session ID and plan as query parameters. On cancellation, the user returns to the pricing page.
Admin users (configured via ADMIN_EMAILS) skip the Stripe checkout flow entirely and are redirected straight to onboarding. No payment is required for admin accounts.
The onboarding flow enforces payment before agent deployment. If the user has not completed payment, the deploy button is replaced with a checkout redirect. Attempting to deploy without a confirmed payment redirects the user to GET /api/stripe/checkout?plan={plan} to complete checkout first.
Example
The legacy POST /api/checkout endpoint is deprecated and returns a 410 Gone status. Use GET /api/stripe/checkout instead.

Verify a checkout session

After a successful checkout, you can verify the session and retrieve the resulting plan:
Parameters This endpoint verifies that the checkout session has been paid and returns the subscription details. When the session metadata includes a userId, the endpoint also eagerly marks the user’s subscription as active in the database. This ensures the user can provision agents immediately without waiting for the Stripe webhook to arrive.
The subscription activation performed by this endpoint is idempotent. The Stripe webhook will also set the same values when it arrives — whichever runs first wins, and the second update is a no-op.
Response
Errors

Buy credits

To purchase additional credits, redirect the user to the credits checkout endpoint:
Parameters The endpoint redirects the user to a Stripe checkout page for the selected credit pack. On success, credits are added to the account automatically. Example

Billing API

Manage billing, subscriptions, and usage programmatically. All billing endpoints require authentication with a valid JWT token.
The billing API may still expose legacy internal plan aliases such as starter, pro, scale, and network in some responses for backward compatibility. Treat the public checkout and pricing flow as the source of truth for customer-facing plan names.

Get billing info

Retrieve your current plan, subscription status, and usage.
Response
The billing API returns plan tiers as starter, pro, and scale with USD pricing. These correspond to the subscription plans available through the billing dashboard. The Stripe checkout endpoint uses a separate set of plan identifiers (solo, collective, label, network) for direct checkout flows.

Billing actions

Use POST /api/billing with an action field to manage your subscription.

Create checkout

Start a new Stripe checkout session for a subscription plan. The billing API accepts starter, pro, or scale as plan values.
Response
Redirect the user to the returned url to complete payment.

Enable BYOK

Enable Bring Your Own Key mode so AI requests use your own API keys instead of platform credits.
Response

Disable BYOK

Switch back to platform credits for AI usage.
Response

Get usage

Retrieve your current daily usage statistics.
Response

Buy credits

Purchase a credit pack to top up your account balance. Pass one of the available pack sizes.
Response

Storage upgrade

Upgrade to the Pro plan with 50GB storage via a dedicated checkout endpoint.
This endpoint requires authentication. No request body is needed — the upgrade is a fixed Pro plan at £39/mo with 50GB storage, WhatsApp support, and a custom domain. Response
Redirect the user to the returned url to complete the upgrade. On success, the user is redirected to the files dashboard. On cancellation, the user returns to the files dashboard with an error parameter.

Webhook events

Handle subscription events:
The legacy endpoint at /api/stripe/webhook has been permanently removed. Both POST and GET requests return 410 Gone with { "error": "This endpoint is deprecated. Use /api/webhooks/stripe instead." }. Update your Stripe dashboard webhook URL to the canonical endpoint at /api/webhooks/stripe. The previous forwarding behavior has been removed.

Idempotency and duplicate events

Stripe delivers webhook events at-least-once and retries on any non-2xx response (and occasionally retries 2xx responses during scaling events). To prevent duplicate side effects — duplicate receipt emails, duplicate auto-provisioning of paid agents, repeated +50 GB storage grants — every delivery is deduplicated by Stripe event.id before any handler runs. The webhook records each event.id in a processed-events store before executing side effects. If the same event ID is delivered again, the webhook short-circuits and returns 200 without re-running the handler. This makes paid actions at-most-once across retries — the safer default for non-idempotent operations such as storage increments. Successful first delivery
Duplicate delivery (event already processed)
The deduped flag is true only on retried deliveries that Stripe has already sent successfully at least once. Your application code should treat both responses as success. Idempotency store outage If the processed-events store cannot be reached (database outage), the webhook fails closed with 503 so Stripe retries the delivery. The handler will not run with side effects until the store is reachable.
The webhook signing secret is still verified on every request before idempotency is checked. Invalid signatures are rejected with 400 and never written to the processed-events store.

User matching

When processing checkout.session.completed events, the webhook identifies the user by the userId field in the session metadata. If the userId matches an existing user, the subscription is activated for that user. If the userId is present but does not match any existing user, the webhook falls back to looking up the user by customerEmail. Only existing users are updated — a new user account is never created. If neither the userId nor the email matches an existing user, the event is skipped and an alert is sent so the team can investigate the metadata mismatch. When userId is missing from the session metadata, the webhook also falls back to looking up the user by customerEmail with the same update-only behavior. If no user is found by email, the event is logged, skipped, and an alert is sent.
Ensure your Stripe checkout session metadata includes a valid userId field. When userId is missing or does not match an existing user, the webhook can only update users that already exist in the database by email. If the email does not match any existing user, the subscription activation is skipped.

Plan mapping

When processing checkout.session.completed events, the webhook maps the plan value from the session metadata to a subscription tier. The following plans are recognized: Any unrecognized plan value falls back to solo. The underground plan is mapped to solo for backward compatibility.
If your Stripe product metadata uses a plan name that is not in the table above, the subscription will be recorded as solo. Make sure your Stripe product metadata plan field matches one of the recognized values exactly.

Wallet top-up

In addition to subscriptions and credit packs, you can use Stripe to add funds directly to your wallet for agent calls. The wallet top-up flow uses a dedicated endpoint that creates a one-time Stripe checkout session.

Available amounts

Start a wallet top-up

Redirect the user to the wallet top-up endpoint with amount and address query parameters:
Parameters The endpoint returns a JSON response with the Stripe checkout URL and session ID. Redirect the user to the url to complete payment. No session authentication is required — the wallet address identifies the recipient. Example
On success, the user is redirected to /dashboard/wallet?top_up=success. On cancellation, the user is redirected to /dashboard/wallet?top_up=cancelled.
Wallet top-up payments are processed as one-time charges, not recurring subscriptions. The amount is credited to the user’s wallet after successful payment via the webhook at POST /api/wallet/top-up. See the Wallet API reference for full endpoint details.

Direct transfer

You can also fund your wallet by sending USDC directly to your wallet address on the Tempo network. Copy your wallet address from the wallet dashboard and transfer funds from any compatible wallet. No Stripe checkout is needed for direct transfers.

Troubleshooting

  • Verify API keys are correct
  • Check webhook is configured
  • Ensure products/prices are created in Stripe
  • Verify webhook secret
  • Check webhook URL is accessible
  • Review Stripe logs in developer dashboard
The legacy /api/checkout endpoint has been deprecated. Use GET /api/stripe/checkout?plan={plan_id} instead.