Install
npm install stripeProducts
Stripe, product by product →Stripe ships more than one product — each judged line competes in its own arena on the same stories as everyone else.
| Line | Arena | Rank | PA Score | Agent-ready |
|---|---|---|---|---|
| Payments | Online Payments | #1/10 | 55/100 | 89/100 |
| Terminal | Mobile & In-Person Payments | #1/4 | 32/100 | 59/100 |
| Atlas | Startup Legal & Incorporation | #6/7 | 11/100 | 32/100 |
| Clerkyacquired | Startup Legal & Incorporation | #4/7 | 14/100 | 37/100 |
| Billing | Billing & Subscriptions | #3/7 | 28/100 | 65/100 |
| Metronomeacquired | Billing & Subscriptions | #5/7 | 21/100 | 28/100 |
| Connect | Marketplace & Platform Payments | #2/6 | 31/100 | 65/100 |
| Radar | Payment Fraud Prevention | #2/5 | 22/100 | 50/100 |
| Tax | Sales Tax Automation | #1/6 | 22/100 | 43/100 |
| TaxJaracquired | Sales Tax Automation | #6/6 | 13/100 | 26/100 |
| Issuing | Card Issuing Platforms | #1/5 | 33/100 | 65/100 |
| Treasury | Banking as a Service | #4/6 | 17/100 | 44/100 |
| Identity | Identity Verification & KYC | #3/6 | 24/100 | 47/100 |
| Financial Connectionsthis page | Banking Data APIs | #4/7 | 22/100 | 54/100 |
| Crypto & Stablecoins | Stablecoin Payments | #6/6 | 19/100 | 39/100 |
| Agentic Commerce | Agentic Commerce | #1/7 | 37/100 | 80/100 |
Not yet judged (10 — no arena where they compete): Invoicing · Capital · Revenue Recognition · Sigma · Data Pipeline · Managed Payments · Lemon Squeezy · Directory · Projects · Climate
Try itExperimental
See what an agent can do with Stripe Financial Connections before you ever sign up. Pick a story: recorded sessions replay real probe-harness transcripts; the live MCP handshake runs real requests from our edge, right now — including, where the server allows it, one real read-only tool call (bring your own key for auth-gated servers); sandboxed self-drive sessions are designed and gated (docs/TRY-IT.md).
$curl -si https://api.stripe.com/v1/financial_connections/accounts | head -2 # keyless → 401recorded session — replayed, not liveVerified integrations
No integration evidence found in our corpus for this product yet — that means none was found, never that it doesn’t integrate.
By theme — the product's score on each story themeBy theme
Account linking — stories about account linking in this arenaAccount linkingevidence →
Stories about account linking in this arena
Agenticness — how well agents can access and operate the productAgenticnessevidence →
How well agents can access and operate the product
Automation depth — how much of the product can run unattendedAutomation depthevidence →
How much of the product can run unattended
Balance ownership — stories about balance ownership in this arenaBalance ownershipevidence →
Stories about balance ownership in this arena
Banking agent access — stories about banking agent access in this arenaBanking agent accessevidence →
Stories about banking agent access in this arena
Consent security — stories about consent security in this arenaConsent securityevidence →
Stories about consent security in this arena
Data freshness — stories about data freshness in this arenaData freshnessevidence →
Stories about data freshness in this arena
Institution coverage — stories about institution coverage in this arenaInstitution coverageevidence →
Stories about institution coverage in this arena
Integration dx — sandboxes, test modes, webhooks, and how fast a developer gets to a working integrationIntegration dxevidence →
Sandboxes, test modes, webhooks, and how fast a developer gets to a working integration
Openness — open source, data portability, and self-hosting storiesOpennessevidence →
Open source, data portability, and self-hosting stories
Payment initiation — stories about payment initiation in this arenaPayment initiationevidence →
Stories about payment initiation in this arena
Privacy posture — data-handling and privacy storiesPrivacy postureevidence →
Data-handling and privacy stories
Transactions enrichment — stories about transactions enrichment in this arenaTransactions enrichmentevidence →
Stories about transactions enrichment in this arena
Story verdicts — every judged story with its evidenceStory verdicts
Follow the green: where the map greys out is where Stripe Financial Connections stops today. ✓ full · ~ partial · ! disputed · — none · n/a not applicable.
Account linking — stories about account linking in this arenaAccount linking
Stories about account linking in this arena
Let a user connect their bank with a drop-in hosted flow — create a session server-side, open the widget, and get back a token for the connected account — without building institution UI myself
✓8/10
Connections to major institutions use bank-hosted OAuth rather than screen-scraped credentials — the platform documents its OAuth coverage and how legacy credential flows are being retired
—0/10
Broken connections are repairable — expired or revoked links surface as documented statuses, and users can re-authenticate in an update flow without starting over
~6/10
Agenticness — how well agents can access and operate the productAgenticness
How well agents can access and operate the product
API surface
Drive the product through a documented public API
~6/10
unlocks → Scoped API keys · Machine-readable spec · Versioning policy · Full data export
Subscribe to events via webhooks
✓7/10
Build against official SDKs
✓7/10
Issue scoped/least-privilege API credentials for an agent
—–
Connect an agent via an official MCP server
✓8/10
Download a machine-readable API spec (OpenAPI or equivalent)
—0/10
Rely on versioned APIs with a documented deprecation policy
—–
Test against a sandbox environment without touching production data
✓7/10
Explore an interactive API reference with runnable examples
—0/10
Docs for agents
Point an agent at llms.txt or agent-oriented docs
✓8/10
Agentic features
Delegate tasks to a built-in AI assistant inside the product
—0/10
Operate the product with natural-language commands
~4/10
Plug MCP servers into this product so it can use their tools
n/an/a
Get AI-generated insights and suggestions from my data inside the product
~3/10
Set up automations that run autonomously in the background
~5/10
Automation depth — how much of the product can run unattendedAutomation depth
How much of the product can run unattended
Balance ownership — stories about balance ownership in this arenaBalance ownership
Stories about balance ownership in this arena
Obtain verified account and routing numbers (or tokenized equivalents) from a linked account to fund ACH or bank-debit payments without micro-deposits
✓8/10
Fetch a real-time balance for a connected account before initiating a payment — a documented balance endpoint intended for NSF and risk checks
✓7/10
Retrieve account-holder details — names, addresses, contact data on file at the bank — to match the account owner against my customer
✓8/10
Linked accounts plug into my payment processor — documented integrations or token exchange that hand verified account credentials to third-party processors and platforms
✓8/10
Banking agent access — stories about banking agent access in this arenaBanking agent access
Stories about banking agent access in this arena
The data comes back agent-consumable — clean structured JSON, documented schemas, and enrichment an automated financial workflow can reason over without heuristic parsing
~6/10
An agent can operate the platform — create link sessions, retrieve balances and transactions, and manage connections through the API or an MCP surface with scoped credentials
~6/10
Consent security — stories about consent security in this arenaConsent security
Stories about consent security in this arena
End users can see and revoke what they've shared — a documented consent surface or portal where a user manages which apps hold access to their bank data
—0/10
Sever and clean up — a documented way to delete a connection or user and have the platform stop collecting and purge held data
—0/10
I request only the data scopes I need — product-scoped consents and documented data-minimization controls, not an all-or-nothing grant
~6/10
Data freshness — stories about data freshness in this arenaData freshness
Stories about data freshness in this arena
Trigger an on-demand refresh of a connected account's data through the API when my use case needs now-fresh data, with the refresh semantics documented
~5/10
Data changes arrive as signed webhooks — new transactions, balance updates, connection state changes — so my system stays current without polling
~6/10
Institution coverage — stories about institution coverage in this arenaInstitution coverage
Stories about institution coverage in this arena
The platform documents how many institutions it reaches and where — published coverage numbers and geographies I can check against where my users actually bank
~4/10
Per-institution health is visible — documented institution statuses, outage or degradation signals, and error codes that distinguish a bank problem from my problem
~3/10
Integration dx — sandboxes, test modes, webhooks, and how fast a developer gets to a working integrationIntegration dx
Sandboxes, test modes, webhooks, and how fast a developer gets to a working integration
One link session can power multiple data products — auth, balances, transactions, identity — without forcing the user through separate connection flows per product
✓8/10
Go from signup to my first linked sandbox account fast — self-serve API keys, a runnable quickstart, and client libraries in my language
~6/10
A sandbox with test institutions and documented test credentials lets me exercise linking, data retrieval, and error states end-to-end before touching a real bank account
✓7/10
Openness — open source, data portability, and self-hosting storiesOpenness
Open source, data portability, and self-hosting stories
Payment initiation — stories about payment initiation in this arenaPayment initiation
Stories about payment initiation in this arena
Initiate a bank payment from a connected account — a documented pay-by-bank or payment-initiation product with its live geographies stated honestly
~4/10
Recurring bank payments are supported — variable recurring payments, standing consents, or documented recurring debit flows built on the connection
~4/10
Privacy posture — data-handling and privacy storiesPrivacy posture
Data-handling and privacy stories
Transactions enrichment — stories about transactions enrichment in this arenaTransactions enrichment
Stories about transactions enrichment in this arena
The platform derives income and cash-flow signals from connected accounts — recurring streams, payroll detection, or documented income verification products built on the same data
—0/10
Raw bank transactions come back enriched — cleaned merchant names, categories, and logos — documented as a capability of the platform, not left as an exercise for me
—0/10
Pull transaction history for a connected account through the API — paginated, with documented history depth and a sync pattern for fetching only what changed
~5/10
Sorted by importance (agentic first) (high → low) · 53/53 stories · click a row’s chevron for the rationale and evidence
Connect an agent via an official MCP server G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 3 | full | 8/10 | Tprobed | |
Drive the product through a documented public API G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 3 | partial | 6/10 | Tprobed | |
Delegate tasks to a built-in AI assistant inside the product G Agentic features | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 3 | none | 0/10 | ||
Plug MCP servers into this product so it can use their tools G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 3 | n/a | 0/10 | ||
Point an agent at llms.txt or agent-oriented docs G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 8/10 | Tprobed | |
Build against official SDKs G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 7/10 | Tprobed | |
Subscribe to events via webhooks G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 7/10 | Cclaimed | |
Use an official CLI G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 7/10 | Tprobed | |
Set up automations that run autonomously in the background G Agentic features | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | partial | 5/10 | Cclaimed | |
Operate the product with natural-language commands G Agentic features | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | partial | 4/10 | Tprobed | |
Run the product headlessly / in CI for automation G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | partial | 4/10 | Tprobed | |
Get AI-generated insights and suggestions from my data inside the product G Agentic features | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | partial | 3/10 | Tprobed | |
Download a machine-readable API spec (OpenAPI or equivalent) G Api quality | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | 0/10 | ||
Explore an interactive API reference with runnable examples G Api quality | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | 0/10 | ||
Issue scoped/least-privilege API credentials for an agent G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | untested | none yet | |
Rely on versioned APIs with a documented deprecation policy G Api quality | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | untested | none yet | |
Test against a sandbox environment without touching production data G Api quality | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 1 | full | 7/10 | Cclaimed | |
Let a user connect their bank with a drop-in hosted flow — create a session server-side, open the widget, and get back a token for the connected account — without building institution UI myself C Hosted flows | developer | Account linking — stories about account linking in this arenaAccount linking | 3 | full | 8/10 | Xcommunity | |
Obtain verified account and routing numbers (or tokenized equivalents) from a linked account to fund ACH or bank-debit payments without micro-deposits C Ach details | developer | Balance ownership — stories about balance ownership in this arenaBalance ownership | 3 | full | 8/10 | Xcommunity | |
A sandbox with test institutions and documented test credentials lets me exercise linking, data retrieval, and error states end-to-end before touching a real bank account C Sandbox | developer | Integration dx — sandboxes, test modes, webhooks, and how fast a developer gets to a working integrationIntegration dx | 3 | full | 7/10 | Cclaimed | |
Fetch a real-time balance for a connected account before initiating a payment — a documented balance endpoint intended for NSF and risk checks C Balances | developer | Balance ownership — stories about balance ownership in this arenaBalance ownership | 3 | full | 7/10 | Xcommunity | |
An agent can operate the platform — create link sessions, retrieve balances and transactions, and manage connections through the API or an MCP surface with scoped credentials C Agent operations | ai-native user | Banking agent access — stories about banking agent access in this arenaBanking agent access | 3 | partial | 6/10 | Tprobed | |
Pull transaction history for a connected account through the API — paginated, with documented history depth and a sync pattern for fetching only what changed C Transactions | developer | Transactions enrichment — stories about transactions enrichment in this arenaTransactions enrichment | 3 | partial | 5/10 | Xcommunity | |
The platform documents how many institutions it reaches and where — published coverage numbers and geographies I can check against where my users actually bank C Coverage | founder | Institution coverage — stories about institution coverage in this arenaInstitution coverage | 3 | partial | 4/10 | Xcommunity | |
Define rules that trigger actions automatically on events G | ai-native user | Automation depth — how much of the product can run unattendedAutomation depth | 3 | none | 0/10 | ||
Export all of my data in open formats and leave G | ai-native user | Openness — open source, data portability, and self-hosting storiesOpenness | 3 | none | untested | none yet | |
Prevent my data from being used to train AI models G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 3 | n/a | untested | none yet | |
Self-host the core product G | ai-native user | Openness — open source, data portability, and self-hosting storiesOpenness | 3 | n/a | untested | none yet | |
Linked accounts plug into my payment processor — documented integrations or token exchange that hand verified account credentials to third-party processors and platforms C Processor tokens | developer | Balance ownership — stories about balance ownership in this arenaBalance ownership | 2 | full | 8/10 | Xcommunity | |
One link session can power multiple data products — auth, balances, transactions, identity — without forcing the user through separate connection flows per product C Multi product | developer | Integration dx — sandboxes, test modes, webhooks, and how fast a developer gets to a working integrationIntegration dx | 2 | full | 8/10 | Xcommunity | |
Retrieve account-holder details — names, addresses, contact data on file at the bank — to match the account owner against my customer C Ownership | ops lead | Balance ownership — stories about balance ownership in this arenaBalance ownership | 2 | full | 8/10 | Xcommunity | |
Broken connections are repairable — expired or revoked links surface as documented statuses, and users can re-authenticate in an update flow without starting over C Repair | ops lead | Account linking — stories about account linking in this arenaAccount linking | 2 | partial | 6/10 | Cclaimed | |
Data changes arrive as signed webhooks — new transactions, balance updates, connection state changes — so my system stays current without polling C Webhooks | developer | Data freshness — stories about data freshness in this arenaData freshness | 2 | partial | 6/10 | Cclaimed | |
Go from signup to my first linked sandbox account fast — self-serve API keys, a runnable quickstart, and client libraries in my language C Quickstart | developer | Integration dx — sandboxes, test modes, webhooks, and how fast a developer gets to a working integrationIntegration dx | 2 | partial | 6/10 | Tprobed | |
I request only the data scopes I need — product-scoped consents and documented data-minimization controls, not an all-or-nothing grant C Scopes | developer | Consent security — stories about consent security in this arenaConsent security | 2 | partial | 6/10 | Cclaimed | |
The data comes back agent-consumable — clean structured JSON, documented schemas, and enrichment an automated financial workflow can reason over without heuristic parsing C Agent data | ai-native user | Banking agent access — stories about banking agent access in this arenaBanking agent access | 2 | partial | 6/10 | Tprobed | |
Do everything through the API that I can do in the UI G | ai-native user | Openness — open source, data portability, and self-hosting storiesOpenness | 2 | partial | 5/10 | Tprobed | |
Trigger an on-demand refresh of a connected account's data through the API when my use case needs now-fresh data, with the refresh semantics documented C Refresh | developer | Data freshness — stories about data freshness in this arenaData freshness | 2 | partial | 5/10 | Xcommunity | |
Initiate a bank payment from a connected account — a documented pay-by-bank or payment-initiation product with its live geographies stated honestly C Pay by bank | developer | Payment initiation — stories about payment initiation in this arenaPayment initiation | 2 | partial | 4/10 | Xcommunity | |
Recurring bank payments are supported — variable recurring payments, standing consents, or documented recurring debit flows built on the connection C Recurring | developer | Payment initiation — stories about payment initiation in this arenaPayment initiation | 2 | partial | 4/10 | Xcommunity | |
Per-institution health is visible — documented institution statuses, outage or degradation signals, and error codes that distinguish a bank problem from my problem C Status | ops lead | Institution coverage — stories about institution coverage in this arenaInstitution coverage | 2 | partial | 3/10 | Cclaimed | |
Choose where my data is stored (region/residency) G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 2 | none | 0/10 | ||
Connections to major institutions use bank-hosted OAuth rather than screen-scraped credentials — the platform documents its OAuth coverage and how legacy credential flows are being retired C Oauth | developer | Account linking — stories about account linking in this arenaAccount linking | 2 | none | 0/10 | ||
End users can see and revoke what they've shared — a documented consent surface or portal where a user manages which apps hold access to their bank data C Consent | ops lead | Consent security — stories about consent security in this arenaConsent security | 2 | none | 0/10 | ||
Perform bulk operations across many items at once G | ai-native user | Automation depth — how much of the product can run unattendedAutomation depth | 2 | none | 0/10 | ||
Raw bank transactions come back enriched — cleaned merchant names, categories, and logos — documented as a capability of the platform, not left as an exercise for me C Enrichment | developer | Transactions enrichment — stories about transactions enrichment in this arenaTransactions enrichment | 2 | none | 0/10 | ||
Sever and clean up — a documented way to delete a connection or user and have the platform stop collecting and purge held data C Deletion | ops lead | Consent security — stories about consent security in this arenaConsent security | 2 | none | 0/10 | ||
The platform derives income and cash-flow signals from connected accounts — recurring streams, payroll detection, or documented income verification products built on the same data C Cashflow | finance lead | Transactions enrichment — stories about transactions enrichment in this arenaTransactions enrichment | 2 | none | 0/10 | ||
Control data retention and deletion G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 2 | none | untested | none yet | |
Opt out of telemetry and usage tracking G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 2 | n/a | untested | none yet | |
Read the product's source under an open license G | ai-native user | Openness — open source, data portability, and self-hosting storiesOpenness | 2 | none | untested | none yet | |
Schedule recurring jobs or workflows G | ai-native user | Automation depth — how much of the product can run unattendedAutomation depth | 2 | none | untested | none yet | |
Version, review, and roll back my automations G | ai-native user | Automation depth — how much of the product can run unattendedAutomation depth | 1 | n/a | untested | none yet |
Opportunities — the stories that would move this product's scores, from its own judged verdictsOpportunitiestop 8 of 35 stories with headroom
What would move Stripe Financial Connections’s scores — derived from its own judged verdicts, biggest headroom first. Each line quotes what the judge found missing; shipping it (or evidencing it publicly) is the fix.
Agenticness — how well agents can access and operate the productDelegate tasks to a built-in AI assistant inside the product
nonemoves Built-in AIimpact 45
Evidence shows Stripe's MCP server lets external AI agents call the Stripe API and a customer use-case of building agent-powered spending analysis apps, but there is no evidence of a built-in AI assistant inside Financial Connections itself that a user can delegate tasks to.
Automation depth — how much of the product can run unattendedDefine rules that trigger actions automatically on events
nonemoves PA Scoreimpact 30
Missing: rule-definition interface, conditional trigger-action mapping, any built-in automation/workflow engine.
Openness — open source, data portability, and self-hosting storiesExport all of my data in open formats and leave
nonemoves PA Scoreimpact 30
The axis applies to this product kind (peer products hold positive or none verdicts on this story), so lack of evidence for an applicable capability is "none", never "na".
Agenticness — how well agents can access and operate the productIssue scoped/least-privilege API credentials for an agent
nonemoves agent-readyimpact 30
The evidence pack covers Financial Connections' bank-linking, data-access, and webhook features, plus a generic Stripe MCP server for agent API access, but nothing about issuing scoped or least-privilege API credentials/keys specifically for agents.
Agenticness — how well agents can access and operate the productExplore an interactive API reference with runnable examples
nonemoves API qualityimpact 30
The evidence pack shows only text-based documentation pages (feature descriptions, webhooks list, testing docs) and confirms no OpenAPI spec was found at any candidate path (probe-3: all 404).
Agenticness — how well agents can access and operate the productDownload a machine-readable API spec (OpenAPI or equivalent)
nonemoves API qualityimpact 30
A direct probe for OpenAPI/swagger specs at expected doc paths returned 404 for all candidates, and no other evidence in the pack shows a downloadable machine-readable API spec for Financial Connections; only markdown docs (.md) and llms.txt are available, which are not an OpenAPI-equivalent spec.
Agenticness — how well agents can access and operate the productRely on versioned APIs with a documented deprecation policy
nonemoves API qualityimpact 30
No evidence pack items reference API versioning, version headers, or a documented deprecation policy for Stripe Financial Connections; only feature descriptions, webhooks, and community sentiment are present.
Agenticness — how well agents can access and operate the productGet AI-generated insights and suggestions from my data inside the product
partialq3/10moves Built-in AIimpact 21
Missing: concrete documentation of an actual AI-generated insights/suggestions feature, UI screenshots or workflow showing insights surfaced to end users, and independent/hands-on confirmation that agent-powered analysis works as described.
Showing the top 8 of 35 — every none/partial verdict in the story verdicts table is headroom.
Think a verdict is wrong? Every verdicts-table row has a Flag link — see the methodology.
Coverage map — which docs area, API section, or community source covers which judged storiesCoverage map6 surfaces · 31 covered stories
Where the cited evidence behind each covered verdict came from — the same citations the verdicts table shows, no extra judging.
Financial connections docs30 stories
- Let a user connect their bank with a drop-in hosted flow — create a session server-side, open the widget, and get back a token for the connected account — without building institution UI myself
- Broken connections are repairable — expired or revoked links surface as documented statuses, and users can re-authenticate in an update flow without starting over
- Point an agent at llms.txt or agent-oriented docs
- Run the product headlessly / in CI for automation
- Connect an agent via an official MCP server
- Drive the product through a documented public API
- Build against official SDKs
- Subscribe to events via webhooks
- Get AI-generated insights and suggestions from my data inside the product
- Set up automations that run autonomously in the background
- Operate the product with natural-language commands
- Test against a sandbox environment without touching production data
- Obtain verified account and routing numbers (or tokenized equivalents) from a linked account to fund ACH or bank-debit payments without micro-deposits
- Fetch a real-time balance for a connected account before initiating a payment — a documented balance endpoint intended for NSF and risk checks
- Retrieve account-holder details — names, addresses, contact data on file at the bank — to match the account owner against my customer
- Linked accounts plug into my payment processor — documented integrations or token exchange that hand verified account credentials to third-party processors and platforms
- The data comes back agent-consumable — clean structured JSON, documented schemas, and enrichment an automated financial workflow can reason over without heuristic parsing
- An agent can operate the platform — create link sessions, retrieve balances and transactions, and manage connections through the API or an MCP surface with scoped credentials
- I request only the data scopes I need — product-scoped consents and documented data-minimization controls, not an all-or-nothing grant
- Trigger an on-demand refresh of a connected account's data through the API when my use case needs now-fresh data, with the refresh semantics documented
- Data changes arrive as signed webhooks — new transactions, balance updates, connection state changes — so my system stays current without polling
- The platform documents how many institutions it reaches and where — published coverage numbers and geographies I can check against where my users actually bank
- Per-institution health is visible — documented institution statuses, outage or degradation signals, and error codes that distinguish a bank problem from my problem
- One link session can power multiple data products — auth, balances, transactions, identity — without forcing the user through separate connection flows per product
- Go from signup to my first linked sandbox account fast — self-serve API keys, a runnable quickstart, and client libraries in my language
- A sandbox with test institutions and documented test credentials lets me exercise linking, data retrieval, and error states end-to-end before touching a real bank account
- Do everything through the API that I can do in the UI
- Initiate a bank payment from a connected account — a documented pay-by-bank or payment-initiation product with its live geographies stated honestly
- Recurring bank payments are supported — variable recurring payments, standing consents, or documented recurring debit flows built on the connection
- Pull transaction history for a connected account through the API — paginated, with documented history depth and a sync pattern for fetching only what changed
Hacker News12 stories
- Let a user connect their bank with a drop-in hosted flow — create a session server-side, open the widget, and get back a token for the connected account — without building institution UI myself
- Obtain verified account and routing numbers (or tokenized equivalents) from a linked account to fund ACH or bank-debit payments without micro-deposits
- Fetch a real-time balance for a connected account before initiating a payment — a documented balance endpoint intended for NSF and risk checks
- Retrieve account-holder details — names, addresses, contact data on file at the bank — to match the account owner against my customer
- Linked accounts plug into my payment processor — documented integrations or token exchange that hand verified account credentials to third-party processors and platforms
- Trigger an on-demand refresh of a connected account's data through the API when my use case needs now-fresh data, with the refresh semantics documented
- The platform documents how many institutions it reaches and where — published coverage numbers and geographies I can check against where my users actually bank
- One link session can power multiple data products — auth, balances, transactions, identity — without forcing the user through separate connection flows per product
- Go from signup to my first linked sandbox account fast — self-serve API keys, a runnable quickstart, and client libraries in my language
- Initiate a bank payment from a connected account — a documented pay-by-bank or payment-initiation product with its live geographies stated honestly
- Recurring bank payments are supported — variable recurring payments, standing consents, or documented recurring debit flows built on the connection
- Pull transaction history for a connected account through the API — paginated, with documented history depth and a sync pattern for fetching only what changed
MCP docs8 stories
- Run the product headlessly / in CI for automation
- Connect an agent via an official MCP server
- Drive the product through a documented public API
- Build against official SDKs
- Get AI-generated insights and suggestions from my data inside the product
- Operate the product with natural-language commands
- An agent can operate the platform — create link sessions, retrieve balances and transactions, and manage connections through the API or an MCP surface with scoped credentials
- Do everything through the API that I can do in the UI
Stripe CLI docs6 stories
- Run the product headlessly / in CI for automation
- Use an official CLI
- Drive the product through a documented public API
- Build against official SDKs
- Go from signup to my first linked sandbox account fast — self-serve API keys, a runnable quickstart, and client libraries in my language
- Do everything through the API that I can do in the UI
OpenAPI spec2 stories
Probe proofs — replayable recordings from the probe harnessProbe proofs
Replayable recordings from our probe harness — see the Prove-It protocol to submit one.
$curl -si https://api.stripe.com/v1/financial_connections/accounts | head -2 # keyless → 401reproduced$ curl -si https://api.stripe.com/v1/financial_connections/accounts | head -2 # [redacted]less → 401 HTTP/2 401 server: nginx
$curl -sL https://docs.stripe.com/llms.txt | head -3reproduced$ curl -sL https://docs.stripe.com/llms.txt | head -3 # Stripe Documentation When installing Stripe packages, always check the npm registry for the latest version rather than relying on memorized version numbers. Run `npm view stripe version` or check https://www.npmjs.com/package/stripe before pinning a version. For Python, check https://pypi.org/project/stripe/. Never hardcode an old version number from training data — always install with `@latest` or verify the current version first.
$curl -s -X POST https://mcp.stripe.com/ -H 'Content-Type: application/json' -d '<jsonrpc initialize>' # the remote MCP server Stripe documents at docs.stripe.com/mcpreproduced$ curl -s -X POST https://mcp.stripe.com/ -H 'Content-Type: application/json' -d '<jsonrpc initialize>' # the remote MCP server Stripe documents at docs.stripe.com/mcp
{"error":"Unauthorized. See https://docs.stripe.com/mcp for usage instructions."}
Claims vs evidence — vendor claims reconciled against independent verdictsClaims vs evidence
12 of 15 testable claims verified · 0 contradicted → integrity 80/100
23 distinct capability claims found in Stripe Financial Connections’s own claimed-docs/GitHub materials, reconciled against our judge’s independent verdicts.
12
Verified
3
Unverified
0
Contradicted
16
Undersold
Verified (19)
“One integration can verify bank accounts, check balances, verify ownership, and pull transactions for multiple use cases”
One link session can power multiple data products — auth, balances, transactions, identity — without forcing the user through separate connection flows per productfullproof ↗
“Retrieve a connected account's current and available balance”
Fetch a real-time balance for a connected account before initiating a payment — a documented balance endpoint intended for NSF and risk checksfullproof ↗
“Retrieve the account owner's name and mailing address”
Retrieve account-holder details — names, addresses, contact data on file at the bank — to match the account owner against my customerfullproof ↗
“Retrieve a connected account's transaction history”
Pull transaction history for a connected account through the API — paginated, with documented history depth and a sync pattern for fetching only what changedpartialproof ↗
“Users can save bank account details via Link and reuse them across different Stripe-powered businesses”
Let a user connect their bank with a drop-in hosted flow — create a session server-side, open the widget, and get back a token for the connected account — without building institution UI myselffullproof ↗
“Launch the hosted bank-linking flow client-side using a server-generated client secret”
Let a user connect their bank with a drop-in hosted flow — create a session server-side, open the widget, and get back a token for the connected account — without building institution UI myselffullproof ↗
“Users can pick their bank from over 12,000 supported institutions via search or frequent picks”
The platform documents how many institutions it reaches and where — published coverage numbers and geographies I can check against where my users actually bankpartialproof ↗
“Collect a bank account for ACH Direct Debit payments while accessing balance data”
Obtain verified account and routing numbers (or tokenized equivalents) from a linked account to fund ACH or bank-debit payments without micro-depositsfullproof ↗
“Collect a bank account for Connect payouts along with ownership details”
Linked accounts plug into my payment processor — documented integrations or token exchange that hand verified account credentials to third-party processors and platformsfullproof ↗
“Provides agent-powered spending analysis from connected account data”
Get AI-generated insights and suggestions from my data inside the productpartialproof ↗
“Includes a Link CLI for interacting with the product”
“Sends a webhook when a triggered balance refresh completes”
Trigger an on-demand refresh of a connected account's data through the API when my use case needs now-fresh data, with the refresh semantics documentedpartialproof ↗
“Instant bank account verification with no manual entry or microdeposit fallback required”
Obtain verified account and routing numbers (or tokenized equivalents) from a linked account to fund ACH or bank-debit payments without micro-depositsfullproof ↗
“Official Stripe MCP server lets AI agents call the Stripe API and search Stripe docs/support content”
“Sends a webhook when an ownership data refresh completes”
Trigger an on-demand refresh of a connected account's data through the API when my use case needs now-fresh data, with the refresh semantics documentedpartialproof ↗
“Sends a webhook when a transaction data refresh completes”
Trigger an on-demand refresh of a connected account's data through the API when my use case needs now-fresh data, with the refresh semantics documentedpartialproof ↗
“Reduces payment failures caused by closed or inactive bank accounts by verifying accounts upfront”
Obtain verified account and routing numbers (or tokenized equivalents) from a linked account to fund ACH or bank-debit payments without micro-depositsfullproof ↗
“Keeps users on-session during payment setup instead of forcing them to look up account/routing numbers”
Let a user connect their bank with a drop-in hosted flow — create a session server-side, open the widget, and get back a token for the connected account — without building institution UI myselffullproof ↗
“Eliminates the need to build a custom bank account collection form, saving development time”
Let a user connect their bank with a drop-in hosted flow — create a session server-side, open the widget, and get back a token for the connected account — without building institution UI myselffullproof ↗
Unverified (6)
“Emits a webhook when a customer links a new account, one event per linked account”
Data changes arrive as signed webhooks — new transactions, balance updates, connection state changes — so my system stays current without pollingpartialproof ↗
“Sends a webhook when a triggered balance refresh completes”
Data changes arrive as signed webhooks — new transactions, balance updates, connection state changes — so my system stays current without pollingpartialproof ↗
“A relink API lets users reconnect an inactive or broken account connection”
Broken connections are repairable — expired or revoked links surface as documented statuses, and users can re-authenticate in an update flow without starting overpartialproof ↗
“Sandbox mode offers test institutions that can be linked without providing real credentials”
A sandbox with test institutions and documented test credentials lets me exercise linking, data retrieval, and error states end-to-end before touching a real bank accountfullproof ↗
“Sends a webhook when an ownership data refresh completes”
Data changes arrive as signed webhooks — new transactions, balance updates, connection state changes — so my system stays current without pollingpartialproof ↗
“Sends a webhook when a transaction data refresh completes”
Data changes arrive as signed webhooks — new transactions, balance updates, connection state changes — so my system stays current without pollingpartialproof ↗
Undersold (16)
Point an agent at llms.txt or agent-oriented docsfullproof ↗
Run the product headlessly / in CI for automationpartialproof ↗
Drive the product through a documented public APIpartialproof ↗
Set up automations that run autonomously in the backgroundpartialproof ↗
Operate the product with natural-language commandspartialproof ↗
Test against a sandbox environment without touching production datafullproof ↗
The data comes back agent-consumable — clean structured JSON, documented schemas, and enrichment an automated financial workflow can reason over without heuristic parsingpartialproof ↗
An agent can operate the platform — create link sessions, retrieve balances and transactions, and manage connections through the API or an MCP surface with scoped credentialspartialproof ↗
I request only the data scopes I need — product-scoped consents and documented data-minimization controls, not an all-or-nothing grantpartialproof ↗
Per-institution health is visible — documented institution statuses, outage or degradation signals, and error codes that distinguish a bank problem from my problempartialproof ↗
Go from signup to my first linked sandbox account fast — self-serve API keys, a runnable quickstart, and client libraries in my languagepartialproof ↗
Do everything through the API that I can do in the UIpartialproof ↗
Initiate a bank payment from a connected account — a documented pay-by-bank or payment-initiation product with its live geographies stated honestlypartialproof ↗
Recurring bank payments are supported — variable recurring payments, standing consents, or documented recurring debit flows built on the connectionpartialproof ↗
Claims outside our story set (1)
Real capability claims found in Stripe Financial Connections’s own materials, but no story in this arena’s taxonomy covers them yet — that’s feedback on the taxonomy, not a mark against the product.
“Collect user bank accounts and account data to build more complex apps such as personal finance tools”
source ↗
Business model
Published per-call pricing: $1.50 per verified account, 10¢ per balance call, $1.50 per account-owner call, 30¢ per institution per account holder per month for transactions; US bank accounts only, usable by businesses in 36 countries.
pricing ↗Score trend
How this product’s scores have moved as evidence and verdicts are re-derived — a point per change, not per day.
Try Experimental
Run it in the microterminal →Recorded agent sessions — and a live MCP handshake where the vendor ships one.
Flag
⚑ Flag a verdictThink a verdict is wrong? Opens a prefilled GitHub issue — or use the ⚑ next to any verdict above.
For agents
