Rank #2 of 5 in Payment Fraud Prevention
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 |
| Radarthis page | 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 Connections | 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 Radar before you ever sign up. Pick a story: recorded sessions replay real probe-harness transcripts; commands tagged live-capable can re-run against the real endpoint from our edge, right now (▶ run live — the exact same request, live and recorded lines always labeled); 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/radar/value_lists | head -4 # Radar lists API, 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
Agentic commerce — stories about agentic commerce in this arenaAgentic commerceevidence →
Stories about agentic commerce 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
Chargeback disputes — stories about chargeback disputes in this arenaChargeback disputesevidence →
Stories about chargeback disputes in this arena
Fraud agent access — stories about fraud agent access in this arenaFraud agent accessevidence →
Stories about fraud agent access in this arena
Fraud surfaces — stories about fraud surfaces in this arenaFraud surfacesevidence →
Stories about fraud surfaces in this arena
Model transparency — stories about model transparency in this arenaModel transparencyevidence →
Stories about model transparency in this arena
Openness — open source, data portability, and self-hosting storiesOpennessevidence →
Open source, data portability, and self-hosting stories
Privacy posture — data-handling and privacy storiesPrivacy postureevidence →
Data-handling and privacy stories
Residency compliance — stories about residency compliance in this arenaResidency complianceevidence →
Stories about residency compliance in this arena
Review queues — stories about review queues in this arenaReview queuesevidence →
Stories about review queues in this arena
Risk scoring — stories about risk scoring in this arenaRisk scoringevidence →
Stories about risk scoring in this arena
Rules engine — stories about rules engine in this arenaRules engineevidence →
Stories about rules engine in this arena
Story verdicts — every judged story with its evidenceStory verdicts
Follow the green: where the map greys out is where Stripe Radar stops today. ✓ full · ~ partial · ! disputed · — none · n/a not applicable.
Agentic commerce — stories about agentic commerce in this arenaAgentic commerce
Stories about agentic commerce in this arena
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
✓8/10
unlocks → Webhooks · Machine-readable spec · Versioning policy · API/UI parity · Full data export · The product distinguishes malicious bots from legitimate AI buying agents, so agent-driven purchases aren't blanket-blocked as fraud · Pass verified agent identity — agentic-payment protocols, signed agent tokens, delegated spending scopes — into the risk decision as a first-class signal · An agent can read my fraud posture and manage rules and lists programmatically — propose a velocity rule, update a blocklist — with human approval gates · The product ships its own AI assistant — natural-language queries over my fraud data, drafted rules, investigation summaries — built into the console
Subscribe to events via webhooks
—–
Build against official SDKs
~5/10
Issue scoped/least-privilege API credentials for an agent
n/an/a
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
Agentic features
Delegate tasks to a built-in AI assistant inside the product
—–
Operate the product with natural-language commands
—0/10
Plug MCP servers into this product so it can use their tools
—0/10
Get AI-generated insights and suggestions from my data inside the product
—–
Set up automations that run autonomously in the background
~6/10
Automation depth — how much of the product can run unattendedAutomation depth
How much of the product can run unattended
Chargeback disputes — stories about chargeback disputes in this arenaChargeback disputes
Stories about chargeback disputes in this arena
Shift fraud liability to the vendor — a chargeback guarantee that reimburses approved-then-disputed orders, with clear coverage terms
—–
See the numbers that matter — dispute rate, false-positive rate, approval-rate lift, review workload — and export them for the board
~4/10
Chargeback responses are automated — evidence compiled from order, delivery, and session data and submitted to the issuer without manual copy-paste
—0/10
Fraud agent access — stories about fraud agent access in this arenaFraud agent access
Stories about fraud agent access in this arena
An agent can read my fraud posture and manage rules and lists programmatically — propose a velocity rule, update a blocklist — with human approval gates
!4/10
An agent can work the review queue — pull flagged cases with their context, summarize the evidence, and recommend a decision for a human to confirm
~6/10
The product ships its own AI assistant — natural-language queries over my fraud data, drafted rules, investigation summaries — built into the console
—–
Fraud surfaces — stories about fraud surfaces in this arenaFraud surfaces
Stories about fraud surfaces in this arena
Protection extends beyond checkout — account takeover, fake account creation, promo and policy abuse are scored and managed in the same system
~5/10
There are maintained integrations for my commerce stack — Shopify, Salesforce Commerce, BigCommerce, and the major PSPs — not just a raw API
—0/10
Use the product across whatever payment stack I run — multiple PSPs, gateways, and platforms — rather than being locked to one processor's rails
—0/10
Model transparency — stories about model transparency in this arenaModel transparency
Stories about model transparency in this arena
Openness — open source, data portability, and self-hosting storiesOpenness
Open source, data portability, and self-hosting stories
Privacy posture — data-handling and privacy storiesPrivacy posture
Data-handling and privacy stories
Residency compliance — stories about residency compliance in this arenaResidency compliance
Stories about residency compliance in this arena
Control where fraud data lives and how long it's kept — regional residency options and retention controls that survive a privacy review
—–
European traffic is routed intelligently through SCA — 3DS triggered when required or risky, exemptions requested when safe — to protect both compliance and conversion
~4/10
Review queues — stories about review queues in this arenaReview queues
Stories about review queues in this arena
Flagged transactions land in a review queue that shows the full context — customer history, signals, similar cases — so I can decide quickly and consistently
~7/10
My review decisions and confirmed fraud outcomes feed back into the model and rules, so the system learns from every case we work
~4/10
Review work is a team workflow — assignment, escalation, SLAs, and a decision audit trail that shows who approved what and why
~3/10
Risk scoring — stories about risk scoring in this arenaRisk scoring
Stories about risk scoring in this arena
Feed the model my own signals — device fingerprints, behavioral data, custom metadata — so scoring reflects my business, not just network defaults
~5/10
Scoring benefits from a cross-merchant network — a card or identity seen across thousands of other businesses informs the risk decision on mine
~5/10
Map score ranges to actions — allow, review, block, step-up 3DS — and tune thresholds to my own risk appetite instead of a fixed cutoff
~6/10
Get a machine-learning risk score for a transaction in real time — synchronously, before authorization completes — through a documented API
~6/10
Rules engine — stories about rules engine in this arenaRules engine
Stories about rules engine in this arena
Backtest a rule against my historical traffic before deploying it, seeing exactly what it would have blocked, flagged, and cost
—0/10
Maintain allow and block lists — emails, cards, devices, IPs — and velocity limits, managed through the dashboard and programmatically
!5/10
Author custom rules that combine model scores, velocity counters, list matches, and transaction attributes into allow, block, or review decisions
~7/10
Sorted by importance (agentic first) (high → low) · 54/54 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 | full | 8/10 | Tprobed | |
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 | none | 0/10 | ||
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 | untested | none yet | |
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 | 9/10 | Tprobed | |
Use an official CLI G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | full | 8/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 | 6/10 | Xcommunity | |
Build against official SDKs G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | partial | 5/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 | 5/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 | ||
Operate the product with natural-language commands G Agentic features | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | 0/10 | ||
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 | none | untested | none yet | |
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 | n/a | 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 | |
Subscribe to events via webhooks G Agent access | 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 | partial | 7/10 | Tprobed | |
Author custom rules that combine model scores, velocity counters, list matches, and transaction attributes into allow, block, or review decisions C Rule authoring | risk analyst | Rules engine — stories about rules engine in this arenaRules engine | 3 | partial | 7/10 | Xcommunity | |
Flagged transactions land in a review queue that shows the full context — customer history, signals, similar cases — so I can decide quickly and consistently C Case review | risk analyst | Review queues — stories about review queues in this arenaReview queues | 3 | partial | 7/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 | partial | 6/10 | Xcommunity | |
Get a machine-learning risk score for a transaction in real time — synchronously, before authorization completes — through a documented API C Scoring api | developer | Risk scoring — stories about risk scoring in this arenaRisk scoring | 3 | partial | 6/10 | Cclaimed | |
An agent can read my fraud posture and manage rules and lists programmatically — propose a velocity rule, update a blocklist — with human approval gates C Agent operations | ai-native user | Fraud agent access — stories about fraud agent access in this arenaFraud agent access | 3 | disputed | 4/10 | Dcontradicted | |
Every score comes with its top risk factors — why this transaction looks risky — not just an opaque number C Explainability | risk analyst | Model transparency — stories about model transparency in this arenaModel transparency | 3 | partial | 4/10 | Cclaimed | |
Chargeback responses are automated — evidence compiled from order, delivery, and session data and submitted to the issuer without manual copy-paste C Representment | ops user | Chargeback disputes — stories about chargeback disputes in this arenaChargeback disputes | 3 | none | 0/10 | ||
Use the product across whatever payment stack I run — multiple PSPs, gateways, and platforms — rather than being locked to one processor's rails C Psp coverage | developer | Fraud surfaces — stories about fraud surfaces in this arenaFraud surfaces | 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 | |
An agent can work the review queue — pull flagged cases with their context, summarize the evidence, and recommend a decision for a human to confirm C Agent triage | ai-native user | Fraud agent access — stories about fraud agent access in this arenaFraud agent access | 2 | partial | 6/10 | Tprobed | |
Map score ranges to actions — allow, review, block, step-up 3DS — and tune thresholds to my own risk appetite instead of a fixed cutoff C Score actions | ops user | Risk scoring — stories about risk scoring in this arenaRisk scoring | 2 | partial | 6/10 | Xcommunity | |
Feed the model my own signals — device fingerprints, behavioral data, custom metadata — so scoring reflects my business, not just network defaults C Custom signals | developer | Risk scoring — stories about risk scoring in this arenaRisk scoring | 2 | partial | 5/10 | Xcommunity | |
Maintain allow and block lists — emails, cards, devices, IPs — and velocity limits, managed through the dashboard and programmatically C Lists | ops user | Rules engine — stories about rules engine in this arenaRules engine | 2 | disputed | 5/10 | Dcontradicted | |
Perform bulk operations across many items at once G | ai-native user | Automation depth — how much of the product can run unattendedAutomation depth | 2 | partial | 5/10 | Cclaimed | |
Protection extends beyond checkout — account takeover, fake account creation, promo and policy abuse are scored and managed in the same system C Abuse coverage | risk analyst | Fraud surfaces — stories about fraud surfaces in this arenaFraud surfaces | 2 | partial | 5/10 | Cclaimed | |
Scoring benefits from a cross-merchant network — a card or identity seen across thousands of other businesses informs the risk decision on mine C Network effects | founder | Risk scoring — stories about risk scoring in this arenaRisk scoring | 2 | partial | 5/10 | Cclaimed | |
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 | disputed | 4/10 | Dcontradicted | |
European traffic is routed intelligently through SCA — 3DS triggered when required or risky, exemptions requested when safe — to protect both compliance and conversion C Sca | developer | Residency compliance — stories about residency compliance in this arenaResidency compliance | 2 | partial | 4/10 | Cclaimed | |
My review decisions and confirmed fraud outcomes feed back into the model and rules, so the system learns from every case we work C Feedback loop | risk analyst | Review queues — stories about review queues in this arenaReview queues | 2 | partial | 4/10 | Cclaimed | |
See the numbers that matter — dispute rate, false-positive rate, approval-rate lift, review workload — and export them for the board C Outcome reporting | finance lead | Chargeback disputes — stories about chargeback disputes in this arenaChargeback disputes | 2 | partial | 4/10 | Cclaimed | |
Review work is a team workflow — assignment, escalation, SLAs, and a decision audit trail that shows who approved what and why C Team workflows | ops user | Review queues — stories about review queues in this arenaReview queues | 2 | partial | 3/10 | Cclaimed | |
Backtest a rule against my historical traffic before deploying it, seeing exactly what it would have blocked, flagged, and cost C Backtesting | risk analyst | Rules engine — stories about rules engine in this arenaRules engine | 2 | none | 0/10 | ||
Measure the model itself — precision and recall on my traffic, shadow-mode trials of new models or rules before they take over decisions C Model evaluation | finance lead | Model transparency — stories about model transparency in this arenaModel transparency | 2 | none | 0/10 | ||
Pass verified agent identity — agentic-payment protocols, signed agent tokens, delegated spending scopes — into the risk decision as a first-class signal C Agent identity | developer | Agentic commerce — stories about agentic commerce in this arenaAgentic commerce | 2 | none | 0/10 | ||
The product distinguishes malicious bots from legitimate AI buying agents, so agent-driven purchases aren't blanket-blocked as fraud C Agent detection | ai-native user | Agentic commerce — stories about agentic commerce in this arenaAgentic commerce | 2 | none | 0/10 | ||
There are maintained integrations for my commerce stack — Shopify, Salesforce Commerce, BigCommerce, and the major PSPs — not just a raw API C Integrations | ops user | Fraud surfaces — stories about fraud surfaces in this arenaFraud surfaces | 2 | none | 0/10 | ||
Choose where my data is stored (region/residency) G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 2 | none | untested | none yet | |
Control data retention and deletion G | ai-native user | Privacy posture — data-handling and privacy storiesPrivacy posture | 2 | none | untested | none yet | |
Control where fraud data lives and how long it's kept — regional residency options and retention controls that survive a privacy review C Residency | ops user | Residency compliance — stories about residency compliance in this arenaResidency compliance | 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 | n/a | untested | none yet | |
Shift fraud liability to the vendor — a chargeback guarantee that reimburses approved-then-disputed orders, with clear coverage terms C Guarantee | finance lead | Chargeback disputes — stories about chargeback disputes in this arenaChargeback disputes | 2 | none | untested | none yet | |
The product ships its own AI assistant — natural-language queries over my fraud data, drafted rules, investigation summaries — built into the console C Builtin ai | risk analyst | Fraud agent access — stories about fraud agent access in this arenaFraud agent access | 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 | none | untested | none yet |
Opportunities — the stories that would move this product's scores, from its own judged verdictsOpportunitiestop 8 of 42 stories with headroom
What would move Stripe Radar’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
No evidence of a built-in AI assistant within Stripe Radar to which users can delegate tasks; the product offers rules, lists, reviews, and analytics but no conversational/agentic assistant feature is documented.
Agenticness — how well agents can access and operate the productPlug MCP servers into this product so it can use their tools
nonemoves agent-readyimpact 45
Evidence only shows Stripe publishes an official MCP *server* (docs.stripe.com/mcp) exposing its own tools to external agents, not that Radar itself can act as an MCP client consuming other servers' tools.
Chargeback disputes — stories about chargeback disputes in this arenaChargeback responses are automated — evidence compiled from order, delivery, and session data and submitted to the issuer without manual copy-paste
nonemoves PA Scoreimpact 30
Radar's documented capabilities are fraud scoring, rules, reviews, and dispute-rate monitoring/analytics (docs-2, docs-4, docs-7, docs-9) — none of the evidence describes compiling order/delivery/session evidence and auto-submitting it to card issuers for chargeback responses.
Openness — open source, data portability, and self-hosting storiesExport all of my data in open formats and leave
nonemoves PA Scoreimpact 30
Missing: bulk/full data export tooling, open-format (CSV/JSON) export docs, any account-closure/data-portability guarantee.
Fraud surfaces — stories about fraud surfaces in this arenaUse the product across whatever payment stack I run — multiple PSPs, gateways, and platforms — rather than being locked to one processor's rails
nonemoves PA Scoreimpact 30
All evidence describes Radar as a feature built directly into Stripe's own payments processing (rules, reviews, risk settings, session tokenization, testing tied to Stripe test cards) with no mention of usable integration with other PSPs, gateways, or platforms.
Agenticness — how well agents can access and operate the productGet AI-generated insights and suggestions from my data inside the product
nonemoves Built-in AIimpact 30
Radar's docs describe rule-based fraud controls, risk scoring, and dashboard analytics/visualizations (docs-4, docs-12), but there is no evidence of AI-generated natural-language insights or suggestions (e.g., an assistant summarizing fraud trends or recommending rule changes) surfaced inside the product.
Agenticness — how well agents can access and operate the productOperate the product with natural-language commands
nonemoves Built-in AIimpact 30
Radar's rule configuration is a structured DSL (attributes/expressions) rather than natural-language commands, and while Stripe has a generic MCP server (stripe-radar-probe-4), there is no evidence it exposes Radar-specific fraud rule management or that Radar can be operated via free-form NL instructions.
Agenticness — how well agents can access and operate the productSubscribe to events via webhooks
nonemoves agent-readyimpact 30
The evidence pack documents Radar's REST APIs (reviews, early fraud warnings, value lists) but never mentions webhook event subscriptions for these Radar events, so there's no evidence of an AI-native webhook subscription capability despite this being a plausible axis for an API-driven fraud product.
Showing the top 8 of 42 — 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 map8 surfaces · 26 covered stories
Where the cited evidence behind each covered verdict came from — the same citations the verdicts table shows, no extra judging.
Radar docs24 stories
- Point an agent at llms.txt or agent-oriented docs
- Run the product headlessly / in CI for automation
- Drive the product through a documented public API
- Build against official SDKs
- Set up automations that run autonomously in the background
- Test against a sandbox environment without touching production data
- Perform bulk operations across many items at once
- Define rules that trigger actions automatically on events
- See the numbers that matter — dispute rate, false-positive rate, approval-rate lift, review workload — and export them for the board
- An agent can read my fraud posture and manage rules and lists programmatically — propose a velocity rule, update a blocklist — with human approval gates
- An agent can work the review queue — pull flagged cases with their context, summarize the evidence, and recommend a decision for a human to confirm
- Protection extends beyond checkout — account takeover, fake account creation, promo and policy abuse are scored and managed in the same system
- Every score comes with its top risk factors — why this transaction looks risky — not just an opaque number
- Do everything through the API that I can do in the UI
- European traffic is routed intelligently through SCA — 3DS triggered when required or risky, exemptions requested when safe — to protect both compliance and conversion
- Flagged transactions land in a review queue that shows the full context — customer history, signals, similar cases — so I can decide quickly and consistently
- My review decisions and confirmed fraud outcomes feed back into the model and rules, so the system learns from every case we work
- Review work is a team workflow — assignment, escalation, SLAs, and a decision audit trail that shows who approved what and why
- Feed the model my own signals — device fingerprints, behavioral data, custom metadata — so scoring reflects my business, not just network defaults
- Scoring benefits from a cross-merchant network — a card or identity seen across thousands of other businesses informs the risk decision on mine
- Map score ranges to actions — allow, review, block, step-up 3DS — and tune thresholds to my own risk appetite instead of a fixed cutoff
- Get a machine-learning risk score for a transaction in real time — synchronously, before authorization completes — through a documented API
- Maintain allow and block lists — emails, cards, devices, IPs — and velocity limits, managed through the dashboard and programmatically
- Author custom rules that combine model scores, velocity counters, list matches, and transaction attributes into allow, block, or review decisions
API reference18 stories
- Run the product headlessly / in CI for automation
- Drive the product through a documented public API
- Build against official SDKs
- Perform bulk operations across many items at once
- Define rules that trigger actions automatically on events
- See the numbers that matter — dispute rate, false-positive rate, approval-rate lift, review workload — and export them for the board
- An agent can read my fraud posture and manage rules and lists programmatically — propose a velocity rule, update a blocklist — with human approval gates
- An agent can work the review queue — pull flagged cases with their context, summarize the evidence, and recommend a decision for a human to confirm
- Protection extends beyond checkout — account takeover, fake account creation, promo and policy abuse are scored and managed in the same system
- Do everything through the API that I can do in the UI
- Flagged transactions land in a review queue that shows the full context — customer history, signals, similar cases — so I can decide quickly and consistently
- My review decisions and confirmed fraud outcomes feed back into the model and rules, so the system learns from every case we work
- Review work is a team workflow — assignment, escalation, SLAs, and a decision audit trail that shows who approved what and why
- Feed the model my own signals — device fingerprints, behavioral data, custom metadata — so scoring reflects my business, not just network defaults
- Scoring benefits from a cross-merchant network — a card or identity seen across thousands of other businesses informs the risk decision on mine
- Get a machine-learning risk score for a transaction in real time — synchronously, before authorization completes — through a documented API
- Maintain allow and block lists — emails, cards, devices, IPs — and velocity limits, managed through the dashboard and programmatically
- Author custom rules that combine model scores, velocity counters, list matches, and transaction attributes into allow, block, or review decisions
Hacker News11 stories
- Run the product headlessly / in CI for automation
- Set up automations that run autonomously in the background
- Define rules that trigger actions automatically on events
- An agent can read my fraud posture and manage rules and lists programmatically — propose a velocity rule, update a blocklist — with human approval gates
- An agent can work the review queue — pull flagged cases with their context, summarize the evidence, and recommend a decision for a human to confirm
- Do everything through the API that I can do in the UI
- Flagged transactions land in a review queue that shows the full context — customer history, signals, similar cases — so I can decide quickly and consistently
- Feed the model my own signals — device fingerprints, behavioral data, custom metadata — so scoring reflects my business, not just network defaults
- Map score ranges to actions — allow, review, block, step-up 3DS — and tune thresholds to my own risk appetite instead of a fixed cutoff
- Maintain allow and block lists — emails, cards, devices, IPs — and velocity limits, managed through the dashboard and programmatically
- Author custom rules that combine model scores, velocity counters, list matches, and transaction attributes into allow, block, or review decisions
MCP docs4 stories
- Connect an agent via an official MCP server
- Drive the product through a documented public API
- An agent can read my fraud posture and manage rules and lists programmatically — propose a velocity rule, update a blocklist — with human approval gates
- An agent can work the review queue — pull flagged cases with their context, summarize the evidence, and recommend a decision for a human to confirm
Stripe CLI docs4 stories
Disputes docs2 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/radar/value_lists | head -4 # Radar lists API, keyless → 401reproduced$ curl -si https://api.stripe.com/v1/radar/value_lists | head -4 # Radar lists API, [redacted]less → 401 HTTP/2 401 server: nginx date: Mon, 14 Sep 2026 23:33:12 GMT content-type: application/json
$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 -si -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 -si -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 HTTP/2 401 www-authenticate: Bearer resource_metadata=https://mcp.stripe.com/.well-known/oauth-protected-resource
Claims vs evidence — vendor claims reconciled against independent verdictsClaims vs evidence
5 of 11 testable claims verified · 1 contradicted → integrity 27/100
16 distinct capability claims found in Stripe Radar’s own claimed-docs/GitHub materials, reconciled against our judge’s independent verdicts.
5
Verified
5
Unverified
1
Contradicted
13
Undersold
Verified (6)
“Lets you build custom rules using supported transaction attributes specific to your business”
Author custom rules that combine model scores, velocity counters, list matches, and transaction attributes into allow, block, or review decisionspartialproof ↗
“Offers special test card numbers that simulate specific risk levels for sandbox testing”
Test against a sandbox environment without touching production datapartialproof ↗
“Provides an API endpoint to approve flagged reviews programmatically”
Flagged transactions land in a review queue that shows the full context — customer history, signals, similar cases — so I can decide quickly and consistentlypartialproof ↗
“Lets you build a targeted queue of payments matching specified criteria for manual review”
Flagged transactions land in a review queue that shows the full context — customer history, signals, similar cases — so I can decide quickly and consistentlypartialproof ↗
“Risk settings let you tune the balance between authorization rate and fraud prevention”
Map score ranges to actions — allow, review, block, step-up 3DS — and tune thresholds to my own risk appetite instead of a fixed cutoffpartialproof ↗
“Radar Sessions capture fraud signals without requiring full card tokenization on Stripe”
Feed the model my own signals — device fingerprints, behavioral data, custom metadata — so scoring reflects my business, not just network defaultspartialproof ↗
Unverified (6)
“Automatically requests 3D Secure for new customers when their payment method supports it”
European traffic is routed intelligently through SCA — 3DS triggered when required or risky, exemptions requested when safe — to protect both compliance and conversionpartialproof ↗
“Provides dashboard visualizations of transaction volume and fraud-rate trends over time”
See the numbers that matter — dispute rate, false-positive rate, approval-rate lift, review workload — and export them for the boardpartialproof ↗
“Radar Standard gives out-of-the-box fraud detection and prevention across all payment methods, including identifying fraudulent accounts”
Protection extends beyond checkout — account takeover, fake account creation, promo and policy abuse are scored and managed in the same systempartialproof ↗
“Shows how the risk score was calculated directly on the Radar dashboard page”
Every score comes with its top risk factors — why this transaction looks risky — not just an opaque numberpartialproof ↗
“Shows a network view of related payments sharing the same customer ID, IP address, or card number”
Scoring benefits from a cross-merchant network — a card or identity seen across thousands of other businesses informs the risk decision on minepartialproof ↗
“Radar Pro adds detection for multi-account, free trial, and pay-as-you-go abuse beyond payment fraud”
Protection extends beyond checkout — account takeover, fake account creation, promo and policy abuse are scored and managed in the same systempartialproof ↗
Contradicted (2)
“Supports value lists that group related values for reuse across custom rules”
Maintain allow and block lists — emails, cards, devices, IPs — and velocity limits, managed through the dashboard and programmaticallydisputedproof ↗
“Maintains a trusted-customer allow list to auto-approve payments from specified customer IDs”
Maintain allow and block lists — emails, cards, devices, IPs — and velocity limits, managed through the dashboard and programmaticallydisputedproof ↗
Undersold (13)
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 APIfullproof ↗
Set up automations that run autonomously in the backgroundpartialproof ↗
Perform bulk operations across many items at oncepartialproof ↗
Define rules that trigger actions automatically on eventspartialproof ↗
An agent can work the review queue — pull flagged cases with their context, summarize the evidence, and recommend a decision for a human to confirmpartialproof ↗
My review decisions and confirmed fraud outcomes feed back into the model and rules, so the system learns from every case we workpartialproof ↗
Review work is a team workflow — assignment, escalation, SLAs, and a decision audit trail that shows who approved what and whypartialproof ↗
Get a machine-learning risk score for a transaction in real time — synchronously, before authorization completes — through a documented APIpartialproof ↗
Claims outside our story set (2)
Real capability claims found in Stripe Radar’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.
“Can automatically pause payouts on accounts with a high dispute rate”
source ↗“Surfaces early fraud warnings when a card issuer flags a charge as potentially fraudulent”
source ↗
Business model
Repriced Oct 2026 into Standard/Plus/Pro tiers from $10/$14/$20 a month for businesses ($20/$44/$70 for platforms), each with a pay-as-you-go per-screened-transaction option; works whether or not you process on Stripe.
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
