Stripe vs Paddle

Agent access

1. ai-native userPoint an agent at llms.txt or agent-oriented docs

   weight 2 · round drawn
   Stripe✓fullprobed9/10

   Stripe hosts a live llms.txt (probe confirms HTTP 200 with agent-oriented guidance), a full .md-suffixed docs mirror (docs.stripe.com/*.md), a machine-readable skills index at /.well-known/skills/index.json, and dedicated agent-oriented docs (agents.md, mcp.md, directory.md) explicitly designed for pointing agents at. This is independently verified by probes, not just vendor claims. missing for 10: no independent third-party (non-Stripe) report of an agent successfully consuming llms.txt end-to-end in production.

   • [probe] “PROBE llms.txt: HTTP 200 at https://docs.stripe.com/llms.txt # Stripe Documentation When installing Stripe packages, always check the npm r…”
   • [probe] “PROBE docs-md: HTTP 200 at https://docs.stripe.com/payments.md # Payments Use Stripe to start accepting payments. ## Get started Integrat…”
   • [claimed-docs] “Stripe publishes a machine-readable agent-skills catalog: "You can use curl to fetch the index of available skills, what they do, and their …”
   • [probe] “PROBE skills-index (2026-09-14): GET https://docs.stripe.com/.well-known/skills/index.json returns HTTP 200 with 8 Stripe-maintained agent s…”
   • [claimed-docs] “Build your integration with agent-first developer tools, charge your users for AI features with usage-based billing, and let agents transact…”
   • [claimed-docs] “The Stripe Model Context Protocol (MCP) server provides tools that AI agents can use to interact with the Stripe API and search Stripe's kno…”

   proof ↗⚑ flag

   Paddle✓fullprobed9/10

   Paddle publishes a dedicated llms.txt (confirmed live via HTTP 200 probe) plus a full suite of agent-oriented docs including agent-skills, MCP servers, and an LLM integration benchmark explicitly instructing agents to load skills first. missing for 10: independent third-party (non-Paddle) confirmation that an agent successfully consumed llms.txt end-to-end in the wild.

   • [claimed-docs] “We support four official server-side SDKs: Node.js, Python, Go, and PHP.”
   • [probe] “PROBE llms.txt: HTTP 200 at https://developer.paddle.com/llms.txt # Paddle Developer Docs > Official developer documentation for Paddle Bil…”
   • [claimed-docs] “"Agent skills are a standardized way to give AI agents instructions on how to integrate Paddle... written specifically for agents, rather th…”
   • [claimed-docs] “Paddle publishes an LLM integration benchmark as agent-facing guidance: "Real-world test of how well LLMs build with Paddle. 23 models teste…”
   • [claimed-docs] “Connect AI agents like Claude and Cursor directly to Paddle to work through complex flows in seconds. Build pricing models, investigate fail…”

   proof ↗⚑ flag

2. ai-native userRun the product headlessly / in CI for automation

   weight 2 · round to Stripe
   Stripe✓fullclaimed9/10

   Stripe's CLI and Workbench Shell provide scriptable, non-interactive access (stripe sandbox create, stripe products create, stripe listen, agent setup) usable in CI pipelines, backed by idempotency keys, restricted API keys, and a documented sandbox that requires no account registration — all designed for headless/automated use including by coding agents. missing for 10: no explicit first-party CI example (e.g. GitHub Actions workflow) or independent hands-on report of running the CLI in a CI pipeline.

   • [claimed-docs] “Coding agents should install the Stripe CLI (npm i -g @stripe/cli) and run the command stripe sandbox create --help to provision an anonymou…”
   • [claimed-docs] “Build, test, and manage your Stripe integration from the command line.”
   • [claimed-docs] “Workbench (Dashboard > Developers > Workbench) ships an interactive Shell and API Explorer: "Shell is a command line interface within Workbe…”
   • [claimed-docs] “The CLI landing page frames the command line as "Stripe's suite of agent-ready tooling", with "Agent setup: Automatically configure your age…”
   • [claimed-docs] “The API supports idempotency for safely retrying requests without accidentally performing the same operation twice.”
   • [claimed-docs] “Restricted API keys are Stripe's documented least-privilege credential for agents: "When you create a RAK in the Stripe Dashboard, you selec…”
   • [claimed-docs] “A sandbox is an isolated test environment. You can use your sandbox to test Stripe functionality in your account, and experiment with new fe…”

   proof ↗⚑ flag

   Paddle~partialprobed6/10

   Paddle exposes a full REST API with Bearer-token auth, OpenAPI spec, Postman collection, and server-side SDKs (Node/Python/Go/PHP) that can all be scripted headlessly in CI, plus a documented Sandbox environment for automated testing and webhooks for event-driven automation. However, this evidence is all API/SDK automation rather than a CLI or headless mode for the product's own dashboard/UI workflows, and there's no explicit CI pipeline example, GitHub Actions integration, or independent hands-on confirmation of running Paddle in CI. missing for 10: dedicated CLI tool, documented CI/CD pipeline examples (e.g., GitHub Actions), independent/community verification of headless CI usage.

   • [claimed-docs] “Paddle publishes an OpenAPI 3.1 specification for the Paddle Billing API. Use it to generate client libraries, drive editor autocomplete, or…”
   • [claimed-docs] “Use Bearer authentication when making requests to the Paddle API. Get a key from Paddle > Developer tools > Authentication.”
   • [claimed-docs] “"Sandbox is a separate Paddle environment for building and testing your integration without affecting real data or accepting real payments..…”
   • [claimed-docs] “We support four official server-side SDKs: Node.js, Python, Go, and PHP.”
   • [claimed-docs] “Import the Paddle Postman collection to explore and test the Paddle Billing API interactively.”
   • [claimed-docs] “Paddle uses webhooks to push real-time notifications to your server when things happen in your account.”
   • [probe] “PROBE llms.txt: HTTP 200 at https://developer.paddle.com/llms.txt # Paddle Developer Docs > Official developer documentation for Paddle Bil…”

   proof ↗⚑ flag

3. ai-native userConnect an agent via an official MCP server

   weight 3 · round drawn
   Stripe✓fullprobed9/10

   Stripe ships a well-documented, independently probed official hosted MCP server (mcp.stripe.com) exposing API tools, analytics, and knowledge-base search, with OAuth-based auth/governance, human-confirmation for write actions, and connected-account support; a live probe confirms the OAuth-gated endpoint is real and functioning. Missing for 10: no independent third-party hands-on review of actual agent usage beyond Stripe's own docs/probes.

   • [claimed-docs] “The Stripe Model Context Protocol (MCP) server provides tools that AI agents can use to interact with the Stripe API and search Stripe's kno…”
   • [claimed-docs] “Let your AI agents interact with the Stripe API by using our MCP server.”
   • [probe] “official MCP server documented at https://docs.stripe.com/mcp”
   • [probe] “PROBE mcp-oauth (2026-09-14): keyless JSON-RPC initialize to https://mcp.stripe.com answers HTTP 401 {"error":"Unauthorized. See https://doc…”
   • [claimed-docs] “The hosted MCP server (mcp.stripe.com) exposes generic API tools plus task tools: `stripe_api_search` ("Search for Stripe API methods by key…”
   • [claimed-docs] “Docs, "Confirm actions by agents acting on your behalf": "To prevent agents from making mistakes, Stripe requires human confirmation before …”
   • [claimed-docs] “MCP access is governed like any credential: OAuth per the MCP spec ("OAuth lets you grant and revoke access without sharing an API key with …”
   • [claimed-docs] “Docs, "Use MCP with connected accounts": a Connect platform "can also use MCP to retrieve or update resources for your connected accounts...…”

   proof ↗⚑ flag

   Paddle✓fullprobed9/10

   Paddle documents an official, hosted, remote MCP server (sandbox and live endpoints, OAuth/API-key auth) that lets agents like Claude and Cursor perform real account actions—pricing, billing, refunds, subscription changes—plus a separate docs MCP server and agent skills, all corroborated by an independent probe confirming the docs URL. This is a first-party, production MCP integration well beyond a generic API wrapper. Missing for 10: independent hands-on user report of connecting an agent to the live MCP server (only vendor docs and a URL probe, no third-party usage account).

   • [claimed-docs] “"The Paddle MCP server is a remote, hosted MCP server" with per-environment endpoints — Sandbox `https://sandbox-mcp.paddle.com/mcp` (API ke…”
   • [claimed-docs] “The MCP server "uses a codemode interface": three tools cover the full API — `search` ("Looks up Paddle API methods by name or description. …”
   • [claimed-docs] “A separate docs MCP server connects "AI agents to current Paddle documentation, the OpenAPI specification, and SDK references" (hosted at pa…”
   • [claimed-docs] “"Agent skills are a standardized way to give AI agents instructions on how to integrate Paddle... written specifically for agents, rather th…”
   • [claimed-docs] “Connect AI agents like Claude and Cursor directly to Paddle to work through complex flows in seconds.”
   • [claimed-docs] “The Paddle MCP server lets AI agents interact with your Paddle account. Instead of navigating the dashboard or making API calls, you can ask…”
   • [probe] “official MCP server documented at https://developer.paddle.com/sdks/ai/paddle-mcp”

   proof ↗⚑ flag

4. ai-native userUse an official CLI

   weight 2 · round to Stripe
   Stripe✓fullprobed9/10

   Stripe ships a well-documented official CLI (docs.stripe.com/stripe-cli) for building, testing, and managing integrations, explicitly positioned as 'agent-ready tooling' with commands like `stripe agent setup` (auto-configures Claude Code/Codex/Cursor), `stripe sandbox create` for keyless agent provisioning, `stripe directory search`, and `stripe projects init`. This is corroborated by an independent probe confirming the docs page exists and by Workbench's browser-based Shell mirroring CLI commands. Missing for 10: independent hands-on/community review specifically validating CLI usability for AI-native workflows beyond Stripe's own docs.

   • [claimed-docs] “Build, test, and manage your Stripe integration from the command line.”
   • [claimed-docs] “Workbench provides powerful tools that help you build, test, and debug your Stripe integration.”
   • [probe] “official CLI documented at https://docs.stripe.com/stripe-cli”
   • [claimed-docs] “The CLI landing page frames the command line as "Stripe's suite of agent-ready tooling", with "Agent setup: Automatically configure your age…”
   • [claimed-docs] “Official agent plugins bundle MCP + skills with auto-update: "Stripe's agent plugins give your AI agent access to Stripe developer tools, li…”
   • [claimed-docs] “Coding agents should install the Stripe CLI (npm i -g @stripe/cli) and run the command stripe sandbox create --help to provision an anonymou…”
   • [claimed-docs] “Stripe Projects "provisions and manages third-party services (such as hosting, databases, auth, AI, and observability) from the terminal. Ru…”
   • [claimed-docs] “"Stripe Directory helps developers and AI agents find the best external providers for a task and follow the best supported path to provision…”

   proof ↗⚑ flag

   Paddle—none0/10

   Paddle's evidence covers SDKs, MCP servers, agent skills, OpenAPI/Postman specs, and webhooks, but nowhere documents an official Paddle CLI tool; the mentions of 'Claude Code, Codex, and Gemini CLI' refer to third-party AI coding CLIs that Paddle plugins integrate with, not a Paddle-branded CLI.

   • [claimed-docs] “"Agent skills are a standardized way to give AI agents instructions on how to integrate Paddle... written specifically for agents, rather th…”
   • [claimed-docs] “We support four official server-side SDKs: Node.js, Python, Go, and PHP.”
   • [probe] “PROBE openapi: all candidate paths 404 (https://developer.paddle.com/openapi.json, https://developer.paddle.com/swagger.json, https://develo…”

   proof ↗⚑ flag

5. ai-native userDrive the product through a documented public API

   weight 3 · round drawn
   Stripe✓fullprobed9/10

   Stripe exposes a comprehensive, well-documented REST API with idempotency, restricted keys, versioning, sandboxes, webhooks, OpenAPI-generated SDKs, and CLI/Workbench tooling, and this is independently corroborated by a probe confirming the API and llms.txt are live and reachable. missing for 10: no independent third-party benchmark of raw API completeness beyond docs/probes, and OpenAPI spec discovery via well-known paths returned 404s per stripe-probe-3.

   • [claimed-docs] “The API supports idempotency for safely retrying requests without accidentally performing the same operation twice.”
   • [claimed-docs] “use an idempotency key... you can safely repeat the request without risk of creating a second object or performing the update twice”
   • [claimed-docs] “Stripe uses API keys to authenticate requests from your integration and determine which Stripe resources it can access.”
   • [claimed-docs] “A restricted API key (RAK) is an API key ... a RAK can do only what you give it permission to do.”
   • [claimed-docs] “You can safely upgrade to a new monthly release without breaking any existing code.”
   • [claimed-docs] “Each monthly release includes only backward-compatible changes... You can safely upgrade to a new monthly release without breaking any exist…”
   • [claimed-docs] “Use these files to generate SDKs or client libraries that support Stripe's API.”
   • [probe] “PROBE docs-md: HTTP 200 at https://docs.stripe.com/payments.md # Payments Use Stripe to start accepting payments. ## Get started Integrat…”
   • [probe] “PROBE llms.txt: HTTP 200 at https://docs.stripe.com/llms.txt # Stripe Documentation When installing Stripe packages, always check the npm r…”
   • [probe] “PROBE openapi: all candidate paths 404 (https://docs.stripe.com/openapi.json, https://docs.stripe.com/swagger.json, https://docs.stripe.com/…”
   • [claimed-docs] “Build, test, and manage your Stripe integration from the command line.”
   • [claimed-docs] “Workbench (Dashboard > Developers > Workbench) ships an interactive Shell and API Explorer: "Shell is a command line interface within Workbe…”

   proof ↗⚑ flag

   Paddle✓fullprobed9/10

   Paddle exposes a full public REST API with Bearer auth, granular permissions, key rotation, an OpenAPI 3.1 spec, Postman collection, and official SDKs (Node, Python, Go, PHP) — plus a purpose-built MCP server with codemode search/execute tools, agent skills, and a docs MCP, explicitly designed for AI agents to drive the product end-to-end. Missing for 10: independent third-party corroboration of the MCP/API working reliably at scale (evidence is entirely vendor docs), and the probe found the OpenAPI spec not resolvable at common guessed paths.

   • [claimed-docs] “"The Paddle MCP server is a remote, hosted MCP server" with per-environment endpoints — Sandbox `https://sandbox-mcp.paddle.com/mcp` (API ke…”
   • [claimed-docs] “The MCP server "uses a codemode interface": three tools cover the full API — `search` ("Looks up Paddle API methods by name or description. …”
   • [claimed-docs] “Machine-readable API surface: "Download the Paddle OpenAPI specification to generate client libraries, power editor tooling, or import into …”
   • [claimed-docs] “Use Bearer authentication when making requests to the Paddle API. Get a key from Paddle > Developer tools > Authentication.”
   • [claimed-docs] “Permissions grant an API key access to specific entities or allow it to take specific actions in Paddle.”
   • [claimed-docs] “Paddle publishes an OpenAPI 3.1 specification for the Paddle Billing API. Use it to generate client libraries, drive editor autocomplete, or…”
   • [claimed-docs] “Bearer-token API keys with documented granular permissions: keys are created in "Paddle > Developer tools > Authentication", scoped per the …”
   • [claimed-docs] “"Agent skills are a standardized way to give AI agents instructions on how to integrate Paddle... written specifically for agents, rather th…”
   • [probe] “official MCP server documented at https://developer.paddle.com/sdks/ai/paddle-mcp”

   proof ↗⚑ flag

6. ai-native userIssue scoped/least-privilege API credentials for an agent

   weight 2 · round to Stripe
   Stripe✓fullprobed9/10

   Stripe explicitly documents restricted API keys (RAKs) as the recommended least-privilege credential for AI agents—developers select per-resource Read/Write/None permissions—and pairs this with MCP OAuth sessions (per-client revocation, connected-account scoping via Stripe-Account header, human confirmation for write actions like refunds, and Workbench tool-call logs), giving concrete scoped-credential issuance and governance for agents. This is corroborated by a live probe confirming the OAuth-gated MCP endpoint. Missing for 10: independent/hands-on developer confirmation of the RAK issuance workflow in practice beyond first-party docs.

   • [claimed-docs] “A restricted API key (RAK) is an API key ... a RAK can do only what you give it permission to do.”
   • [claimed-docs] “Restricted API keys are Stripe's documented least-privilege credential for agents: "When you create a RAK in the Stripe Dashboard, you selec…”
   • [claimed-docs] “MCP access is governed like any credential: OAuth per the MCP spec ("OAuth lets you grant and revoke access without sharing an API key with …”
   • [claimed-docs] “Docs, "Use MCP with connected accounts": a Connect platform "can also use MCP to retrieve or update resources for your connected accounts...…”
   • [claimed-docs] “Docs, "Confirm actions by agents acting on your behalf": "To prevent agents from making mistakes, Stripe requires human confirmation before …”
   • [probe] “PROBE mcp-oauth (2026-09-14): keyless JSON-RPC initialize to https://mcp.stripe.com answers HTTP 401 {"error":"Unauthorized. See https://doc…”

   proof ↗⚑ flag

   Paddle~partialclaimed6/10

   Paddle supports API keys with documented granular permissions/scopes (paddle-docs-9, paddle-supp-auth-permissions) and sandbox-only keys (paddle-supp-sandbox) that can be issued for agent use via the MCP server, and Live OAuth MCP connections default to read-only access initially (paddle-supp-mcp-server). However, the MCP server itself explicitly does not gate destructive operations and relies on the user manually creating least-privilege keys rather than the product enforcing scoped credential issuance for agents (paddle-supp-mcp-codemode). missing for 10: no dedicated agent-specific credential/token issuance flow (e.g. per-agent scoped key generation UI or API), no evidence of fine-grained action-level restriction enforced automatically for MCP/agent use, no independent confirmation that permission scoping actually restricts agent behavior in practice.

   • [claimed-docs] “Permissions grant an API key access to specific entities or allow it to take specific actions in Paddle.”
   • [claimed-docs] “Bearer-token API keys with documented granular permissions: keys are created in "Paddle > Developer tools > Authentication", scoped per the …”
   • [claimed-docs] “"Sandbox is a separate Paddle environment for building and testing your integration without affecting real data or accepting real payments..…”
   • [claimed-docs] “"The Paddle MCP server is a remote, hosted MCP server" with per-environment endpoints — Sandbox `https://sandbox-mcp.paddle.com/mcp` (API ke…”
   • [claimed-docs] “The MCP server "uses a codemode interface": three tools cover the full API — `search` ("Looks up Paddle API methods by name or description. …”

   proof ↗⚑ flag

7. ai-native userBuild against official SDKs

   weight 2 · round drawn
   Stripe✓fullprobed9/10

   Stripe publishes official SDKs/client libraries generated from OpenAPI specs, plus AI-native additions like @stripe/agent-toolkit, @stripe/ai-sdk, token-meter, a hosted OAuth-gated MCP server, agent plugins for Claude/Codex/Cursor, and a machine-readable skills catalog — strongly evidencing an AI-native developer can build against official SDKs. missing for 10: independent (non-Stripe) hands-on developer reports specifically validating the newer agent-toolkit/ai-sdk packages in production.

   • [claimed-docs] “Use these files to generate SDKs or client libraries that support Stripe's API.”
   • [claimed-docs] “The stripe/ai repo (github.com/stripe/agent-toolkit now redirects here) is "the one-stop shop for building AI-powered products and businesse…”
   • [claimed-docs] “Official agent plugins bundle MCP + skills with auto-update: "Stripe's agent plugins give your AI agent access to Stripe developer tools, li…”
   • [claimed-docs] “Stripe publishes a machine-readable agent-skills catalog: "You can use curl to fetch the index of available skills, what they do, and their …”
   • [probe] “PROBE mcp-oauth (2026-09-14): keyless JSON-RPC initialize to https://mcp.stripe.com answers HTTP 401 {"error":"Unauthorized. See https://doc…”
   • [probe] “PROBE skills-index (2026-09-14): GET https://docs.stripe.com/.well-known/skills/index.json returns HTTP 200 with 8 Stripe-maintained agent s…”
   • [claimed-docs] “The Stripe Model Context Protocol (MCP) server provides tools that AI agents can use to interact with the Stripe API and search Stripe's kno…”
   • [github] “a collection of SDKs to help you integrate Stripe with LLMs and agent frameworks”

   proof ↗⚑ flag

   Paddle✓fullprobed9/10

   Paddle publishes official server-side SDKs (Node.js, Python, Go, PHP) with TypeScript definitions, pagination helpers, and webhook signature verification, alongside a maintained OpenAPI 3.1 spec (GitHub repo) and Postman collection for generating clients — all documented as first-party, developer-facing tooling suited to AI-native/agentic building workflows. Missing for 10: independent hands-on developer corroboration of SDK quality/DX beyond Paddle's own docs, and the direct openapi.json endpoint probe 404'd (spec is hosted elsewhere per docs, a minor discrepancy).

   • [claimed-docs] “We support four official server-side SDKs: Node.js, Python, Go, and PHP.”
   • [claimed-docs] “The Paddle Node.js SDK integrates Paddle Billing with server-side JavaScript and TypeScript apps.”
   • [claimed-docs] “The Paddle Node.js SDK integrates Paddle Billing with server-side JavaScript and TypeScript apps. It ships with TypeScript definitions, iter…”
   • [claimed-docs] “The Paddle Python SDK integrates Paddle Billing with Python applications. It handles pagination automatically, exposes operation classes for…”
   • [claimed-docs] “Machine-readable API surface: "Download the Paddle OpenAPI specification to generate client libraries, power editor tooling, or import into …”
   • [claimed-docs] “Paddle publishes an OpenAPI 3.1 specification for the Paddle Billing API. Use it to generate client libraries, drive editor autocomplete, or…”
   • [claimed-docs] “Postman is the quickest way to explore and test the Paddle Billing API. The Paddle Postman collection includes every operation, so you can t…”
   • [probe] “PROBE openapi: all candidate paths 404 (https://developer.paddle.com/openapi.json, https://developer.paddle.com/swagger.json, https://develo…”

   proof ↗⚑ flag

8. ai-native userSubscribe to events via webhooks

   weight 2 · round drawn
   Stripe✓fullclaimed8/10

   Stripe supports registering HTTPS webhook endpoints that push real-time events (payment success, disputes, subscription renewals, etc.), and this is directly usable by AI agents via the MCP server's stripe_api_write tool (webhook endpoint creation is explicitly listed as a supported MCP method) and via event-destinations delivering to multiple destination types. missing for 10: no hands-on/independent example of an agent actually subscribing to and consuming webhook events end-to-end, and no dedicated agent-specific webhook subscription API distinct from the standard developer webhook flow.

   • [claimed-docs] “Receiving webhook events helps you respond to asynchronous events, such as when a customer's bank confirms a payment, a customer disputes a …”
   • [claimed-docs] “Stripe pushes real-time data to it when events happen in your Stripe account.”
   • [claimed-docs] “You can create an HTTPS webhook endpoint to receive events.”
   • [claimed-docs] “After you register a webhook endpoint, Stripe pushes real-time data to it when events happen in your Stripe account.”
   • [claimed-docs] “The hosted MCP server (mcp.stripe.com) exposes generic API tools plus task tools: `stripe_api_search` ("Search for Stripe API methods by key…”
   • [claimed-docs] “Event destinations deliver real-time events "across multiple destination types, including webhook endpoints, Amazon EventBridge, and Azure E…”

   proof ↗⚑ flag

   Paddle✓fullclaimed8/10

   Paddle has robust first-party webhook documentation: real-time push notifications for account events, signature verification via Paddle-Signature header, IP allowlisting guidance, and SDK helpers (Node.js, Python) for verifying webhook signatures. MCP tooling also explicitly supports 'configure webhooks, and simulate events for testing,' making this agent-accessible. Missing for 10: independent/hands-on confirmation of webhook reliability or agent-driven webhook subscription workflows beyond vendor docs.

   • [claimed-docs] “Paddle uses webhooks to push real-time notifications to your server when things happen in your account.”
   • [claimed-docs] “you can use the secret key to generate your own signature for each webhook... if both signatures match then you can be sure that a received …”
   • [claimed-docs] “All webhooks sent by Paddle include a `Paddle-Signature` header. Paddle generates this header using a secret key that only you and Paddle kn…”
   • [claimed-docs] “We recommend adding Paddle webhook IP addresses to your allowlist, and rejecting webhooks that come from other sources.”
   • [claimed-docs] “The Paddle Node.js SDK integrates Paddle Billing with server-side JavaScript and TypeScript apps. It ships with TypeScript definitions, iter…”
   • [claimed-docs] “The Paddle Python SDK integrates Paddle Billing with Python applications. It handles pagination automatically, exposes operation classes for…”
   • [claimed-docs] “Generate integration code, configure webhooks, and simulate events for testing.”
   • [claimed-docs] “"The Paddle MCP server is a remote, hosted MCP server" with per-environment endpoints — Sandbox `https://sandbox-mcp.paddle.com/mcp` (API ke…”

   proof ↗⚑ flag

Agentic features

1. ai-native userGet AI-generated insights and suggestions from my data inside the product

   weight 2 · round to Stripe
   Stripe~partialclaimed6/10

   Stripe supports AI-generated insights primarily through its MCP `stripe_analytics`/`stripe_report` tools, which let an AI agent query metrics like MRR, churn rate, and run custom SQL against reporting tables, and Radar applies AI algorithms to score fraud risk in real time. However, these insights are largely agent-mediated (via MCP) rather than a native in-Dashboard AI assistant proactively surfacing suggestions to the user. Missing for 10: evidence of a built-in conversational/insights UI inside the Dashboard itself (not just via external agent+MCP), broader proactive 'suggestions' beyond analytics queries, and independent/hands-on validation of insight quality.

   • [claimed-docs] “You can use an AI agent to analyze aggregated data across your Stripe account ... query metrics such as monthly recurring revenue (MRR)”
   • [claimed-docs] “Agents can analyze aggregated account data through MCP: `stripe_analytics` "handles three kinds of requests: Metric queries for Stripe-defin…”
   • [claimed-docs] “Use Radar to evaluate transactions, accounts, and customers in real time, using AI algorithms to assess the risk of fraud.”
   • [claimed-docs] “Recovery analytics: Analyze subscription payment failure rates, recovery rates, and recent failed payments for top customers.”

   proof ↗⚑ flag

   Paddle~partialclaimed4/10

   Paddle's MCP server explicitly supports 'analyze revenue, refunds, and transaction patterns' and 'investigate failed payments' via natural-language queries from a connected AI agent (Claude, Cursor, etc.), which can surface insights from account data. However, this requires an external agent/tool to connect via MCP rather than an in-product, always-on AI insights/suggestions feature (e.g., no evidence of a native dashboard widget proactively surfacing AI-generated recommendations). Missing for 10: evidence of built-in, in-app AI-generated insights/suggestions surfaced automatically to users without requiring a separate agent connection, and independent/hands-on corroboration of the MCP-driven analysis actually producing useful insights in practice.

   • [claimed-docs] “"The Paddle MCP server is a remote, hosted MCP server" with per-environment endpoints — Sandbox `https://sandbox-mcp.paddle.com/mcp` (API ke…”
   • [claimed-docs] “Process subscription upgrades, downgrades, pauses, and cancellatio”
   • [claimed-docs] “Build pricing models, investigate failed payments, integrate Paddle features, or process customer refunds — all in natural language.”
   • [claimed-docs] “Filter, break down, and investigate the metrics and data available in your Paddle account from the dashboard or the API.”

   proof ↗⚑ flag

2. ai-native userSet up automations that run autonomously in the background

   weight 2 · round to Stripe
   Stripe~partialclaimed7/10

   Stripe ships substantial infrastructure for background automation — webhooks that push real-time events for asynchronous processing, Billing's automated recurring payments/renewals, Smart Retries and revenue-recovery automation that requires no code, Radar's automatic fraud scoring, and an MCP server plus agent plugins that let AI agents act on Stripe data continuously. However, Stripe explicitly gates autonomous execution: 'Stripe requires human confirmation before it takes certain stripe_api_write actions, such as refunds and outbound payments,' meaning fully unattended agentic automation is capped for sensitive operations, and there's no independent/hands-on evidence of long-running autonomous background agent workflows in production. Missing for 10: evidence of fully unattended agent automations without human-in-the-loop gating, and independent corroboration of real-world background agent runs.

   • [claimed-docs] “Receiving webhook events helps you respond to asynchronous events, such as when a customer's bank confirms a payment, a customer disputes a …”
   • [claimed-docs] “Smart Retries: Automatically retry failed payments to prevent involuntary churn due to temporary issues.”
   • [claimed-docs] “Recovery analytics: Analyze subscription payment failure rates, recovery rates, and recent failed payments for top customers.”
   • [claimed-docs] “Use Radar to evaluate transactions, accounts, and customers in real time, using AI algorithms to assess the risk of fraud.”
   • [claimed-docs] “Docs, "Confirm actions by agents acting on your behalf": "To prevent agents from making mistakes, Stripe requires human confirmation before …”
   • [claimed-docs] “Official agent plugins bundle MCP + skills with auto-update: "Stripe's agent plugins give your AI agent access to Stripe developer tools, li…”
   • [claimed-docs] “"Machine payments let agents pay for APIs and services programmatically. Your server returns a payment challenge, the agent presents a valid…”

   proof ↗⚑ flag

   Paddle—none0/10

   Paddle's evidence covers webhooks, MCP servers, and agent skills for integration purposes, but none of this describes autonomous background automations (e.g., scheduled/triggered workflows that run without user invocation) — the product is a payments/billing platform with agent-assisted integration tooling, not an automation/workflow engine that runs tasks autonomously in the background. missing for 10: any evidence of scheduled jobs, autonomous triggers, or background automation execution initiated by the user rather than by an explicit API/webhook call.

   ⚑ flag

3. ai-native userDelegate tasks to a built-in AI assistant inside the product

   weight 3 · round to Paddle
   Stripe—none0/10

   The evidence pack shows Stripe exposing an MCP server, CLI, SDKs, and agent plugins so *external* AI agents (Claude, Codex, Cursor, etc.) can act on Stripe's behalf, and it describes AI-driven backend features (Radar fraud scoring, smart retries). But none of the evidence describes a built-in, in-product AI assistant/chat feature embedded in the Stripe Dashboard itself that a user converses with to delegate tasks — the 'analyze with AI' and analytics tooling are also delivered via the external MCP interface rather than a native assistant UI.

   • [claimed-docs] “You can use an AI agent to analyze aggregated data across your Stripe account ... query metrics such as monthly recurring revenue (MRR)”
   • [claimed-docs] “Agents can analyze aggregated account data through MCP: `stripe_analytics` "handles three kinds of requests: Metric queries for Stripe-defin…”
   • [claimed-docs] “Use Radar to evaluate transactions, accounts, and customers in real time, using AI algorithms to assess the risk of fraud.”

   proof ↗⚑ flag

   Paddle~partialclaimed6/10

   Paddle doesn't ship a native, in-dashboard AI assistant chat UI; instead it exposes a hosted MCP server and agent-skills that let external AI agents (Claude, Cursor, etc.) connect to Paddle and perform pricing, billing, and integration tasks in natural language, plus a codemode search/execute interface for chaining API calls. This delivers the 'delegate tasks to AI' outcome but only via a third-party agent client rather than an assistant embedded inside Paddle's own product surface. Missing for 10: a first-party in-product chat/assistant UI (not just an MCP endpoint for external agents), and independent hands-on evidence of the delegation experience.

   • [claimed-docs] “"The Paddle MCP server is a remote, hosted MCP server" with per-environment endpoints — Sandbox `https://sandbox-mcp.paddle.com/mcp` (API ke…”
   • [claimed-docs] “The Paddle MCP server lets AI agents interact with your Paddle account. Instead of navigating the dashboard or making API calls, you can ask…”
   • [claimed-docs] “The MCP server "uses a codemode interface": three tools cover the full API — `search` ("Looks up Paddle API methods by name or description. …”
   • [claimed-docs] “"Agent skills are a standardized way to give AI agents instructions on how to integrate Paddle... written specifically for agents, rather th…”
   • [claimed-docs] “Build pricing models, investigate failed payments, integrate Paddle features, or process customer refunds — all in natural language.”

   proof ↗⚑ flag

4. ai-native userOperate the product with natural-language commands

   weight 2 · round to Paddle
   Stripe~partialprobed7/10

   Stripe exposes an MCP server plus Directory/Analytics tools that let AI agents perform natural-language-driven actions (search products, read/write API resources, query MRR, run implementation planner) confirmed live via probe, and CLI/agent-plugin tooling lets coding agents set up sandboxes and integrations via NL prompts. However, this is agent-mediated (a separate AI agent translates NL into MCP/CLI calls) rather than the product itself having a native NL command interface, and write actions require human confirmation clicks rather than pure NL operation. missing for 10: evidence of a first-party conversational NL interface within Stripe's own Dashboard/product (not via third-party agent), and confirmation that full workflows can complete end-to-end via NL without manual approval steps.

   • [probe] “PROBE mcp-oauth (2026-09-14): keyless JSON-RPC initialize to https://mcp.stripe.com answers HTTP 401 {"error":"Unauthorized. See https://doc…”
   • [claimed-docs] “The hosted MCP server (mcp.stripe.com) exposes generic API tools plus task tools: `stripe_api_search` ("Search for Stripe API methods by key…”
   • [claimed-docs] “Docs, "Confirm actions by agents acting on your behalf": "To prevent agents from making mistakes, Stripe requires human confirmation before …”
   • [claimed-docs] “Agents can analyze aggregated account data through MCP: `stripe_analytics` "handles three kinds of requests: Metric queries for Stripe-defin…”
   • [claimed-docs] “Official agent plugins bundle MCP + skills with auto-update: "Stripe's agent plugins give your AI agent access to Stripe developer tools, li…”
   • [claimed-docs] “Stripe's agent plugins give your AI agent access to Stripe developer tools, live account data, and the latest skills and technical guidance.”
   • [claimed-docs] “"Stripe Directory helps developers and AI agents find the best external providers for a task and follow the best supported path to provision…”
   • [claimed-docs] “The CLI landing page frames the command line as "Stripe's suite of agent-ready tooling", with "Agent setup: Automatically configure your age…”

   proof ↗⚑ flag

   Paddle✓fullclaimed9/10

   Paddle documents an extensive MCP-based natural-language interface: the hosted Paddle MCP server lets agents 'ask an agent in natural language to handle pricing, billing, support, and integration workflows,' covering pricing changes, refunds, subscription upgrades/downgrades/cancellations, webhook config, and report generation, backed by a codemode search/execute interface, agent skills, and a published LLM benchmark showing measured task success. This is rich, detailed first-party documentation directly on-topic for natural-language operation. Missing for 10: independent/hands-on third-party corroboration that the natural-language commands work reliably in practice (community evidence available is unrelated to AI/MCP usage).

   • [claimed-docs] “Connect AI agents like Claude and Cursor directly to Paddle to work through complex flows in seconds.”
   • [claimed-docs] “Connect AI agents like Claude and Cursor directly to Paddle to work through complex flows in seconds. Build pricing models, investigate fail…”
   • [claimed-docs] “The Paddle MCP server lets AI agents interact with your Paddle account. Instead of navigating the dashboard or making API calls, you can ask…”
   • [claimed-docs] “"The Paddle MCP server is a remote, hosted MCP server" with per-environment endpoints — Sandbox `https://sandbox-mcp.paddle.com/mcp` (API ke…”
   • [claimed-docs] “The MCP server "uses a codemode interface": three tools cover the full API — `search` ("Looks up Paddle API methods by name or description. …”
   • [claimed-docs] “"Agent skills are a standardized way to give AI agents instructions on how to integrate Paddle... written specifically for agents, rather th…”
   • [claimed-docs] “Paddle publishes an LLM integration benchmark as agent-facing guidance: "Real-world test of how well LLMs build with Paddle. 23 models teste…”
   • [claimed-docs] “Lets AI agents read data and take actions in your Paddle account.”

   proof ↗⚑ flag

Api quality

1. ai-native userExplore an interactive API reference with runnable examples

   weight 2 · round drawn
   Stripe~partialprobed6/10

   Stripe's Workbench includes an in-Dashboard API Explorer/Shell that lets users visually explore API resources and execute real, runnable API calls (including against sandboxes), and Workbench's shell exposes CLI/API autocompletion — this is a genuine interactive, runnable API reference. However, evidence doesn't show a public-facing interactive API reference page (like a standalone docs.stripe.com/api with try-it-now runnable code snippets) accessible without Dashboard login, nor independent/community confirmation of the experience quality. missing for 10: evidence of a public runnable API reference outside the authenticated Dashboard, independent/hands-on user reviews of the API explorer experience, confirmation that all endpoints are runnable (not just Shell CLI-style commands).

   • [claimed-docs] “Workbench (Dashboard > Developers > Workbench) ships an interactive Shell and API Explorer: "Shell is a command line interface within Workbe…”
   • [claimed-docs] “Workbench provides powerful tools that help you build, test, and debug your Stripe integration.”
   • [probe] “PROBE docs-md: HTTP 200 at https://docs.stripe.com/payments.md # Payments Use Stripe to start accepting payments. ## Get started Integrat…”

   proof ↗⚑ flag

   Paddle~partialprobed6/10

   Paddle documents an OpenAPI 3.1 spec and an importable Postman collection explicitly framed for interactive exploration/testing ('try the API interactively before writing code', 'explore and test the Paddle Billing API interactively'), which supports runnable-example exploration for AI-native/developer users. However, a probe for a directly hosted interactive reference page (Swagger/Redoc-style) on the docs site returned 404s at common paths, suggesting the 'interactive reference' is delegated to external tools (Postman, Scalar, Redocly) rather than a first-party built-in interactive console. Missing for 10: confirmed first-party hosted interactive API console with live runnable examples, and independent hands-on corroboration of the interactive experience.

   • [claimed-docs] “Import the Paddle Postman collection to explore and test the Paddle Billing API interactively.”
   • [claimed-docs] “Paddle publishes an OpenAPI 3.1 specification for the Paddle Billing API. Use it to generate client libraries, drive editor autocomplete, or…”
   • [claimed-docs] “Postman is the quickest way to explore and test the Paddle Billing API. The Paddle Postman collection includes every operation, so you can t…”
   • [claimed-docs] “Machine-readable API surface: "Download the Paddle OpenAPI specification to generate client libraries, power editor tooling, or import into …”
   • [probe] “PROBE openapi: all candidate paths 404 (https://developer.paddle.com/openapi.json, https://developer.paddle.com/swagger.json, https://develo…”

   proof ↗⚑ flag

2. ai-native userDownload a machine-readable API spec (OpenAPI or equivalent)

   weight 2 · round drawn
   Stripe✓fullprobed8/10

   Stripe publishes machine-readable OpenAPI spec files explicitly for generating SDKs/clients (stripe-docs-46, github.com/stripe/openapi), and docs.stripe.com also serves machine-readable .md versions of every doc page plus an llms.txt index (stripe-probe-1, stripe-probe-2), directly serving AI-native consumption needs. However, a direct openapi.json/swagger.json was not found at the docs.stripe.com domain itself (stripe-probe-3 shows 404s on guessed paths), meaning discovery requires knowing the separate GitHub repo rather than a single canonical documented download link. Missing for 10: a first-party documented URL/endpoint for the OpenAPI spec directly from docs.stripe.com (not just GitHub), and independent hands-on confirmation of spec completeness/versioning.

   • [claimed-docs] “Use these files to generate SDKs or client libraries that support Stripe's API.”
   • [probe] “PROBE llms.txt: HTTP 200 at https://docs.stripe.com/llms.txt # Stripe Documentation When installing Stripe packages, always check the npm r…”
   • [probe] “PROBE docs-md: HTTP 200 at https://docs.stripe.com/payments.md # Payments Use Stripe to start accepting payments. ## Get started Integrat…”
   • [probe] “PROBE openapi: all candidate paths 404 (https://docs.stripe.com/openapi.json, https://docs.stripe.com/swagger.json, https://docs.stripe.com/…”

   proof ↗⚑ flag

   Paddle✓fullprobed8/10

   Paddle publishes an OpenAPI 3.1 spec maintained in a public GitHub repo (github.com/PaddleHQ/paddle-openapi) documented for generating client libraries and editor tooling, plus a Postman collection, giving AI-native users a downloadable machine-readable spec. However, a live probe found the spec not hosted at common guessable URLs on developer.paddle.com itself, so discoverability outside docs pages is imperfect. missing for 10: direct probe confirmation of a working download URL, independent third-party corroboration of the spec's completeness/currency.

   • [claimed-docs] “Paddle publishes an OpenAPI 3.1 specification for the Paddle Billing API. Use it to generate client libraries, drive editor autocomplete, or…”
   • [claimed-docs] “Paddle publishes an OpenAPI 3.1 specification for the Paddle Billing API. Use it to generate client libraries, drive editor autocomplete, or…”
   • [claimed-docs] “Machine-readable API surface: "Download the Paddle OpenAPI specification to generate client libraries, power editor tooling, or import into …”
   • [probe] “PROBE openapi: all candidate paths 404 (https://developer.paddle.com/openapi.json, https://developer.paddle.com/swagger.json, https://develo…”

   proof ↗⚑ flag

3. ai-native userTest against a sandbox environment without touching production data

   weight 1 · round drawn
   Stripe✓fullclaimed9/10

   Stripe documents a dedicated sandbox environment isolated from live/production data (stripe-docs-32, stripe-docs-43, stripe-docs-57), test cards/values that simulate transactions without moving real funds (stripe-docs-10, stripe-docs-65), and anonymous sandbox provisioning explicitly for coding agents via CLI (stripe-docs-16), plus MCP/Workbench access scoped per sandbox vs live mode (stripe-supp-mcp-sessions-governance, stripe-supp-workbench-shell). Missing for 10: independent hands-on confirmation from a third party that agent-driven sandbox testing works end-to-end without friction.

   • [claimed-docs] “A sandbox is an isolated test environment. You can use your sandbox to test Stripe functionality in your account, and experiment with new fe…”
   • [claimed-docs] “You can use your sandbox to test Stripe functionality in your account, and experiment with new features without affecting your live integrat…”
   • [claimed-docs] “Your team can test in separate sandboxes to make sure that data and actions are completely isolated from other sandboxes.”
   • [claimed-docs] “Test your integration in a sandbox ... by simulating transactions with test values—these transactions don't move funds.”
   • [claimed-docs] “Test cards act as "fake" credit cards, and allow you to simulate the following scenarios: - Successful payments... - Card errors due to decl…”
   • [claimed-docs] “Coding agents should install the Stripe CLI (npm i -g @stripe/cli) and run the command stripe sandbox create --help to provision an anonymou…”
   • [claimed-docs] “MCP access is governed like any credential: OAuth per the MCP spec ("OAuth lets you grant and revoke access without sharing an API key with …”
   • [claimed-docs] “Workbench (Dashboard > Developers > Workbench) ships an interactive Shell and API Explorer: "Shell is a command line interface within Workbe…”
   • [claimed-docs] “The CLI landing page frames the command line as "Stripe's suite of agent-ready tooling", with "Agent setup: Automatically configure your age…”

   proof ↗⚑ flag

   Paddle✓fullclaimed9/10

   Paddle documents a dedicated Sandbox environment with fully separate datasets, credentials, dashboards and even a distinct sandbox MCP endpoint/API key prefix, explicitly for building and testing integrations without touching real data or payments — directly serving an AI agent's need to safely test flows. Agent skills and MCP server docs also explicitly reference sandbox testing workflows. Missing for 10: independent/hands-on confirmation that AI agents actually operate correctly against sandbox-mcp.paddle.com in practice (only vendor docs, no third-party corroboration).

   • [claimed-docs] “Sandbox is a separate Paddle environment for building and testing your integration without affecting real data or accepting real payments.”
   • [claimed-docs] “"Sandbox is a separate Paddle environment for building and testing your integration without affecting real data or accepting real payments..…”
   • [claimed-docs] “"The Paddle MCP server is a remote, hosted MCP server" with per-environment endpoints — Sandbox `https://sandbox-mcp.paddle.com/mcp` (API ke…”
   • [claimed-docs] “"Agent skills are a standardized way to give AI agents instructions on how to integrate Paddle... written specifically for agents, rather th…”

   proof ↗⚑ flag

4. ai-native userRely on versioned APIs with a documented deprecation policy

   weight 2 · round to Stripe
   Stripe✓fullclaimed8/10

   Stripe documents a clear API versioning policy: monthly releases contain only backward-compatible changes, and users can safely upgrade without breaking existing code, with explicit versioning docs. This directly matches the story's requirement of versioned APIs with a documented deprecation/compatibility policy. Missing for 10: no explicit deprecation timeline/sunset schedule detail or independent hands-on verification of long-term version support beyond the docs' own claims.

   • [claimed-docs] “You can safely upgrade to a new monthly release without breaking any existing code.”
   • [claimed-docs] “Each monthly release includes only backward-compatible changes... You can safely upgrade to a new monthly release without breaking any exist…”

   proof ↗⚑ flag

   Paddle—none0/10

   The evidence pack covers OpenAPI specs, SDKs, authentication, and a changelog, but nowhere documents an explicit API versioning scheme or a deprecation policy for breaking changes. Missing for 10: documented API version headers/scheme, explicit deprecation/sunset policy, and migration timelines for breaking changes.

   ⚑ flag

1. ai-native userPerform bulk operations across many items at once

   weight 2 · round to Stripe
   Stripe~partialclaimed6/10

   Stripe supports some bulk-style operations relevant to AI agents — bulk product catalog import via the v2 Product Catalog Import API (CSV up to 4GB, upsert/replace modes), List CheckoutSessions for bulk fulfillment, and MCP/analytics tools that can query/report across many objects (stripe_analytics, stripe_report) — but there is no documented generic bulk-write or batch-update API (e.g., bulk refunds, bulk subscription updates, bulk customer edits) that an AI agent could invoke across many arbitrary items at once; most single-object write tools (stripe_api_write, Refunds API, etc.) operate one record at a time with idempotency keys rather than true batch semantics. missing for 10: a documented bulk/batch API for core objects (customers, charges, subscriptions, refunds) beyond catalog import, evidence of MCP or CLI tools performing multi-item operations in one call, and independent/hands-on confirmation of bulk operation reliability.

   • [claimed-docs] “Agentic Commerce Suite ingests full product catalogs as bulk CSV imports via the v2 Product Catalog Import API: POST /v2/commerce/product_ca…”
   • [claimed-docs] “Orders placed through AI chat agents flow through standard Stripe rails: "Stripe sends checkout.session.completed after the agent completes …”
   • [claimed-docs] “Agents can analyze aggregated account data through MCP: `stripe_analytics` "handles three kinds of requests: Metric queries for Stripe-defin…”
   • [claimed-docs] “The hosted MCP server (mcp.stripe.com) exposes generic API tools plus task tools: `stripe_api_search` ("Search for Stripe API methods by key…”
   • [claimed-docs] “The API supports idempotency for safely retrying requests without accidentally performing the same operation twice.”

   proof ↗⚑ flag

   Paddle~partialclaimed5/10

   The MCP 'execute' tool lets an agent chain multiple Paddle API calls in a single invocation, and SDKs offer iterator-based pagination for reading many records, which supports scripted bulk-style workflows for AI agents. However, there is no documented bulk/batch API endpoint (e.g., bulk update prices, bulk refunds) or evidence of handling large-scale operations reliably. Missing for 10: explicit bulk/batch endpoints, evidence of rate-limit handling for large batch jobs, and hands-on proof of bulk operations succeeding at scale.

   • [claimed-docs] “The MCP server "uses a codemode interface": three tools cover the full API — `search` ("Looks up Paddle API methods by name or description. …”
   • [claimed-docs] “The Paddle Node.js SDK integrates Paddle Billing with server-side JavaScript and TypeScript apps. It ships with TypeScript definitions, iter…”
   • [claimed-docs] “The Paddle Python SDK integrates Paddle Billing with Python applications. It handles pagination automatically, exposes operation classes for…”
   • [claimed-docs] “Permissions grant an API key access to specific entities or allow it to take specific actions in Paddle.”

   proof ↗⚑ flag

2. ai-native userDefine rules that trigger actions automatically on events

   weight 3 · round to Stripe
   Stripe~partialclaimed6/10

   Stripe provides the event backbone needed for rule-based automation — webhooks/event destinations that fire on account events (stripe-docs-8, stripe-docs-53, stripe-supp-event-destinations) — plus some built-in automated actions like Smart Retries and Radar's real-time risk rules (stripe-docs-14, stripe-docs-22). A third-party Dashboard app (Kyber) explicitly offers a no-code rule builder that 'assigns tasks and automates common workflows based on Stripe events' (e.g., Slack alert on dispute), which matches the story closely (stripe-intdir-6). However, this rule-definition UI is a third-party app, not a native first-party Stripe rules engine, and there's no evidence of a built-in general-purpose 'if event X then action Y' configurator inside Stripe itself. Missing for 10: a native first-party no-code/low-code rule engine for arbitrary event-triggered actions, and independent hands-on confirmation of such rule-based automation in practice.

   • [claimed-docs] “Receiving webhook events helps you respond to asynchronous events, such as when a customer's bank confirms a payment, a customer disputes a …”
   • [claimed-docs] “You can create an HTTPS webhook endpoint to receive events.”
   • [claimed-docs] “After you register a webhook endpoint, Stripe pushes real-time data to it when events happen in your Stripe account.”
   • [claimed-docs] “Use Radar to evaluate transactions, accounts, and customers in real time, using AI algorithms to assess the risk of fraud.”
   • [claimed-docs] “Smart Retries: Automatically retry failed payments to prevent involuntary churn due to temporary issues.”
   • [claimed-docs] “The no-code builder Kyber lets users assign tasks and automate common workflows based on Stripe events. Users can quickly configure automati…”
   • [claimed-docs] “Event destinations deliver real-time events "across multiple destination types, including webhook endpoints, Amazon EventBridge, and Azure E…”

   proof ↗⚑ flag

   Paddle~partialclaimed4/10

   Paddle exposes event-driven webhooks that fire on billing events (paddle-docs-11, paddle-docs-45) and lets users configure some built-in automated behaviors like payment recovery/dunning rules and tactical retries (paddle-supp-dunning, paddle-docs-18), which count as rudimentary 'if event X happens, do Y' automation. However, this is limited to a handful of pre-built scenarios (dunning, webhook delivery) rather than a general-purpose rules engine where an AI-native user can define arbitrary custom triggers/actions; actually triggering an action still requires the developer to write server-side code to consume the webhook. Missing for 10: a native no-code/rules-builder UI for arbitrary event-to-action automation, evidence of user-defined conditional logic beyond dunning settings, and any AI-agent-specific example of autonomously creating such rules.

   • [claimed-docs] “Paddle uses webhooks to push real-time notifications to your server when things happen in your account.”
   • [claimed-docs] “We recommend adding Paddle webhook IP addresses to your allowlist, and rejecting webhooks that come from other sources.”
   • [claimed-docs] “Failed-payment recovery is built in at two tiers: "If you use Paddle Billing without integrating with Paddle Retain, failed payments for aut…”
   • [claimed-docs] “You can configure how Payment Recovery notifies customers about failed payments, turn on Tactical Retries, and choose what happens to past d…”

   proof ↗⚑ flag

3. ai-native userSchedule recurring jobs or workflows

   weight 2 · round to Stripe
   Stripe~partialclaimed6/10

   Stripe Billing natively automates recurring payment jobs (subscriptions, invoicing, trials, renewals, smart retries) and this can be driven via API/MCP by an AI agent, plus Stripe Projects/CLI/Workbench let agents script and schedule integration tasks. However there is no evidence of a general-purpose 'schedule any workflow/job' primitive (e.g. cron-like task scheduler for arbitrary agent workflows) beyond payment/billing-specific recurrence. missing for 10: a generic workflow/job scheduler beyond billing recurrence, evidence of agents autonomously scheduling multi-step workflows (not just recurring payments), independent hands-on confirmation of this automation depth.

   • [claimed-docs] “It automates recurring payments, creates custom pricing plans, and handles billing periods, such as trials and renewals.”
   • [claimed-docs] “Smart Retries: Automatically retry failed payments to prevent involuntary churn due to temporary issues.”
   • [claimed-docs] “Use Stripe Billing to manage subscriptions and invoicing. It automates recurring payments, creates custom pricing plans, and handles billing…”
   • [claimed-docs] “Stripe Projects "provisions and manages third-party services (such as hosting, databases, auth, AI, and observability) from the terminal. Ru…”
   • [claimed-docs] “The hosted MCP server (mcp.stripe.com) exposes generic API tools plus task tools: `stripe_api_search` ("Search for Stripe API methods by key…”
   • [claimed-docs] “You can use an AI agent to analyze aggregated data across your Stripe account ... query metrics such as monthly recurring revenue (MRR)”

   proof ↗⚑ flag

   Paddle—none0/10

   Paddle's AI/MCP tooling (paddle-mcp, docs-mcp, agent-skills) lets agents execute one-off actions like billing, refunds, and integration tasks in real time, and its subscriptions themselves are recurring billing cycles, but there is no evidence of a scheduler or cron-like mechanism letting an AI agent set up or manage recurring automated jobs/workflows (e.g., scheduled reports, recurring agent-triggered tasks) beyond subscription billing itself.

   • [claimed-docs] “"The Paddle MCP server is a remote, hosted MCP server" with per-environment endpoints — Sandbox `https://sandbox-mcp.paddle.com/mcp` (API ke…”
   • [claimed-docs] “The MCP server "uses a codemode interface": three tools cover the full API — `search` ("Looks up Paddle API methods by name or description. …”
   • [claimed-docs] “Pause subscriptions to stop billing for them temporarily. Paddle doesn't bill for paused subscriptions until they're resumed.”
   • [claimed-docs] “Customers want to change their base plan, for example going from Pro to Enterprise... Customers want to change their billing frequency, for …”

   proof ↗⚑ flag

Ai billing ops

1. ai-native userHave an agent monitor failed payments via API and webhooks and drive retries and dunning outreach

   weight 3 · round to Stripe
   Stripe✓fullclaimed8/10

   Stripe documents the full loop an agent needs: webhooks/event destinations for detecting failed payments and dispute events (stripe-docs-8, stripe-docs-53, stripe-supp-event-destinations), Smart Retries and no-code revenue recovery/dunning automation with recovery analytics (stripe-docs-14, stripe-docs-15, stripe-docs-56), and API/MCP write access (subscriptions, invoices, disputes) with restricted-key scoping and human-confirmation guardrails so an agent can drive retries and outreach programmatically (stripe-supp-mcp-tools, stripe-supp-mcp-write-confirmation, stripe-supp-restricted-keys-agents, stripe-docs-41). Idempotency support further protects automated retry logic (stripe-docs-9). missing for 10: no first-party or hands-on example of an agent specifically orchestrating dunning outreach (e.g., emails/SMS) end-to-end, and no independent/community confirmation of this exact agent workflow in production.

   • [claimed-docs] “Receiving webhook events helps you respond to asynchronous events, such as when a customer's bank confirms a payment, a customer disputes a …”
   • [claimed-docs] “You can create an HTTPS webhook endpoint to receive events.”
   • [claimed-docs] “Smart Retries: Automatically retry failed payments to prevent involuntary churn due to temporary issues.”
   • [claimed-docs] “Recovery analytics: Analyze subscription payment failure rates, recovery rates, and recent failed payments for top customers.”
   • [claimed-docs] “Prevent lost revenue and reduce churn with Stripe’s revenue recovery features... None of the features require you to write code.”
   • [claimed-docs] “The API supports idempotency for safely retrying requests without accidentally performing the same operation twice.”
   • [claimed-docs] “You can programmatically manage disputes using the API. With the API, you can upload evidence, respond to disputes, and receive dispute even…”
   • [claimed-docs] “The hosted MCP server (mcp.stripe.com) exposes generic API tools plus task tools: `stripe_api_search` ("Search for Stripe API methods by key…”
   • [claimed-docs] “Docs, "Confirm actions by agents acting on your behalf": "To prevent agents from making mistakes, Stripe requires human confirmation before …”
   • [claimed-docs] “Restricted API keys are Stripe's documented least-privilege credential for agents: "When you create a RAK in the Stripe Dashboard, you selec…”
   • [claimed-docs] “Event destinations deliver real-time events "across multiple destination types, including webhook endpoints, Amazon EventBridge, and Azure E…”

   proof ↗⚑ flag

   Paddle~partialclaimed6/10

   Paddle documents webhooks for real-time payment-failure notifications, an API/MCP server that lets agents 'Investigate failed payments and resolve billing issues,' and built-in dunning (Tactical Retries, notification config) — covering the monitoring and resolution loop an AI agent could drive via API/MCP. However, the dunning/retry mechanism itself is a built-in automated system (configured, not actively 'driven' step-by-step by an agent), and there's no explicit example of an agent initiating a retry or outreach action end-to-end. Missing for 10: a concrete agent-driven retry/outreach workflow example, and clarity on whether MCP actions can actually trigger/override the automatic retry schedule rather than just configure it.

   • [claimed-docs] “Paddle uses webhooks to push real-time notifications to your server when things happen in your account.”
   • [claimed-docs] “You can configure how Payment Recovery notifies customers about failed payments, turn on Tactical Retries, and choose what happens to past d…”
   • [claimed-docs] “Failed-payment recovery is built in at two tiers: "If you use Paddle Billing without integrating with Paddle Retain, failed payments for aut…”
   • [claimed-docs] “"The Paddle MCP server is a remote, hosted MCP server" with per-environment endpoints — Sandbox `https://sandbox-mcp.paddle.com/mcp` (API ke…”
   • [claimed-docs] “The MCP server "uses a codemode interface": three tools cover the full API — `search` ("Looks up Paddle API methods by name or description. …”
   • [claimed-docs] “you can use the secret key to generate your own signature for each webhook... if both signatures match then you can be sure that a received …”

   proof ↗⚑ flag

2. ai-native userHave an agent provision a new product, price, and payment link via the API in a single session

   weight 3 · round drawn
   Stripe✓fullclaimed8/10

   Stripe's MCP server documents stripe_api_write with create/update support for products, prices, and payment links, plus stripe_implementation_planner to guide multi-step builds, enabling an agent to provision a product, price, and payment link in one session via a single authenticated MCP/API connection; the CLI/sandbox provisioning (stripe sandbox create) also lets agents get working keys without manual account setup. Missing for 10: a hands-on end-to-end transcript/independent report of an agent actually completing this exact three-step chain in one session, and clarity on whether human-confirmation gating (required for refunds/payments) also intercepts routine create-product/price/payment-link calls.

   • [claimed-docs] “The hosted MCP server (mcp.stripe.com) exposes generic API tools plus task tools: `stripe_api_search` ("Search for Stripe API methods by key…”
   • [claimed-docs] “Coding agents should install the Stripe CLI (npm i -g @stripe/cli) and run the command stripe sandbox create --help to provision an anonymou…”
   • [claimed-docs] “Docs, "Confirm actions by agents acting on your behalf": "To prevent agents from making mistakes, Stripe requires human confirmation before …”
   • [claimed-docs] “Create a payment link and share it on social media, in emails, or on your website.”
   • [claimed-docs] “The CLI landing page frames the command line as "Stripe's suite of agent-ready tooling", with "Agent setup: Automatically configure your age…”

   proof ↗⚑ flag

   Paddle✓fullclaimed8/10

   Paddle's hosted MCP server gives agents a codemode interface (search + execute) that can chain arbitrary Paddle API calls — including creating products, prices, and payment/checkout links — all within one authenticated session, backed by API key/OAuth auth and full OpenAPI coverage (paddle-supp-mcp-server, paddle-supp-mcp-codemode, paddle-docs-15, paddle-docs-46). This directly supports an agent provisioning product+price+payment link end-to-end via API in one session. missing for 10: no independent/hands-on report of an agent actually completing this exact three-step flow (product→price→link) in one session, and no explicit example transcript showing payment-link creation specifically via the MCP execute tool.

   • [claimed-docs] “"The Paddle MCP server is a remote, hosted MCP server" with per-environment endpoints — Sandbox `https://sandbox-mcp.paddle.com/mcp` (API ke…”
   • [claimed-docs] “The MCP server "uses a codemode interface": three tools cover the full API — `search` ("Looks up Paddle API methods by name or description. …”
   • [claimed-docs] “you may also create your own transactions using the API or Paddle dashboard.”
   • [claimed-docs] “Paddle automatically creates transactions for subscription lifecycle events and when checkouts are opened, but you can create your own trans…”
   • [claimed-docs] “Use Bearer authentication when making requests to the Paddle API. Get a key from Paddle > Developer tools > Authentication.”
   • [claimed-docs] “"Sandbox is a separate Paddle environment for building and testing your integration without affecting real data or accepting real payments..…”

   proof ↗⚑ flag

Invoicing

1. finance-ops userSend hosted invoices with online payment and automatic reminders

   weight 2 · round drawn
   Stripe~partialclaimed6/10

   Stripe clearly supports creating and sending hosted, customizable invoices with online payment collection, no code required (stripe-docs-21, stripe-docs-60, stripe-docs-51). However, the evidence pack does not explicitly document automatic reminder emails for unpaid invoices — the closest analog is 'Smart Retries' and revenue-recovery dunning for subscription payment failures (stripe-docs-14, stripe-docs-31), which is a related but distinct capability from invoice due-date reminders. Missing for 10: explicit documentation of automatic invoice payment reminder emails, and independent/hands-on confirmation of the reminder feature working in practice.

   • [claimed-docs] “Create, customize, and send a Stripe-hosted invoice from the Dashboard, with no code required.”
   • [claimed-docs] “Customize invoices: Customize the content and branding of your invoices.”
   • [claimed-docs] “Use Stripe Billing to manage subscriptions and invoicing. It automates recurring payments, creates custom pricing plans, and handles billing…”
   • [claimed-docs] “Smart Retries: Automatically retry failed payments to prevent involuntary churn due to temporary issues.”
   • [claimed-docs] “None of the features require you to write code, so you can start recovering revenue today.”
   • [claimed-docs] “Prevent lost revenue and reduce churn with Stripe’s revenue recovery features... None of the features require you to write code.”

   proof ↗⚑ flag

   Paddle~partialclaimed6/10

   Paddle documents sales-assisted invoicing where a team can 'draft and send invoices for subscriptions, collecting payment manually rather than by charging a card on file' (paddle-docs-17/36), and Paddle automatically creates a subscription once an invoice is issued (paddle-docs-69), implying an online payment path. However, the 'automatic reminders' portion of the story is not clearly evidenced for invoices specifically — the documented dunning/Payment Recovery and Tactical Retries feature (paddle-docs-18, paddle-supp-dunning) applies to failed automatic subscription charges, not to reminders for outstanding hosted invoices. Missing for 10: explicit documentation of automated invoice reminder emails/schedules, and independent/hands-on confirmation that invoice payment links and reminders work as described.

   • [claimed-docs] “Your sales team can draft and send invoices for subscriptions, collecting payment manually rather than by charging a card on file.”
   • [claimed-docs] “Invoices let you offer sales-assisted billing. Your sales team can draft and send invoices for subscriptions, collecting payment manually ra…”
   • [claimed-docs] “Paddle automatically creates a subscription for you once an invoice is issued.”
   • [claimed-docs] “You can configure how Payment Recovery notifies customers about failed payments, turn on Tactical Retries, and choose what happens to past d…”
   • [claimed-docs] “Failed-payment recovery is built in at two tiers: "If you use Paddle Billing without integrating with Paddle Retain, failed payments for aut…”

   proof ↗⚑ flag

Subscriptions

1. finance-ops userAutomatically retry failed subscription payments with smart dunning and recovery emails

   weight 2 · round drawn
   Stripe✓fullclaimed8/10

   Stripe Billing's revenue-recovery docs explicitly document Smart Retries for automatically retrying failed subscription payments plus recovery analytics, and this is a no-code feature within Billing. Missing for 10: explicit documentation of automated dunning/recovery email templates and independent hands-on validation of recovery email effectiveness.

   • [claimed-docs] “Smart Retries: Automatically retry failed payments to prevent involuntary churn due to temporary issues.”
   • [claimed-docs] “Recovery analytics: Analyze subscription payment failure rates, recovery rates, and recent failed payments for top customers.”
   • [claimed-docs] “None of the features require you to write code, so you can start recovering revenue today.”
   • [claimed-docs] “Prevent lost revenue and reduce churn with Stripe’s revenue recovery features... None of the features require you to write code.”
   • [claimed-docs] “Prevent lost revenue and reduce churn with Stripe's revenue recovery features. ... None of the features require you to write code”
   • [claimed-docs] “It automates recurring payments, creates custom pricing plans, and handles billing periods, such as trials and renewals.”
   • [claimed-docs] “Use Stripe Billing to manage subscriptions and invoicing. It automates recurring payments, creates custom pricing plans, and handles billing…”

   proof ↗⚑ flag

   Paddle✓fullclaimed8/10

   Paddle's docs explicitly describe built-in dunning: failed payments are automatically retried up to seven times over 30 days, and Paddle Retain's Payment Recovery adds configurable Tactical Retries, optimized recovery email notifications, and in-app retry forms, plus control over past-due subscription outcomes. missing for 10: independent/hands-on evidence of recovery-email effectiveness or customer testimonials, and the pack notes Retain can't be tested in sandbox, limiting pre-production verification.

   • [claimed-docs] “You can configure how Payment Recovery notifies customers about failed payments, turn on Tactical Retries, and choose what happens to past d…”
   • [claimed-docs] “Failed-payment recovery is built in at two tiers: "If you use Paddle Billing without integrating with Paddle Retain, failed payments for aut…”

   proof ↗⚑ flag

2. developerSet up recurring subscription billing with plans, trials, upgrades, and proration

   weight 3 · round to Stripe
   Stripe✓fullclaimed8/10

   Stripe Billing explicitly automates recurring payments, custom pricing plans, trials, renewals, and subscription upgrades, plus a customer portal for self-service management, revenue recovery (smart retries), and subscription migration docs. Documentation confirms core subscription lifecycle features via first-party docs, though proration is only implied via 'upgrades' rather than explicitly named, and no independent/hands-on corroboration of proration mechanics is present. Missing for 10: explicit proration documentation/examples, independent developer corroboration of subscription setup experience.

   • [claimed-docs] “It automates recurring payments, creates custom pricing plans, and handles billing periods, such as trials and renewals.”
   • [claimed-docs] “Use Stripe Billing to manage subscriptions and invoicing. It automates recurring payments, creates custom pricing plans, and handles billing…”
   • [claimed-docs] “Use Stripe Billing to manage subscriptions and invoicing. It automates recurring payments, creates custom pricing plans, and handles billing…”
   • [claimed-docs] “Integrate the customer portal: The simplest way to build a subscription and billing management Dashboard.”
   • [claimed-docs] “Migrate your subscriptions: Learn how to migrate subscriptions to Stripe.”
   • [claimed-docs] “Smart Retries: Automatically retry failed payments to prevent involuntary churn due to temporary issues.”
   • [claimed-docs] “Recovery analytics: Analyze subscription payment failure rates, recovery rates, and recent failed payments for top customers.”
   • [claimed-docs] “None of the features require you to write code, so you can start recovering revenue today.”

   proof ↗⚑ flag

   Paddle✓fullclaimed7/10

   Paddle's docs comprehensively cover setting up subscription checkouts, plans/prices, pausing subscriptions, and upgrading/downgrading (including changing base plan and billing frequency) via replacing products/prices, plus sales-assisted invoicing and dunning for failed payments — a solid recurring-billing foundation. missing for 10: explicit documentation of free-trial period setup and how proration is calculated/applied on plan changes (evidence only implies plan-change mechanics without naming proration).

   • [claimed-docs] “Add a checkout to your app or website using Paddle.js to let customers buy one-time products and sign up for a subscriptions.”
   • [claimed-docs] “Upgrade a subscription Add or remove recurring addons, move from month to annual, or switch plans by”
   • [claimed-docs] “Pause subscriptions to stop billing for them temporarily. Paddle doesn't bill for paused subscriptions until they're resumed.”
   • [claimed-docs] “Customers want to change their base plan, for example going from Pro to Enterprise... Customers want to change their billing frequency, for …”
   • [claimed-docs] “Depending on your billing model, you might let customers upgrade or downgrade their plan. This could mean: Customers want to change their ba…”
   • [claimed-docs] “Upgrade or downgrade subscriptions by replacing items on a subscription.”
   • [claimed-docs] “You can configure how Payment Recovery notifies customers about failed payments, turn on Tactical Retries, and choose what happens to past d…”
   • [claimed-docs] “Your sales team can draft and send invoices for subscriptions, collecting payment manually rather than by charging a card on file.”

   proof ↗⚑ flag

Card acceptance

1. founderAccept an online card payment within a day of signing up

   weight 3 · round to Paddle
   Stripe!disputedcontradicted6/10

   Stripe's docs strongly support rapid onboarding: no-code Payment Links, hosted Checkout pages, and a live testimonial confirms setup and recurring payments working 'in less than an hour' (stripe-docs-4, stripe-docs-2, stripe-comm-9). However, independent community reports concretely contradict universal same-day acceptance — users report Stripe denying account creation entirely or 'nuking' an existing business's payment capability without quick support resolution (stripe-comm-1, stripe-comm-4, stripe-comm-5), showing that for some founders (especially certain geographies/business types) the promised fast, frictionless activation does not materialize. missing for 10: evidence resolving how common these denials/delays are, and first-party docs addressing account approval timelines or geographic/business restrictions.

   • [claimed-docs] “Create a payment link and share it on social media, in emails, or on your website.”
   • [claimed-docs] “Customers enter their payment details in a fully-featured payment page, either embedded on your site or via a redirect to a Stripe-hosted pa…”
   • [claimed-docs] “Create a payments page with prebuilt UIs using the Checkout Sessions API.”
   • [community] “Stripe is a game changer. I've been using it for a few months and honestly its the best API I've ever used. The documentation is clear and c…”
   • [community] “Funny, I have a Delaware LLC company registered in USA (it's an offshore company) but my bank account is outside the US (completely legal), …”
   • [community] “Stripe has decided to nuke my entire business... So currently, my product doesn't work for 35% of my customers. Cue torrent of pissed off cu…”
   • [community] “I wanted to enable issuing on my account to test card issuing, but there was a bug where the UI was looping. Asked support, got 2 weeks of '…”

   proof ↗⚑ flag

   Paddle~partialclaimed6/10

   Paddle's docs show clear fast paths to a live checkout: overlay checkout requiring 'minimal frontend coding,' Paddle.js embeds, a sandbox for testing without real payments, and ready-made Next.js/Supabase starter kits that bundle checkout + billing in a day-scale setup. However, nothing in the evidence pack addresses the merchant-of-record account verification/KYC timeline that typically gates going live with real card payments, so the 'within a day' claim is not directly substantiated. Missing for 10: explicit onboarding/verification turnaround time, first-party or independent confirmation of same-day live acceptance.

   • [claimed-docs] “Overlay checkout lets you present customers with an overlay that handles all parts of the checkout process — minimal frontend coding require…”
   • [claimed-docs] “Inline checkout lets you embed a checkout and display information about items and totals in your own interface, creating checkout experience…”
   • [claimed-docs] “"Sandbox is a separate Paddle environment for building and testing your integration without affecting real data or accepting real payments..…”
   • [claimed-docs] “Production-ready Next.js SaaS starter kit with Paddle Billing, Supabase auth, and Vercel deployment. Includes a localized pricing page, inte…”
   • [claimed-docs] “By the end, you'll have a working three-tier subscription app integrated with Supabase for auth and Paddle webhooks for syncing customer dat…”
   • [claimed-docs] “The Paddle Node.js SDK integrates Paddle Billing with server-side JavaScript and TypeScript apps.”

   proof ↗⚑ flag

Checkout surfaces

1. developerEmbed customizable payment components directly in my own site or app instead of redirecting to a hosted page

   weight 3 · round to Stripe
   Stripe✓fullclaimed9/10

   Stripe Elements and Checkout Sessions API let developers embed a fully customizable payment page directly in their own site (as opposed to only redirecting to a hosted page), with support for 125+ payment methods, subscriptions, and prebuilt/custom UI options documented extensively. Missing for 10: no independent/hands-on developer report specifically praising the embedded (non-redirect) Elements experience beyond docs.

   • [claimed-docs] “Build a fully customized payment page using elements”
   • [claimed-docs] “Customers enter their payment details in a fully-featured payment page, either embedded on your site or via a redirect to a Stripe-hosted pa…”
   • [claimed-docs] “Elements: Build a fully customized payment page using elements”
   • [claimed-docs] “Create a payments page with prebuilt UIs using the Checkout Sessions API.”
   • [claimed-docs] “Accept one-time and subscription payments from more than 125 local payment methods.”

   proof ↗⚑ flag

   Paddle✓fullclaimed8/10

   Paddle documents both Inline checkout (embed checkout and totals fully within your own UI/interface) and Overlay checkout, explicitly positioned as alternatives to a hosted redirect page, backed by Paddle.js and localized pricing components. missing for 10: independent/hands-on developer corroboration of embedding customization depth, and no visual/styling API detail beyond docs claims.

   • [claimed-docs] “Inline checkout lets you embed a checkout and display information about items and totals in your own interface, creating checkout experience…”
   • [claimed-docs] “Overlay checkout lets you present customers with an overlay that handles all parts of the checkout process — minimal frontend coding require…”
   • [claimed-docs] “Add a checkout to your app or website using Paddle.js to let customers buy one-time products and sign up for a subscriptions.”
   • [claimed-docs] “Build pricing pages that show customers prices localized for their country and currency — including estimated taxes and discounts.”

   proof ↗⚑ flag

2. developerRedirect customers to a vendor-hosted, conversion-optimized checkout page without building my own payment UI

   weight 3 · round drawn
   Stripe✓fullclaimed9/10

   Docs explicitly describe Stripe Checkout as a Stripe-hosted redirect page ('via a redirect to a Stripe-hosted page') with prebuilt UI via Checkout Sessions API, plus Payment Links for a fully no-code hosted checkout URL — directly matching the story. Multiple docs reinforce it supports many payment methods, currencies, tax collection, and no-code refunds on these hosted pages. missing for 10: no independent/hands-on corroboration of the hosted page's conversion-optimization claims beyond Stripe's own docs.

   • [claimed-docs] “Customers enter their payment details in a fully-featured payment page, either embedded on your site or via a redirect to a Stripe-hosted pa…”
   • [claimed-docs] “Create a payments page with prebuilt UIs using the Checkout Sessions API.”
   • [claimed-docs] “Create a payment link and share it on social media, in emails, or on your website.”
   • [claimed-docs] “Let your customers use a link to pay in their local language and currency with their preferred payment method.”
   • [claimed-docs] “Collect tax on Payment Links: Learn how to calculate and collect tax on a payment page without writing any code.”
   • [claimed-docs] “Accept one-time and subscription payments from more than 125 local payment methods.”

   proof ↗⚑ flag

   Paddle✓fullclaimed9/10

   Paddle explicitly documents overlay checkout ('present customers with an overlay that handles all parts of the checkout process — minimal frontend coding required') and Paddle.js checkout integration, which is vendor-hosted and conversion-optimized without building a custom payment UI. This is corroborated by supporting docs on inline vs overlay checkout options and sandbox testing. Missing for 10: independent hands-on developer reports validating conversion optimization or checkout UX quality beyond vendor docs.

   • [claimed-docs] “Add a checkout to your app or website using Paddle.js to let customers buy one-time products and sign up for a subscriptions.”
   • [claimed-docs] “Overlay checkout lets you present customers with an overlay that handles all parts of the checkout process — minimal frontend coding require…”
   • [claimed-docs] “Inline checkout lets you embed a checkout and display information about items and totals in your own interface, creating checkout experience…”
   • [claimed-docs] “Sandbox is a separate Paddle environment for building and testing your integration without affecting real data or accepting real payments.”

   proof ↗⚑ flag

No code selling

1. founderCreate a shareable payment link from the dashboard with no code and start selling immediately

   weight 2 · round to Stripe
   Stripe✓fullclaimed9/10

   Stripe Payment Links is explicitly documented as a no-code way to create a shareable payment link from the dashboard, supporting local currencies/payment methods, no-code tax collection, and no-code refunds — matching the founder story closely. Missing for 10: independent hands-on account of actually creating a payment link end-to-end (community evidence is general Stripe sentiment, not specific to Payment Links).

   • [claimed-docs] “Create a payment link and share it on social media, in emails, or on your website.”
   • [claimed-docs] “No-code refunds Yes”
   • [claimed-docs] “Let your customers use a link to pay in their local language and currency with their preferred payment method.”
   • [claimed-docs] “Collect tax on Payment Links: Learn how to calculate and collect tax on a payment page without writing any code.”

   proof ↗⚑ flag

   Paddle—none0/10

   Paddle's evidence centers on developer-integrated checkout (Paddle.js overlay/inline checkout embedded in a website or app) and dashboard-created transactions for internal use, but there is no evidence of a standalone, no-code 'shareable payment link' a founder could generate and immediately distribute (e.g., via email or social media) without any integration work. The closest hints — overlay checkout needing 'minimal frontend coding' and dashboard-created transactions — still imply some setup/integration rather than a pure link-generation flow.

   • [claimed-docs] “Inline checkout lets you embed a checkout and display information about items and totals in your own interface, creating checkout experience…”
   • [claimed-docs] “Overlay checkout lets you present customers with an overlay that handles all parts of the checkout process — minimal frontend coding require…”
   • [claimed-docs] “you may also create your own transactions using the API or Paddle dashboard.”
   • [claimed-docs] “Paddle automatically creates transactions for subscription lifecycle events and when checkouts are opened, but you can create your own trans…”

   proof ↗⚑ flag

Payment methods

1. founderOffer digital wallets and local payment methods (Apple Pay, Google Pay, bank redirects, BNPL) from the same integration

   weight 2 · round to Stripe
   Stripe~partialclaimed7/10

   Stripe Checkout/Elements documentation confirms 125+ local payment methods and localized payment links, which covers digital wallets, bank redirects, and local methods from one integration; however, the evidence never explicitly names Apple Pay, Google Pay, or specific BNPL providers, and there's no independent/hands-on confirmation of the exact method mix. missing for 10: explicit mention of Apple Pay/Google Pay support, named BNPL providers (e.g., Klarna/Afterpay), and independent verification of the full payment-method list.

   • [claimed-docs] “Accept one-time and subscription payments from more than 125 local payment methods.”
   • [claimed-docs] “Build a fully customized payment page using elements”
   • [claimed-docs] “Customers enter their payment details in a fully-featured payment page, either embedded on your site or via a redirect to a Stripe-hosted pa…”
   • [claimed-docs] “Let your customers use a link to pay in their local language and currency with their preferred payment method.”

   proof ↗⚑ flag

   Paddle~partialclaimed3/10

   Evidence confirms Paddle's broad multi-currency and 200+-country reach, and a specific local payment method (Pix recurring mandate for Brazil) was added, showing the platform does add local payment methods over time. However, there is no explicit documentation of Apple Pay, Google Pay, bank redirects, or BNPL options being available through the same checkout integration. missing for 10: explicit mention/docs of Apple Pay, Google Pay, bank redirect methods, and BNPL support in checkout.

   • [claimed-docs] “Turn on Pix to accept subscription payments from customers in Brazil with a recurring Pix Automático mandate that customers set up at checko…”
   • [claimed-docs] “Paddle has built-in support for multi-currency for both payments and payouts, letting customers purchase in their local currency and letting…”
   • [claimed-docs] “you can unlock new revenue by selling in over 200 countries and territories across the world — no additional setup needed.”
   • [claimed-docs] “With Paddle, you can unlock new revenue by selling in over 200 countries and territories across the world — no additional setup needed.”

   proof ↗⚑ flag

Pci compliance

1. developerKeep my systems out of most of PCI DSS scope because card data is tokenized and never touches my servers

   weight 2 · round to Stripe
   Stripe✓fullclaimed9/10

   Stripe's docs explicitly state that low-risk integrations (Checkout, Elements, hosted payment pages) collect and transmit payment data directly to Stripe without it passing through the developer's servers, explicitly reducing PCI obligations/scope, and these are backed by concrete hosted/embeddable products (Checkout, Payment Links, Elements). missing for 10: independent third-party PCI audit or compliance-report corroboration beyond Stripe's own docs.

   • [claimed-docs] “You can instead use one of our low risk payment integrations to securely collect and transmit payment information directly to Stripe without…”
   • [claimed-docs] “you can instead use one of our low risk payment integrations to securely collect and transmit payment information directly to Stripe without…”
   • [claimed-docs] “use one of our low risk payment integrations to securely collect and transmit payment information directly to Stripe without it passing thro…”
   • [claimed-docs] “Build a fully customized payment page using elements”
   • [claimed-docs] “Customers enter their payment details in a fully-featured payment page, either embedded on your site or via a redirect to a Stripe-hosted pa…”
   • [claimed-docs] “Create a payment link and share it on social media, in emails, or on your website.”

   proof ↗⚑ flag

   Paddle~partialclaimed6/10

   Paddle's checkout products (overlay and inline via Paddle.js) handle card capture directly, and as merchant of record Paddle also handles tax/compliance — this strongly implies card data never touches the developer's servers, which is the basis for reduced PCI scope. However, the evidence pack never explicitly states PCI DSS compliance or scope reduction, or names a SAQ level, so the compliance-specific claim is inferred rather than documented. missing for 10: explicit PCI DSS compliance/certification statement, explicit scope-reduction language, and independent/third-party confirmation of PCI posture.

   • [claimed-docs] “Inline checkout lets you embed a checkout and display information about items and totals in your own interface, creating checkout experience…”
   • [claimed-docs] “Overlay checkout lets you present customers with an overlay that handles all parts of the checkout process — minimal frontend coding require…”
   • [claimed-docs] “Add a checkout to your app or website using Paddle.js to let customers buy one-time products and sign up for a subscriptions.”
   • [claimed-docs] “The merchant-of-record model is the tax story: "Go global and sell in over 200 countries and territories, fully tax compliant, with no extra…”
   • [claimed-docs] “We take care of payments, tax, subscriptions, and metrics with one unified API that does it all.”

   proof ↗⚑ flag

Integration reliability

1. developerSafely retry any API request using idempotency keys so network failures never create duplicate charges

   weight 2 · round to Stripe
   Stripe✓fullclaimed9/10

   Stripe's API docs explicitly document idempotency keys for safely retrying requests after connection errors without creating duplicate objects/charges, directly matching the story, and this is a well-known, widely used first-party API feature. Missing for 10: independent hands-on developer corroboration specifically testing idempotency behavior (community evidence in the pack is unrelated to this feature).

   • [claimed-docs] “The API supports idempotency for safely retrying requests without accidentally performing the same operation twice.”
   • [claimed-docs] “use an idempotency key... you can safely repeat the request without risk of creating a second object or performing the update twice”
   • [claimed-docs] “use an idempotency key. Then, if a connection error occurs, you can safely repeat the request without risk of creating a second object or pe…”
   • [claimed-docs] “use an idempotency key. Then, if a connection error occurs, you can safely repeat the request without risk of creating a second object”

   proof ↗⚑ flag

   Paddle—none0/10

   No evidence in the pack mentions idempotency keys or any mechanism for safely retrying API requests without duplicate charges; the API auth/rate-limit docs cover bearer tokens, permissions, and key rotation but nothing about idempotency handling.

   ⚑ flag

2. developerRely on signed webhook deliveries with automatic retries, event logs, and replay to keep my system consistent with payment state

   weight 3 · round to Stripe
   Stripe✓fullclaimed8/10

   Docs cover signed/HTTPS webhook endpoints, real-time event pushes, idempotency for safe retries, dispute/event handling via API+webhooks, and the newer event destinations feature with versioned snapshot/thin events; sandbox testing supports simulating webhook flows. However, explicit documentation of automatic retry schedules for failed webhook deliveries and a dedicated 'replay' UI/feature isn't directly cited (event destinations mention versioning but not an explicit replay tool), and there's no independent/hands-on corroboration of retry reliability. missing for 10: explicit docs on automatic webhook retry backoff schedule, a dedicated event replay feature/UI, independent developer corroboration of retry/replay reliability.

   • [claimed-docs] “Receiving webhook events helps you respond to asynchronous events, such as when a customer's bank confirms a payment, a customer disputes a …”
   • [claimed-docs] “Stripe pushes real-time data to it when events happen in your Stripe account.”
   • [claimed-docs] “You can create an HTTPS webhook endpoint to receive events.”
   • [claimed-docs] “After you register a webhook endpoint, Stripe pushes real-time data to it when events happen in your Stripe account.”
   • [claimed-docs] “The API supports idempotency for safely retrying requests without accidentally performing the same operation twice.”
   • [claimed-docs] “use an idempotency key... you can safely repeat the request without risk of creating a second object or performing the update twice”
   • [claimed-docs] “use an idempotency key. Then, if a connection error occurs, you can safely repeat the request without risk of creating a second object or pe…”
   • [claimed-docs] “use an idempotency key. Then, if a connection error occurs, you can safely repeat the request without risk of creating a second object”
   • [claimed-docs] “With the API, you can upload evidence, respond to disputes, and receive dispute events using webhooks.”
   • [claimed-docs] “You can programmatically manage disputes using the API. With the API, you can upload evidence, respond to disputes, and receive dispute even…”
   • [claimed-docs] “Event destinations deliver real-time events "across multiple destination types, including webhook endpoints, Amazon EventBridge, and Azure E…”
   • [claimed-docs] “Workbench provides powerful tools that help you build, test, and debug your Stripe integration.”

   proof ↗⚑ flag

   Paddle~partialclaimed6/10

   Paddle documents signed webhooks (Paddle-Signature header + secret-key verification), IP allowlisting guidance, and automatic retries for failed payments/dunning (up to 7 retries over 30 days, Tactical Retries via Retain), plus SDK helpers for signature verification. However, there is no documented event log/dashboard for webhook delivery history, no explicit replay/resend mechanism for missed webhook events, and no mention of delivery guarantees or dead-letter handling. missing for 10: webhook event log/delivery history UI, explicit event replay/resend capability, delivery guarantee/idempotency documentation, independent hands-on confirmation of retry behavior.

   • [claimed-docs] “Paddle uses webhooks to push real-time notifications to your server when things happen in your account.”
   • [claimed-docs] “you can use the secret key to generate your own signature for each webhook... if both signatures match then you can be sure that a received …”
   • [claimed-docs] “All webhooks sent by Paddle include a `Paddle-Signature` header. Paddle generates this header using a secret key that only you and Paddle kn…”
   • [claimed-docs] “We recommend adding Paddle webhook IP addresses to your allowlist, and rejecting webhooks that come from other sources.”
   • [claimed-docs] “Failed-payment recovery is built in at two tiers: "If you use Paddle Billing without integrating with Paddle Retain, failed payments for aut…”
   • [claimed-docs] “The Paddle Node.js SDK integrates Paddle Billing with server-side JavaScript and TypeScript apps. It ships with TypeScript definitions, iter…”
   • [claimed-docs] “The Paddle Python SDK integrates Paddle Billing with Python applications. It handles pagination automatically, exposes operation classes for…”

   proof ↗⚑ flag

Onboarding dx

1. developerIntegrate a working payment flow from the docs alone in under a day, with copy-paste examples in my language

   weight 2 · round drawn
   Stripe✓fullcommunity8/10

   Stripe's docs offer copy-paste checkout/payment-link/Elements integrations, sandbox testing with test cards, idempotency, webhooks, and API keys, and community testimony confirms fast integration ('up and running and accepting recurring payments in less than an hour', clear documentation) despite some unrelated support gripes. missing for 10: explicit multi-language SDK code-sample evidence in the pack (only generic doc references, not shown per-language snippets) and a broader/more recent independent corroboration beyond one old HN thread.

   • [claimed-docs] “Build a fully customized payment page using elements”
   • [claimed-docs] “Customers enter their payment details in a fully-featured payment page, either embedded on your site or via a redirect to a Stripe-hosted pa…”
   • [claimed-docs] “Test your integration in a sandbox ... by simulating transactions with test values—these transactions don't move funds.”
   • [claimed-docs] “Test cards act as "fake" credit cards, and allow you to simulate the following scenarios: - Successful payments... - Card errors due to decl…”
   • [claimed-docs] “The API supports idempotency for safely retrying requests without accidentally performing the same operation twice.”
   • [claimed-docs] “You can create an HTTPS webhook endpoint to receive events.”
   • [community] “Stripe is a game changer. I've been using it for a few months and honestly its the best API I've ever used. The documentation is clear and c…”

   proof ↗⚑ flag

   Paddle✓fullclaimed8/10

   Paddle's docs include multiple checkout integration paths (inline/overlay), official SDKs for Node.js, Python, Go and PHP with copy-paste style code and TypeScript support, a sandbox for testing without real payments, and a production-ready Next.js SaaS starter kit that yields 'a working three-tier subscription app' with Paddle checkout and webhooks — directly matching the 'working payment flow in under a day' story across languages. missing for 10: independent/hands-on third-party confirmation of the 'under a day' timeframe and broader language coverage beyond the four official SDKs.

   • [claimed-docs] “Inline checkout lets you embed a checkout and display information about items and totals in your own interface, creating checkout experience…”
   • [claimed-docs] “Overlay checkout lets you present customers with an overlay that handles all parts of the checkout process — minimal frontend coding require…”
   • [claimed-docs] “The Paddle Node.js SDK integrates Paddle Billing with server-side JavaScript and TypeScript apps.”
   • [claimed-docs] “We support four official server-side SDKs: Node.js, Python, Go, and PHP.”
   • [claimed-docs] “The Paddle Node.js SDK integrates Paddle Billing with server-side JavaScript and TypeScript apps. It ships with TypeScript definitions, iter…”
   • [claimed-docs] “The Paddle Python SDK integrates Paddle Billing with Python applications. It handles pagination automatically, exposes operation classes for…”
   • [claimed-docs] “Production-ready Next.js SaaS starter kit with Paddle Billing, Supabase auth, and Vercel deployment. Includes a localized pricing page, inte…”
   • [claimed-docs] “By the end, you'll have a working three-tier subscription app integrated with Supabase for auth and Paddle webhooks for syncing customer dat…”
   • [claimed-docs] “Sandbox is a separate Paddle environment for building and testing your integration without affecting real data or accepting real payments.”

   proof ↗⚑ flag

Sandbox fidelity

1. developerBuild and test the entire payment flow in a sandbox or test mode that mirrors production, with test cards for every scenario including declines and disputes

   weight 3 · round to Stripe
   Stripe✓fullclaimed9/10

   Stripe provides a documented sandbox environment mirroring production (isolated per-team sandboxes, no live-data impact) plus an extensive test-card matrix covering successes, declines, fraud, and invalid data, and a full disputes API for simulating/handling chargebacks. CLI and Workbench also support building/testing/debugging integrations end-to-end. Missing for 10: no independent/hands-on developer testimonial specifically validating sandbox fidelity or test-card coverage beyond first-party docs.

   • [claimed-docs] “Test your integration in a sandbox ... by simulating transactions with test values—these transactions don't move funds.”
   • [claimed-docs] “A sandbox is an isolated test environment. You can use your sandbox to test Stripe functionality in your account, and experiment with new fe…”
   • [claimed-docs] “You can use your sandbox to test Stripe functionality in your account, and experiment with new features without affecting your live integrat…”
   • [claimed-docs] “You can invite another user, such as an implementation partner or design agency, to access all sandboxes, or a specific sandbox, without pro…”
   • [claimed-docs] “Your team can test in separate sandboxes to make sure that data and actions are completely isolated from other sandboxes.”
   • [claimed-docs] “Test cards act as "fake" credit cards, and allow you to simulate the following scenarios: - Successful payments... - Card errors due to decl…”
   • [claimed-docs] “With the API, you can upload evidence, respond to disputes, and receive dispute events using webhooks.”
   • [claimed-docs] “You can programmatically manage disputes using the API. With the API, you can upload evidence, respond to disputes, and receive dispute even…”
   • [claimed-docs] “Workbench provides powerful tools that help you build, test, and debug your Stripe integration.”
   • [claimed-docs] “Build, test, and manage your Stripe integration from the command line.”

   proof ↗⚑ flag

   Paddle~partialclaimed6/10

   Paddle documents a full Sandbox environment that mirrors production ("same features and APIs but completely separate datasets, credentials, and dashboards") with sandbox-specific API keys, and the MCP tooling explicitly supports simulating webhook events for testing. However, the evidence pack contains no documentation of specific test card numbers for scenario coverage (e.g., decline codes, dispute/chargeback simulation), and notes that Paddle Retain's dunning/payment-recovery features explicitly cannot be tested in sandbox ('you can't integrate or test with sandbox accounts'), which undercuts full parity for testing the entire payment flow. missing for 10: documented test-card list for various decline/failure scenarios, explicit dispute/chargeback simulation support, and confirmation that all payment-flow features (including Retain) are testable in sandbox.

   • [claimed-docs] “Sandbox is a separate Paddle environment for building and testing your integration without affecting real data or accepting real payments.”
   • [claimed-docs] “"Sandbox is a separate Paddle environment for building and testing your integration without affecting real data or accepting real payments..…”
   • [claimed-docs] “Generate integration code, configure webhooks, and simulate events for testing.”
   • [claimed-docs] “Failed-payment recovery is built in at two tiers: "If you use Paddle Billing without integrating with Paddle Retain, failed payments for aut…”

   proof ↗⚑ flag

Ai disputes

1. ai-native userHave an agent handle a dispute end-to-end, retrieving it, assembling evidence, and submitting the response via the API

   weight 3 · round to Stripe
   Stripe✓fullclaimed7/10

   Stripe docs explicitly state the Disputes API supports retrieving, uploading evidence, responding to disputes, and receiving dispute webhook events, and the hosted MCP server's documented tool surface includes 'disputes (update)' alongside generic read/write API access, restricted-key scoping for agents, and webhook-based event delivery — covering the retrieve→assemble→submit flow programmatically. Missing for 10: a concrete end-to-end worked example (e.g., a sample agent script that assembles and submits evidence), and clarity on whether dispute submission falls under the human-confirmation gate applied to other write actions.

   • [claimed-docs] “With the API, you can upload evidence, respond to disputes, and receive dispute events using webhooks.”
   • [claimed-docs] “You can programmatically manage disputes using the API. With the API, you can upload evidence, respond to disputes, and receive dispute even…”
   • [claimed-docs] “The hosted MCP server (mcp.stripe.com) exposes generic API tools plus task tools: `stripe_api_search` ("Search for Stripe API methods by key…”
   • [claimed-docs] “Receiving webhook events helps you respond to asynchronous events, such as when a customer's bank confirms a payment, a customer disputes a …”
   • [claimed-docs] “Restricted API keys are Stripe's documented least-privilege credential for agents: "When you create a RAK in the Stripe Dashboard, you selec…”

   proof ↗⚑ flag

   Paddle—none0/10

   The evidence pack contains no mention of a Disputes/Chargebacks API endpoint, no ability to retrieve dispute details, assemble evidence, or submit a response programmatically. The only related mentions are generic references to 'chargeback defense' as part of Paddle's merchant-of-record fee and 'investigate failed payments' in the MCP server description, neither of which constitutes dispute-evidence submission via API.

   • [claimed-docs] “The merchant-of-record model is the tax story: "Go global and sell in over 200 countries and territories, fully tax compliant, with no extra…”
   • [claimed-docs] “"The Paddle MCP server is a remote, hosted MCP server" with per-environment endpoints — Sandbox `https://sandbox-mcp.paddle.com/mcp` (API ke…”
   • [claimed-docs] “"Payout reconciliation reports help you reconcile payouts to transactions and adjustments to understand how your payout amounts are calculat…”

   proof ↗⚑ flag

Disputes

1. finance-ops userRespond to a chargeback with structured evidence and track the dispute lifecycle to resolution

   weight 3 · round to Stripe
   Stripe✓fullclaimed8/10

   Stripe's Disputes API lets finance-ops programmatically manage disputes, upload structured evidence, respond to disputes, and receive dispute lifecycle events via webhooks, plus dispute events surface in the Dashboard/Radar for tracking; MCP tooling also exposes a 'disputes: update' method for agent-assisted workflows. missing for 10: no independent/hands-on account of the full evidence-submission UX or explicit dispute-resolution outcome tracking beyond webhook events.

   • [claimed-docs] “With the API, you can upload evidence, respond to disputes, and receive dispute events using webhooks.”
   • [claimed-docs] “You can programmatically manage disputes using the API. With the API, you can upload evidence, respond to disputes, and receive dispute even…”
   • [claimed-docs] “Receiving webhook events helps you respond to asynchronous events, such as when a customer's bank confirms a payment, a customer disputes a …”
   • [claimed-docs] “Use Radar to evaluate transactions, accounts, and customers in real time, using AI algorithms to assess the risk of fraud.”
   • [claimed-docs] “The hosted MCP server (mcp.stripe.com) exposes generic API tools plus task tools: `stripe_api_search` ("Search for Stripe API methods by key…”

   proof ↗⚑ flag

   Paddle—none0/10

   Evidence only shows chargebacks appearing as a fee line-item in payout reconciliation reports and a passing mention that Paddle's merchant-of-record fee includes 'chargeback defense,' but there is no documentation of a finance-ops workflow for submitting structured dispute evidence or tracking a chargeback's lifecycle to resolution.

   • [claimed-docs] “The merchant-of-record model is the tax story: "Go global and sell in over 200 countries and territories, fully tax compliant, with no extra…”
   • [claimed-docs] “"Payout reconciliation reports help you reconcile payouts to transactions and adjustments to understand how your payout amounts are calculat…”

   proof ↗⚑ flag

Fraud prevention

1. finance-ops userScreen transactions with machine-learning fraud scores and write custom block, review, and allow rules

   weight 3 · round to Stripe
   Stripe~partialclaimed5/10

   Stripe Radar is documented to use AI/ML algorithms in real time to assess fraud risk across transactions, accounts, and customers, which covers the ML fraud-scoring part of the story; however, the evidence pack does not show custom rule-writing capability (block/review/allow rules) beyond the single Radar mention, no details on rule builder UI, thresholds, or list management. missing for 10: documentation of custom rule creation/editing (block, review, allow lists), rule logic examples, and independent/hands-on confirmation of Radar's rule-writing workflow.

   • [claimed-docs] “Use Radar to evaluate transactions, accounts, and customers in real time, using AI algorithms to assess the risk of fraud.”

   proof ↗⚑ flag

   Paddle—none0/10

   Evidence only mentions Paddle's merchant-of-record fee covering generic 'fraud protection' and 'chargeback defense' as a bundled service, with no documentation of ML-generated fraud scores or of any UI/API for finance-ops to write custom block/review/allow rules. This axis is fair for a payments platform, but no capability is evidenced.

   • [claimed-docs] “The merchant-of-record model is the tax story: "Go global and sell in over 200 countries and territories, fully tax compliant, with no extra…”

   proof ↗⚑ flag

Refunds

1. finance-ops userIssue full or partial refunds from both the dashboard and the API

   weight 3 · round to Stripe
   Stripe✓fullclaimed9/10

   Docs explicitly state refunds can be issued via both the Refunds API and the Dashboard, including full or partial amounts, and refunded payments are viewable in the Dashboard. No-code refunds are also supported on Payment Links. missing for 10: no independent/hands-on confirmation of partial-refund UX in the dashboard.

   • [claimed-docs] “You can cancel a payment before it's completed at no cost. Or you can refund all or part of a payment after it succeeds, which might incur a…”
   • [claimed-docs] “You can issue refunds by using the Refunds API or the Dashboard”
   • [claimed-docs] “You can issue refunds by using the Refunds API or the Dashboard.”
   • [claimed-docs] “You can view your refunded payments in the Dashboard”
   • [claimed-docs] “No-code refunds Yes”

   proof ↗⚑ flag

   Paddle~partialclaimed4/10

   Refunds are mentioned only indirectly, e.g. AI/MCP docs say agents can 'process customer refunds' and MCP can 'analyze revenue, refunds, and transaction patterns,' implying refund capability exists in the underlying API, but no dedicated dashboard or API documentation on issuing full/partial refunds is present in the evidence pack. missing for 10: explicit API endpoint or dashboard walkthrough for issuing refunds, confirmation of partial-refund support, and independent/hands-on evidence of refund flow working.

   • [claimed-docs] “Connect AI agents like Claude and Cursor directly to Paddle to work through complex flows in seconds. Build pricing models, investigate fail…”
   • [claimed-docs] “Build pricing models, investigate failed payments, integrate Paddle features, or process customer refunds — all in natural language.”
   • [claimed-docs] “"The Paddle MCP server is a remote, hosted MCP server" with per-environment endpoints — Sandbox `https://sandbox-mcp.paddle.com/mcp` (API ke…”
   • [claimed-docs] “Process subscription upgrades, downgrades, pauses, and cancellatio”

   proof ↗⚑ flag

Multi currency

1. founderCharge customers in their local currencies and settle to my bank in mine with transparent FX handling

   weight 2 · round drawn
   Stripe✓fullclaimed8/10

   Stripe documents charging in 135+ currencies with payout settlement in a merchant's preferred currency (stripe-docs-19), localized checkout/payment links that let customers pay in their own currency (stripe-docs-36), automated payout tracking to bank accounts (stripe-docs-34, stripe-docs-52, stripe-docs-68), and automated tax compliance across jurisdictions (stripe-docs-20, stripe-docs-48). This directly covers charging locally and settling in the founder's currency. Missing for 10: explicit documentation of FX conversion rate transparency/fee disclosure mechanics and independent/hands-on confirmation of FX rate fairness or settlement accuracy.

   • [claimed-docs] “You can charge customers in over 135 currencies and receive funds in your preferred currency.”
   • [claimed-docs] “Let your customers use a link to pay in their local language and currency with their preferred payment method.”
   • [claimed-docs] “Stripe sends funds from your available balance to your bank account as payouts”
   • [claimed-docs] “Track a payout: View your payouts and their expected deposit dates in the Dashboard.”
   • [claimed-docs] “Set up your bank account to receive payouts.”
   • [claimed-docs] “Automate sales tax, VAT, and GST compliance on all your transactions.”
   • [claimed-docs] “Collect tax on Payment Links: Learn how to calculate and collect tax on a payment page without writing any code.”

   proof ↗⚑ flag

   Paddle✓fullclaimed8/10

   Paddle explicitly documents built-in multi-currency support for both payments and payouts ('customers purchase in their local currency and letting you get paid in yours'), plus localized pricing pages, 200+ country/currency support, and payout reconciliation reports that break down amounts in both transaction and balance currencies for transparency. As merchant of record, Paddle also handles tax compliance alongside FX, directly matching the story. Missing for 10: no explicit documentation of FX conversion rates/margins used, and no independent/hands-on corroboration of settlement transparency beyond vendor docs.

   • [claimed-docs] “Paddle has built-in support for multi-currency for both payments and payouts, letting customers purchase in their local currency and letting…”
   • [claimed-docs] “you can unlock new revenue by selling in over 200 countries and territories across the world — no additional setup needed.”
   • [claimed-docs] “Build pricing pages that show customers prices localized for their country and currency — including estimated taxes and discounts.”
   • [claimed-docs] “"Payout reconciliation reports help you reconcile payouts to transactions and adjustments to understand how your payout amounts are calculat…”
   • [claimed-docs] “The merchant-of-record model is the tax story: "Go global and sell in over 200 countries and territories, fully tax compliant, with no extra…”
   • [claimed-docs] “Available in over 17 languages, across 200+ markets.”

   proof ↗⚑ flag

Tax

1. finance-ops userCalculate and collect the correct sales tax, VAT, or GST on every transaction automatically

   weight 3 · round to Stripe
   Stripe✓fullclaimed8/10

   Stripe Tax explicitly automates sales tax, VAT, and GST calculation and collection across transactions, including no-code tax collection on Payment Links, backed by first-party docs. Missing for 10: independent/hands-on corroboration of accuracy across jurisdictions and any detail on filing/remittance support beyond calculation and collection.

   • [claimed-docs] “Automate sales tax, VAT, and GST compliance on all your transactions.”
   • [claimed-docs] “Collect tax on Payment Links: Learn how to calculate and collect tax on a payment page without writing any code.”

   proof ↗⚑ flag

   Paddle!disputedcontradicted6/10

   Paddle's merchant-of-record model is core to its tax story: docs explicitly state Paddle 'calculates, collects, and remits taxes for you' across 200+ countries with no extra engineering, and reconciliation reports break out tax rates/tax mode per transaction for compliance proof. However, a hands-on community report describes phenomenon-level VAT invoice errors (wrong post-Brexit VAT number, then wrong currency amounts) contradicting the 'just works' claim, while another user praises the same EU VAT handling as a key differentiator vs Stripe/Chargebee — a genuine mixed/contradictory record rather than mere skepticism. Missing for 10: independent audits or documented tax-accuracy testing across specific jurisdictions, and resolution/rebuttal of the VAT invoice complaint.

   • [claimed-docs] “As a merchant of record, Paddle calculates, collects, and remits taxes for you.”
   • [claimed-docs] “The merchant-of-record model is the tax story: "Go global and sell in over 200 countries and territories, fully tax compliant, with no extra…”
   • [claimed-docs] “Build pricing pages that show customers prices localized for their country and currency — including estimated taxes and discounts.”
   • [claimed-docs] “"Payout reconciliation reports help you reconcile payouts to transactions and adjustments to understand how your payout amounts are calculat…”
   • [community] “I had contacted Paddle for UK VAT invoice for our Setapp for Teams subscription and their incompetence is phenomenon: first they used an EU …”
   • [community] “I use Paddle for taking payments for a paid Chrome extension and they've been great with me. Big draw was 'tax management' handling EU VAT u…”

   proof ↗⚑ flag

1. ai-native userDo everything through the API that I can do in the UI

   weight 2 · round to Stripe
   Stripe✓fullclaimed8/10

   Stripe's core resources (payments, refunds, subscriptions, invoices, disputes, payouts, tax, Connect) are all documented as available via the REST API with idempotency, versioning, and restricted keys, and the MCP server explicitly exposes generic stripe_api_read/stripe_api_write tools plus task-specific tools mirroring Dashboard actions across most objects. Workbench Shell/CLI further lets agents run the same commands as the CLI/API interactively. missing for 10: independent confirmation that every Dashboard-only feature (e.g., third-party Stripe Apps like Kyber no-code automations) has a full API equivalent, and note that sensitive stripe_api_write actions require human confirmation rather than being fully autonomous.

   • [claimed-docs] “The hosted MCP server (mcp.stripe.com) exposes generic API tools plus task tools: `stripe_api_search` ("Search for Stripe API methods by key…”
   • [claimed-docs] “With the API, you can upload evidence, respond to disputes, and receive dispute events using webhooks.”
   • [claimed-docs] “You can programmatically manage disputes using the API. With the API, you can upload evidence, respond to disputes, and receive dispute even…”
   • [claimed-docs] “The API supports idempotency for safely retrying requests without accidentally performing the same operation twice.”
   • [claimed-docs] “Each monthly release includes only backward-compatible changes... You can safely upgrade to a new monthly release without breaking any exist…”
   • [claimed-docs] “A restricted API key (RAK) is an API key ... a RAK can do only what you give it permission to do.”
   • [claimed-docs] “Workbench (Dashboard > Developers > Workbench) ships an interactive Shell and API Explorer: "Shell is a command line interface within Workbe…”
   • [claimed-docs] “Build, test, and manage your Stripe integration from the command line.”
   • [claimed-docs] “Docs, "Confirm actions by agents acting on your behalf": "To prevent agents from making mistakes, Stripe requires human confirmation before …”

   proof ↗⚑ flag

   Paddle~partialclaimed6/10

   Paddle's docs show broad API coverage for most UI-surfaced flows — checkout, transactions, subscriptions (pause/upgrade), invoices, webhooks, reports, customer portal — plus MCP/agent-skill tooling that lets agents perform catalog, billing, and integration tasks end-to-end (paddle-docs-3, paddle-docs-15-19, paddle-supp-mcp-server, paddle-supp-agent-skills). However, the pack also documents explicit exceptions, e.g. Paddle Retain's dunning/payment-recovery features 'work with live data... you can't integrate or test with sandbox accounts' (paddle-supp-dunning), showing at least one dashboard-configurable feature not fully API/sandbox-equivalent, and there's no blanket claim or independent audit confirming total UI/API parity. missing for 10: an explicit vendor or third-party statement of full UI-API feature parity, and confirmation that Retain-style dashboard-only configurations have API equivalents.

   • [claimed-docs] “you may also create your own transactions using the API or Paddle dashboard.”
   • [claimed-docs] “Upgrade a subscription Add or remove recurring addons, move from month to annual, or switch plans by”
   • [claimed-docs] “Your sales team can draft and send invoices for subscriptions, collecting payment manually rather than by charging a card on file.”
   • [claimed-docs] “Generate reports via API to feed into accounting and BI systems so monthly reconciliations, checks, and dashboards”
   • [claimed-docs] “"The Paddle MCP server is a remote, hosted MCP server" with per-environment endpoints — Sandbox `https://sandbox-mcp.paddle.com/mcp` (API ke…”
   • [claimed-docs] “"Agent skills are a standardized way to give AI agents instructions on how to integrate Paddle... written specifically for agents, rather th…”
   • [claimed-docs] “Failed-payment recovery is built in at two tiers: "If you use Paddle Billing without integrating with Paddle Retain, failed payments for aut…”

   proof ↗⚑ flag

2. ai-native userExport all of my data in open formats and leave

   weight 3 · round to Stripe
   Stripe~partialclaimed3/10

   Evidence shows only narrow CSV export of specific financial reports (balance, payouts, activity, tax, Revenue Recognition) via stripe_report/Workbench, not a comprehensive account data export mechanism for a user to leave the platform. Missing for 10: a documented full account/data export tool (customers, charges, subscriptions, full transaction history) in open/portable formats, and any explicit data-portability or account-closure export workflow.

   • [claimed-docs] “Agents can analyze aggregated account data through MCP: `stripe_analytics` "handles three kinds of requests: Metric queries for Stripe-defin…”
   • [claimed-docs] “Use these files to generate SDKs or client libraries that support Stripe's API.”

   proof ↗⚑ flag

   Paddle—none0/10

   Paddle documents reports/reconciliation exports and an OpenAPI spec for building integrations, but there is no evidence of a customer-facing 'export all my account/business data in an open format to leave' capability — no GDPR-style data export, no full account data dump, nothing enabling migration away from Paddle with your data intact. Community comments even raise concerns about Paddle's control over customer data rather than showing an exit/export path.

   • [claimed-docs] “Generate reports via API to feed into accounting and BI systems so monthly reconciliations, checks, and dashboards”
   • [claimed-docs] “"Payout reconciliation reports help you reconcile payouts to transactions and adjustments to understand how your payout amounts are calculat…”
   • [community] “I'm not sure if that pro Paddle list is good for me as a customer. The access to my data at least isn't.”
   • [community] “As a customer, I'd deliberately avoid Paddle to keep my privacy and avoid spam, referencing Paddle's access to customer emails feature.”

   proof ↗⚑ flag

Ai reconciliation

1. ai-native userHave an agent pull payout and balance-transaction data via the API and reconcile each bank deposit to its underlying charges

   weight 3 · round to Paddle
   Stripe~partialclaimed7/10

   Stripe's API and MCP tooling explicitly expose payout and balance-transaction data for programmatic/agent access — the documented stripe_api_read method list includes 'payouts, and balance transactions', and stripe_analytics/stripe_report can run balance and payout financial reports, letting an agent pull the data needed to match deposits to charges (stripe-supp-mcp-tools, stripe-supp-analytics-ai, stripe-docs-34/52/68). However, there is no first-party tutorial or worked example specifically demonstrating automated reconciliation logic (matching a bank deposit to its underlying charges), and no independent/hands-on evidence confirming this reconciliation workflow works end-to-end. Missing for 10: a documented reconciliation workflow/tutorial tying payout amounts to constituent balance-transaction charges, and independent verification of an agent successfully performing this reconciliation.

   • [claimed-docs] “The hosted MCP server (mcp.stripe.com) exposes generic API tools plus task tools: `stripe_api_search` ("Search for Stripe API methods by key…”
   • [claimed-docs] “Agents can analyze aggregated account data through MCP: `stripe_analytics` "handles three kinds of requests: Metric queries for Stripe-defin…”
   • [claimed-docs] “Stripe sends funds from your available balance to your bank account as payouts”
   • [claimed-docs] “Track a payout: View your payouts and their expected deposit dates in the Dashboard.”
   • [claimed-docs] “Set up your bank account to receive payouts.”

   proof ↗⚑ flag

   Paddle✓fullclaimed7/10

   Paddle publishes dedicated payout reconciliation reports that explicitly reconcile payouts to transactions/adjustments, itemized by gross, tax, fees and currency, generated via API for feeding into accounting/BI systems, and the hosted Paddle MCP server exposes this data to agents (report generation, revenue/refund/transaction analysis) alongside Bearer-token API access with granular permissions. This directly matches the ai-native reconciliation workflow described in the story. missing for 10: independent/hands-on evidence of an agent actually executing an end-to-end payout-to-charge reconciliation via the API/MCP, and explicit documentation of a 'balance transaction' endpoint terminology matching the story's phrasing

   • [claimed-docs] “"Payout reconciliation reports help you reconcile payouts to transactions and adjustments to understand how your payout amounts are calculat…”
   • [claimed-docs] “Generate reports via API to feed into accounting and BI systems so monthly reconciliations, checks, and dashboards”
   • [claimed-docs] “Payout reconciliation reports help you reconcile payouts to transactions and adjustments to understand how your payout amounts are calculate…”
   • [claimed-docs] “Generate detailed reports that connect your Paddle payouts to the underlying transaction movements for accurate financial reconciliation.”
   • [claimed-docs] “"The Paddle MCP server is a remote, hosted MCP server" with per-environment endpoints — Sandbox `https://sandbox-mcp.paddle.com/mcp` (API ke…”
   • [claimed-docs] “Bearer-token API keys with documented granular permissions: keys are created in "Paddle > Developer tools > Authentication", scoped per the …”
   • [claimed-docs] “Use Bearer authentication when making requests to the Paddle API. Get a key from Paddle > Developer tools > Authentication.”

   proof ↗⚑ flag

Payouts

1. finance-ops userControl the payout schedule and see exactly which charges, fees, and refunds make up each payout

   weight 2 · round drawn
   Stripe~partialclaimed6/10

   Stripe documents payout basics (funds sent from balance to bank account, dashboard tracking of payouts and expected deposit dates, setting up bank accounts) and financial reporting via stripe_report/analytics (balance, payouts, activity reports downloadable as CSV), which supports reconciliation. However, evidence does not show explicit payout schedule controls (e.g., setting manual vs automatic schedule, daily/weekly/monthly cadence) nor a documented per-payout breakdown view showing exact charges/fees/refunds composing each payout. missing for 10: explicit payout schedule configuration docs, a documented itemized payout reconciliation report/API showing constituent charges/fees/refunds per payout, independent/hands-on confirmation of this reconciliation workflow.

   • [claimed-docs] “Stripe sends funds from your available balance to your bank account as payouts”
   • [claimed-docs] “Track a payout: View your payouts and their expected deposit dates in the Dashboard.”
   • [claimed-docs] “Set up your bank account to receive payouts.”
   • [claimed-docs] “Agents can analyze aggregated account data through MCP: `stripe_analytics` "handles three kinds of requests: Metric queries for Stripe-defin…”

   proof ↗⚑ flag

   Paddle~partialclaimed6/10

   Paddle provides detailed payout reconciliation reports that itemize gross, taxes, Paddle fees, chargebacks, and retained fees per payout, in both transaction and balance currencies, split by invoice entity — directly matching the 'see exactly which charges/fees/refunds' half of the story. However, no evidence describes finance-ops controlling or configuring the payout schedule itself (frequency, timing, thresholds). Missing for 10: documentation of payout schedule/frequency configuration, independent/hands-on confirmation of reconciliation report accuracy.

   • [claimed-docs] “"Payout reconciliation reports help you reconcile payouts to transactions and adjustments to understand how your payout amounts are calculat…”
   • [claimed-docs] “Generate reports via API to feed into accounting and BI systems so monthly reconciliations, checks, and dashboards”
   • [claimed-docs] “Payout reconciliation reports help you reconcile payouts to transactions and adjustments to understand how your payout amounts are calculate…”
   • [claimed-docs] “Generate detailed reports that connect your Paddle payouts to the underlying transaction movements for accurate financial reconciliation.”

   proof ↗⚑ flag

Reconciliation

1. finance-ops userReconcile settlements to bank deposits with itemized reports covering fees, refunds, and chargebacks

   weight 3 · round to Paddle
   Stripe~partialclaimed5/10

   Stripe documents payouts to bank accounts with expected deposit dates (stripe-docs-34, stripe-docs-52), refunds and dispute management via API/Dashboard (stripe-docs-17, stripe-docs-33, stripe-docs-41), and AI-assisted analytics/report runs including a documented 'balance summary' report and other financial report types (stripe-supp-analytics-ai). However, there is no evidence of a purpose-built, itemized settlement-to-deposit reconciliation report that breaks out fees, refunds, and chargebacks against a specific bank deposit in one view — the closest evidence (report types: balance, payouts, activity, tax) implies this exists but doesn't confirm itemization matching finance-ops reconciliation workflows, and third-party accounting sync (QuickBooks, Xero) is only listed as partner integrations rather than native itemized reconciliation. missing for 10: a documented native 'payout reconciliation report' itemizing fees/refunds/chargebacks per deposit, confirmation of automatic matching to bank statement lines, and independent/hands-on evidence from finance-ops users that this reconciliation workflow works well in practice.

   • [claimed-docs] “Stripe sends funds from your available balance to your bank account as payouts”
   • [claimed-docs] “Track a payout: View your payouts and their expected deposit dates in the Dashboard.”
   • [claimed-docs] “You can cancel a payment before it's completed at no cost. Or you can refund all or part of a payment after it succeeds, which might incur a…”
   • [claimed-docs] “You can issue refunds by using the Refunds API or the Dashboard”
   • [claimed-docs] “You can programmatically manage disputes using the API. With the API, you can upload evidence, respond to disputes, and receive dispute even…”
   • [claimed-docs] “Agents can analyze aggregated account data through MCP: `stripe_analytics` "handles three kinds of requests: Metric queries for Stripe-defin…”
   • [claimed-docs] “We are specialists in connecting Stripe to QuickBooks Online”
   • [claimed-docs] “View relevant Xero customer and transaction data within the Stripe Dashboard”

   proof ↗⚑ flag

   Paddle✓fullclaimed8/10

   Paddle publishes dedicated payout reconciliation documentation describing itemized breakdowns of gross, taxes, fees, chargebacks and retained fees split by transaction/balance currency, invoice entity, and even US state/ZIP, explicitly framed as reconciling payouts to remittance advice/bank deposits, plus an API to feed accounting/BI systems for monthly reconciliation. missing for 10: independent/hands-on customer confirmation that the reports actually match bank deposits in practice, and no detail on report formats/exports beyond API generation.

   • [claimed-docs] “"Payout reconciliation reports help you reconcile payouts to transactions and adjustments to understand how your payout amounts are calculat…”
   • [claimed-docs] “Generate reports via API to feed into accounting and BI systems so monthly reconciliations, checks, and dashboards”
   • [claimed-docs] “Payout reconciliation reports help you reconcile payouts to transactions and adjustments to understand how your payout amounts are calculate…”
   • [claimed-docs] “Generate detailed reports that connect your Paddle payouts to the underlying transaction movements for accurate financial reconciliation.”
   • [claimed-docs] “Paddle has built-in support for multi-currency for both payments and payouts, letting customers purchase in their local currency and letting…”

   proof ↗⚑ flag

Marketplace

1. developerBuild a marketplace or platform that onboards sellers, splits payments between parties, and pays out to each seller

   weight 2 · round to Stripe
   Stripe✓fullclaimed9/10

   Stripe Connect is explicitly documented as the product for building marketplaces/platforms that onboard sellers, split payments, and pay out to multiple parties, backed by supporting payouts, payment collection, refunds, disputes, and tax infrastructure. Missing for 10: independent hands-on evidence specifically of a marketplace/Connect integration (community evidence covers Stripe generally, not Connect specifically).

   • [claimed-docs] “Collect payments from customers and automatically pay out a portion to sellers or service providers on your marketplace.”
   • [claimed-docs] “Use Connect to build a platform, marketplace, or other business that manages payments and moves money between multiple parties.”
   • [claimed-docs] “Stripe sends funds from your available balance to your bank account as payouts”
   • [claimed-docs] “Track a payout: View your payouts and their expected deposit dates in the Dashboard.”
   • [claimed-docs] “Set up your bank account to receive payouts.”
   • [claimed-docs] “You can issue refunds by using the Refunds API or the Dashboard”
   • [claimed-docs] “You can programmatically manage disputes using the API. With the API, you can upload evidence, respond to disputes, and receive dispute even…”

   proof ↗⚑ flag

   Paddle—none0/10

   The evidence pack describes Paddle purely as a merchant-of-record billing/subscription platform for a single seller (checkout, subscriptions, invoices, payouts to the seller's own account, tax compliance) — there is no mention of onboarding multiple third-party sellers, split payments between parties, or marketplace payout distribution akin to Stripe Connect. Nothing in the docs, MCP tooling, or SDKs addresses multi-party marketplace flows.

   • [claimed-docs] “Paddle has built-in support for multi-currency for both payments and payouts, letting customers purchase in their local currency and letting…”
   • [claimed-docs] “With Paddle, you can unlock new revenue by selling in over 200 countries and territories across the world — no additional setup needed.”
   • [claimed-docs] “As a merchant of record, Paddle calculates, collects, and remits taxes for you.”
   • [claimed-docs] “The merchant-of-record model is the tax story: "Go global and sell in over 200 countries and territories, fully tax compliant, with no extra…”
   • [claimed-docs] “"Payout reconciliation reports help you reconcile payouts to transactions and adjustments to understand how your payout amounts are calculat…”

   proof ↗⚑ flag

1. ai-native userChoose where my data is stored (region/residency)

   weight 2 · round drawn
   Stripe—none0/10

   No evidence in the pack discusses data residency, regional data storage choices, or GDPR/EU data localization options for Stripe accounts; the evidence covers payments, billing, MCP/agents, sandboxes, etc. but never data residency controls.

   ⚑ flag

   Paddle—none0/10

   No evidence addresses data residency or region-specific storage choices for Paddle accounts/customers; the pack covers billing, checkout, tax compliance, and AI/MCP tooling but never data residency or regional storage options. Missing for 10: any mention of data center regions, data residency guarantees, or ability to select storage location.

   ⚑ flag

2. ai-native userControl data retention and deletion

   weight 2 · round drawn
   Stripe—none0/10

   The evidence pack covers sandbox isolation, restricted API keys, MCP OAuth session revocation, and webhook/event architecture, but none of it addresses data retention policies or a mechanism for users to request deletion/erasure of stored payment or customer data. As a platform processing sensitive financial and personal data, this is a fair and applicable axis, but no documentation shows retention controls or deletion capabilities for AI-native users.

   ⚑ flag

   Paddle—none0/10

   The evidence pack contains extensive docs on billing, checkout, webhooks, API auth, and AI/MCP integrations, but nothing about data retention policies, customer data deletion/export controls, or GDPR-style right-to-be-forgotten mechanisms. Community comments even raise unresolved privacy concerns about Paddle's access to customer data (paddle-comm-3, paddle-comm-4) without any documented deletion/retention controls to address them.

   • [community] “I'm not sure if that pro Paddle list is good for me as a customer. The access to my data at least isn't.”
   • [community] “As a customer, I'd deliberately avoid Paddle to keep my privacy and avoid spam, referencing Paddle's access to customer emails feature.”

   proof ↗⚑ flag