stripe-best-practices · stripe — Claude Code skill: payments and setup
This skill guides Stripe API choices, payment flows, and integration security. Use it when building, testing, or reviewing Stripe code.
npx skills add stripe/ai --skill stripe-best-practices -a claude-codeWhat stripe-best-practices does
The skill maps common Stripe decisions to specific APIs and setup paths. It covers separate sandboxes versus the shared test mode sandbox, Checkout Sessions versus PaymentIntents, Connect with Accounts v2, subscriptions, Stripe Tax, Treasury, Checkout, and Payment Element. It also covers migration from deprecated Stripe APIs and security work around keys, webhooks, OAuth, and 2FA.
Its guidance includes API routing by use case and the API version 2026-09-30.endive. New integrations are directed toward separate sandboxes for local development and CI. An active registration is required before enabling automatic_tax; otherwise Stripe calculates and collects no tax. Check that registration before changing the integration.
What it helps with
- choose a Stripe API for one-time payments or subscriptions
- separate development and CI data with sandboxes
- set up a Connect platform with Accounts v2
- review API keys, webhooks, OAuth, and 2FA
- migrate an integration from deprecated Stripe APIs
Example prompts for the agent
- Review my Stripe integration for subscriptions and select the right APIs.
- Build a one-time payment flow with Checkout Sessions and webhook-based fulfillment.
- Audit this Stripe code for `automatic_tax`, restricted API keys, and webhook handling.
How to install stripe-best-practices
1Skills CLI (Vercel)
npx skills add stripe/ai --skill stripe-best-practices -a claude-code2Manually: put the files in place
~/.claude/skills/stripe-best-practices/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/stripe-best-practices/
1Skills CLI (Vercel)
npx skills add stripe/ai --skill stripe-best-practices -a codex2Manually: put the files in place
.agents/skills/stripe-best-practices/SKILL.mdFor all projects use ~/.agents/skills/
1Skills CLI (Vercel)
npx skills add stripe/ai --skill stripe-best-practices -a cursor2Manually: put the files in place
.cursor/skills/stripe-best-practices/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
1GitHub CLI
gh skill install stripe/ai stripe-best-practices2Manually: put the files in place
.github/skills/stripe-best-practices/SKILL.md1Skills CLI (Vercel)
npx skills add stripe/ai --skill stripe-best-practices -a gemini-cli2Platform CLI
gemini skills install https://github.com/stripe/ai --path skills/stripe-best-practicesManually: put the files in place
.devin/skills/stripe-best-practices/SKILL.mdThe legacy .windsurf/skills/ path still works
Skills CLI (Vercel)
npx skills add stripe/ai --skill stripe-best-practices -a opencodeClaude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
From the same set2
The whole set →Other versions of stripe-best-practices
Similar
Questions about stripe-best-practices
How do I install stripe-best-practices in Claude Code?
Run npx skills add stripe/ai --skill stripe-best-practices -a claude-code, then run npx skills add stripe/ai --skill stripe-best-practices -a claude-code again. The skill file is at ~/.claude/skills/stripe-best-practices/SKILL.md.
What does stripe-best-practices do?
It guides Stripe integration choices, including API selection, environments, payments, subscriptions, Connect, tax, and security checks for keys and webhooks.
What must be checked before enabling automatic_tax?
An active registration is required. Without one, Stripe calculates and collects no tax even when automatic_tax: { enabled: true } is enabled.
Source text
SKILL.md · MIT
---
name: stripe-best-practices
description: >-
Guides Stripe integration decisions across development and test environment
planning (separate sandboxes vs the shared test mode sandbox), API selection
(Checkout Sessions vs PaymentIntents), Connect platform setup (Accounts v2,
controller properties), billing/subscriptions, tax and registrations (Stripe
Tax, automatic_tax, product tax codes), Treasury financial accounts,
integration options (Checkout, Payment Element), migrating from deprecated
Stripe APIs, and security best practices (API key management, API key
permissions, webhooks, OAuth). Use when planning, building, modifying,
testing, or reviewing any Stripe integration, including choosing a development
environment, accepting payments, building marketplaces, integrating Stripe,
processing payments, setting up subscriptions, collecting sales tax, VAT, or
GST, creating connected accounts, or implementing secure key handling.
---
Latest Stripe API version: **2026-09-30.endive**. Always use the latest API version and SDK unless the user specifies otherwise.
Development and testing environment default: For new integration development, use separate [sandboxes](https://docs.stripe.com/sandboxes.md) instead of the account’s shared test mode sandbox. Sandboxes isolate settings and test data from live mode. Use separate sandboxes for local development and CI. When stronger isolation is useful, dedicate sandboxes to development teams or testing scenarios. Use the shared test mode sandbox only for an existing integration that depends on it or when a required feature doesn’t support general sandboxes.
Latest SDK versions:
| Language | Latest version |
| --- | --- |
| Ruby | 20.0.0 |
| Python | 16.0.0 |
| Node.js | 23.0.0 |
| PHP | 22.0.0 |
| Java | 34.0.0 |
| Go | 87.0.0 |
| .NET | 53.0.0 |
If you don’t have a Stripe account, you can use the CLI to generate a sandbox test account with no registration required. Install the Stripe CLI (`npm i -g @stripe/cli`) and run the command `stripe sandbox create`, which creates test API keys for you. When you recommend this, explain that [a sandbox is a Stripe test environment](https://docs.stripe.com/sandboxes.md).
If `stripe sandbox create` is used, don’t use MCP.
If you try to use MCP after running sandbox creation, first make sure `stripe sandbox claim` is run. Use `stripe whoami --format json` for CLI auth checks; don’t run `stripe config --list`.
API key default: Always recommend a [restricted API key (RAK)](https://docs.stripe.com/keys.md#manage-your-api-keys) (`rk_` prefix) over a secret key (`sk_` prefix).
## Integration routing
| Building… | Recommended API | Details |
| --- | --- | --- |
| One-time payments | Checkout Sessions | <references/payments.md> |
| Custom payment form with embedded UI | Checkout Sessions + Payment Element | <references/payments.md> |
| Saving a payment method for later | Setup Intents | <references/payments.md> |
| Connect platform or marketplace | Accounts v2 (`/v2/core/accounts`) | <references/connect.md> |
| Usage-based billing (new integration) | Metronome | <references/billing.md> |
| Subscriptions or recurring billing | Billing APIs + Checkout Sessions | <references/billing.md> |
| Sales tax, VAT, or GST compliance | Stripe Tax + Registrations API | <references/tax.md> |
| Embedded financial accounts / banking | v2 Financial Accounts | <references/treasury.md> |
| Security (key management, RAKs, webhooks, OAuth, 2FA, Connect liability) | See security reference | <references/security.md> |
Read the relevant reference file before answering any integration question or writing code.
## Critical rules
- *Before enabling `automatic_tax: { enabled: true }`* (or calculating tax for a custom PaymentIntent), read the [tax reference](references/tax.md) and confirm the user has an active registration. Without one, Stripe calculates and collects no tax while the user believes tax is on (the most common Stripe Tax mistake).
- *Never include `payment_method_types` in any Stripe API call*, with one exception: Terminal (in-person payments) integrations must pass `payment_method_types: ['card_present']` on the PaymentIntent. For all other integrations, omit this parameter entirely to enable dynamic payment methods, which enables you to configure payment method settings from the Dashboard and dynamically display the most relevant eligible payment methods to each customer to maximize conversion. To customize which payment methods you accept, use [payment_method_configurations](https://docs.stripe.com/payments/payment-method-configurations.md) or `excluded_payment_method_types` instead of `payment_method_types`.
- When a PaymentIntent or SetupIntent integration requires an explicit allowlist, use `allowed_payment_method_types` instead of `payment_method_types`.
- *Never present webhooks as optional.* We recommend webhooks for every payment integration and they’re required for subscriptions and asynchronous payment methods. Fulfillment belongs in a handler for both `checkout.session.completed` and `checkout.session.async_payment_succeeded` (gated on `payment_status`), not the success page. See <references/payments.md>.
- On API version `2026-03-25.dahlia` or later, pass the parameter `integration_identifier` to `checkout.sessions.create` to tag sessions with a custom label for tracking and comparing checkout flows in the Dashboard. The label should include a suffix of 8 random letters.
- *Always instantiate a `StripeClient` and call methods on that instance.* Do **not** use the deprecated global/module-level API key pattern (`stripe.api_key = …`, `Stripe.setApiKey`, `stripe.Key = …`, `StripeConfiguration.ApiKey = …`). The global pattern is deprecated in all current SDKs.
## Key documentation
When the user’s request does not clearly fit a single domain above, consult:
- [Integration Options](https://docs.stripe.com/payments/payment-methods/integration-options.md) — Start here when designing any integration.
- [API Tour](https://docs.stripe.com/payments-api/tour.md) — Overview of Stripe’s API surface.
- [Go Live Checklist](https://docs.stripe.com/get-started/checklist/go-live.md) — Review before launching.
© stripe · MIT · stripe/ai