Install command
Provided
Payment processing, subscription management, and financial transaction handling
Source-backed facts for citing this resource, derived directly from the registry — also available as plain text for AI assistants.
Decision playbook
Signals are comparatively strong, but you should still validate source, privacy posture, and package provenance for your environment.
0
96
—
No baseline selected
No major trust-signal divergence detected in the current selection.
Confirm ownership and provenance before trusting install instructions.
Source link availableRequired
Open the canonical repository and verify ownership.
Source provenance statusRequired
Marked as first-party.
Metadata reviewed
Registry metadata indicates a reviewed listing.
Validate risk disclosures before installation or API wiring.
Safety notes presentRequired
Review the listed safety guidance before running commands.
Privacy notes presentRequired
Review data handling notes before connecting accounts or secrets.
Trust level risk gateRequired
Trust level does not block evaluation.
Check package metadata and artifact integrity signals.
Install payload available
Install or copy payload is available for review.
Package verification flag
Package marked verified.
Checksum metadata
SHA-256 hash is present.
Use compare context to validate trade-offs before adoption.
Compare tray has multiple entries
Add at least one more entry to compare trust differences.
Baseline comparison available
No baseline peer selected yet.
Diverging trust signals identified
No major trust-signal divergence found.
Setup at a glance
Copy-ready — paste the snippet to get started.
Install command
Provided
Config snippet
Provided
Copy snippet
Provided
Prerequisites
10 to clear
Platforms
4 listed
Difficulty
11/100
Adoption plan
Current risk score 0/100. Use staged verification before broader rollout.
Validate source and review signals before any execution.
Confirm source provenanceRequired
Source URL/provenance metadata is present.
Confirm metadata review state
Listing has review metadata.
Verify install payload
Install/config payload exists and can be inspected.
Confirm safety, privacy, and package integrity signals.
Review safety notesRequired
Safety notes are present.
Review privacy notesRequired
Privacy notes are present.
Verify package integrity metadata
Package verification/checksum metadata is available.
Adopt in controlled steps based on the selected plan.
Run in isolated sandbox firstRequired
Use a constrained sandbox and observe behavior across multiple tasks.
Roll out graduallyRequired
Roll out to a small cohort before wider usage.
Set monitoring and fallback
Define rollback path and monitor errors after adoption.
Evidence readiness
Required evidence gates are covered (6/6 signals complete).
Source repository/provenance is listed.
Required in this preset
Review metadata is present.
Required in this preset
Safety notes are present.
Required in this preset
Privacy notes are present.
Optional in this preset
Package integrity metadata is present.
Optional in this preset
Install payload is available.
Required in this preset
Required evidence gates are covered for this preset.
Decision timeline
6/6 steps complete with no blocking gaps for this preset.
triage
Source/provenance metadata is available.
triage
Review metadata is available.
verify
Safety notes are available.
verify
Privacy notes are available.
verify
Package integrity metadata is available.
rollout
Install payload is available.
No required blockers for this timeline preset.
Prerequisite readiness
10 prerequisites to line up before setup. Have accounts and credentials ready first.
Safety & privacy surface
1 safety and 1 privacy notes across 1 risk area.
{
"stripe": {
"url": "https://mcp.stripe.com",
"transport": "http"
}
}Integrate Stripe payment capabilities directly into Claude for payment processing and financial operations. Process payments and refunds, manage subscriptions and billing cycles, handle invoices, track customer payment methods, monitor transaction history, generate revenue analytics, and process webhook events—all through natural language commands. Supports API key authentication, PCI-compliant payment processing, and both test and live mode environments.
{
"stripe": {
"url": "https://mcp.stripe.com",
"transport": "http"
}
}
Process full or partial refunds for payments. Include reasons and metadata for tracking. Stripe automatically handles failed payment recovery.
// Full refund for a payment
"Refund payment pi_1234567890 completely";
// Partial refund with reason
"Issue a $25 partial refund for payment pi_1234567890 with reason: customer_request";
// Refund with metadata
"Refund payment pi_1234567890 and add metadata: support_ticket=TICKET-123";
Manage customer subscriptions including upgrades, downgrades, and cancellations. Control billing cycles and proration settings.
// List active subscriptions
"Show all active subscriptions for customer cus_abc123";
// Update subscription plan
"Upgrade customer cus_abc123 from price_basic to price_premium starting next billing cycle";
// Cancel subscription
"Cancel subscription sub_xyz at period end";
Generate revenue reports, analyze payment trends, and identify failed transactions. Essential for financial reporting and business intelligence.
// Monthly revenue report
"Show total revenue and transaction count for September 2024";
// Revenue by product
"Break down revenue by product for the last quarter";
// Failed payment analysis
"List all failed payments in the last 30 days with reasons";
Manage invoices, send payment reminders, and track customer payment history. Automate billing workflows for B2B customers.
// Create invoice
"Create an invoice for customer cus_abc123 with items:
- price_item1 x 2
- price_item2 x 1
Due in 14 days"
// Send invoice reminder
"Send payment reminder for invoice in_xyz to customer"
// View customer payment history
"Show all payments for customer cus_abc123 in the last 6 months"
Manage customer payment methods including cards, bank accounts, and wallets. Update default methods and clean up expired entries.
// List customer payment methods
"Show all payment methods for customer cus_abc123";
// Set default payment method
"Set payment method pm_xyz as default for customer cus_abc123";
// Remove expired cards
"List and remove all expired payment methods";
Monitor webhook events, retry failed deliveries, and track integration health. Essential for maintaining reliable payment processing.
// List recent events
"Show recent webhook events for type payment_intent.succeeded";
// Retry failed webhooks
"Retry failed webhook deliveries from the last 24 hours";
// Monitor webhook health
"Show webhook endpoint health status and delivery success rate";
Create a new Stripe payment intent with amount and currency
// Create Stripe payment intent
const paymentIntent = await stripe.paymentIntents.create({
amount: 2000,
currency: "usd",
payment_method_types: ["card"],
metadata: { order_id: "order_123" },
});
Stripe rate limits: 100 requests per second in live mode, 25 requests per second in test mode. Default endpoint limit is 25 req/sec (can be increased by Stripe). Check RateLimit-Remaining header in responses to monitor remaining capacity. Check Stripe-Rate-Limited-Reason header to identify which limit was exceeded. Implement exponential backoff with randomized jitter for retries (wait time increases with each retry). Use webhooks instead of polling to reduce API calls. Batch operations where possible. Stripe SDKs automatically retry 429s for lock timeouts. Contact Stripe Support if you see rising rate limit errors.
Stripe test mode and live mode use completely separate object sets. Test mode objects (created with sk_test_ keys) cannot be accessed with live mode keys (sk_live_), and vice versa. Verify API key matches intended environment: sk_test_ for test mode, sk_live_ for production. Check Stripe Dashboard mode toggle matches your code environment. Ensure you're using the correct key for the environment you're testing in. Objects created in test mode will not appear in live mode and vice versa.
Stripe webhook retry behavior: Live mode retries for up to 3 days with exponential backoff. Test mode retries 3 times over a few hours. Ensure webhook endpoint returns HTTP 200 status quickly (within reasonable time). Check webhook signing secret matches (whsec_ prefix). Verify endpoint secret from Dashboard matches code (or CLI secret if testing locally with stripe listen). Review endpoint logs for errors. Ensure endpoint is publicly accessible (HTTPS required). Test webhook signature verification using official Stripe libraries. Roll endpoint secrets periodically for security.
Verify API key starts with correct prefix: sk_test_ for test mode, sk_live_ for live mode. Check key not revoked in Stripe Dashboard (API Keys section). Ensure correct publishable/secret key pair (publishable keys start with pk_, secret keys with sk_). Re-generate keys if compromised. Use restricted API keys for granular permissions (limit scope to specific operations). Note: Live mode secret keys can only be revealed once—store securely. All API requests must use HTTPS (plain HTTP fails). Never expose secret keys in client-side code or public repositories.
Verify API key is valid and not expired. Check API key matches the correct environment (test vs live). Ensure API key format is correct (sktest or sklive prefix). For restricted keys, verify key permissions match required operations.
Implement exponential backoff retry logic with jitter. Use Stripe API rate limit headers to monitor usage. Reduce concurrent requests. Cache frequently accessed customer data. Stripe allows 100 requests per second per API key.
Verify API key has access to the payment or customer. Check account permissions and API key restrictions. Ensure API key has required permissions for target operations.
Check network connectivity and firewall settings. Verify Stripe API endpoints are accessible. Increase request timeout values. Implement connection pooling and retry mechanisms with exponential backoff.
Stripe MCP Server for Claude side by side with 3 alternatives on trust, install, platform support, and disclosed safety notes — all from reviewed registry metadata.
3 trust signals differ across this comparison (Package trust, Source provenance, Submitter).
| Field | Payment processing, subscription management, and financial transaction handling Open dossier | Build on Square APIs for payments, inventory, and order management Open dossier | The official Paddle MCP server (@paddle/paddle-mcp) that lets AI assistants work with Paddle Billing — managing the product catalog, prices, and discounts, customers and businesses, subscriptions, transactions and adjustments, and financial reports — over the Paddle API, with sandbox or production environments and a read-only / non-destructive / all tool-permission filter. Open dossier | Integrate PayPal commerce capabilities, payment processing, and transaction management Open dossier |
|---|---|---|---|---|
| Next steps | ||||
| Trust | ||||
| Review status | ReviewedMaintainer reviewed | ReviewedMaintainer reviewed | ReviewedMaintainer reviewed | ReviewedMaintainer reviewed |
| Package trustDiffers | Package verified | Package verified | Package not verified | Package verified |
| Source provenanceDiffers | Source-backed | No submission link | Source-backed | No submission link |
| SubmitterDiffers | — | — | davion-knight | — |
| Install risk | Low risk | Low risk | Review first | Low risk |
| Notes | Safety ✓ Privacy ✓ | Safety ✓ Privacy ✓ | Safety ✓ Privacy ✓ | Safety ✓ Privacy ✓ |
| Brand | ||||
| Category | mcp | mcp | mcp | mcp |
| Source | first-party | first-party | source-backed | first-party |
| Author | Stripe | Square | PaddleHQ | PayPal |
| Added | 2025-09-18 | 2025-09-18 | 2026-07-08 | 2025-09-18 |
| Platforms | Claude CodeCodexCursorClaude Desktop | Claude CodeClaude Desktop | Claude CodeClaude Desktop | Claude CodeClaude Desktop |
| Source repo | — | — | — | — |
| Safety notes | ✓Use restricted or sandbox Stripe keys because customer, payment, invoice, and subscription actions can affect billing. | ✓Use sandbox or least-privilege credentials because payment, order, inventory, and customer actions can affect real commerce. | ✓The server acts on your real Paddle Billing account via its API key; with write permissions it can create and adjust products, prices, discounts, customers, subscriptions, and transactions. Tool permissions are controlled by `--tools` / `PADDLE_MCP_TOOLS`; `non-destructive` (the default) allows reads and safe writes, `read-only` allows reads only, and `all` enables every operation — choose the narrowest mode for the task. Adjustment and transaction tools can move real money (refunds, credits, charges), so prefer `read-only` or `non-destructive` unless a destructive action is explicitly intended. Use `--environment=sandbox` with a sandbox API key while developing; point at `production` only when you intend to act on live billing data. Treat the Paddle API key as a secret with broad account access, and scope what the agent can do through the environment and tools settings rather than the tool names alone. | ✓Use sandbox or least-privilege credentials because payment, order, and commerce actions can affect real money flows. |
| Privacy notes | ✓Customer records, invoices, subscriptions, payment metadata, account identifiers, and transaction details may be sent through model context. | ✓Buyer, seller, payment, order, inventory, location, and customer metadata may be exposed through the integration. | ✓The server sends requests to the Paddle Billing API using your API key; customer, business, subscription, transaction, and report data it returns is passed to the LLM/MCP client. Billing data can include personal and financial information (names, emails, addresses, purchase history, payment metadata), so avoid exposing production data to the model unnecessarily. Reports and customer/subscription tools can surface aggregate revenue and account details; treat that output as sensitive business data. Provide the API key with `PADDLE_API_KEY` in your MCP client environment; do not put real keys in command-line arguments, shell history, terminal logs, or version control. | ✓Transaction details, buyer and seller information, order metadata, account identifiers, and payment context may be exposed. |
| Prerequisites |
|
|
|
|
| Install | | | | |
| Config | | | | |
| Citations | ||||
| Claim | Unclaimed | Unclaimed | Unclaimed | Unclaimed |
Loading live community signals…
A short, calm digest of reviewed Claude resources. Unsubscribe any time.