Try itExperimental
See what an agent can do with Treasury Prime 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); sandboxed self-drive sessions are designed and gated (docs/TRY-IT.md).
$curl -s https://api.treasuryprime.com/account | head -c 120 # keyless → 403 "Access denied", not an auth challengerecorded 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 provisioning — stories about account provisioning in this arenaAccount provisioningevidence →
Stories about account provisioning 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
Banking agent access — stories about banking agent access in this arenaBanking agent accessevidence →
Stories about banking agent access in this arena
Banking cards — stories about banking cards in this arenaBanking cardsevidence →
Stories about banking cards in this arena
Banking ledger — stories about banking ledger in this arenaBanking ledgerevidence →
Stories about banking ledger in this arena
Banking onboarding — stories about banking onboarding in this arenaBanking onboardingevidence →
Stories about banking onboarding in this arena
Banking risk controls — stories about banking risk controls in this arenaBanking risk controlsevidence →
Stories about banking risk controls in this arena
Money movement — stories about money movement in this arenaMoney movementevidence →
Stories about money movement 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
Sponsor model — stories about sponsor model in this arenaSponsor modelevidence →
Stories about sponsor model in this arena
Story verdicts — every judged story with its evidenceStory verdicts
Follow the green: where the map greys out is where Treasury Prime stops today. ✓ full · ~ partial · ! disputed · — none · n/a not applicable.
Account provisioning — stories about account provisioning in this arenaAccount provisioning
Stories about account provisioning in this arena
Open a real, insured deposit account through the API — application to active account fully programmatic, with sandbox parity so the flow is tested before launch
~7/10
The account structure is transparent — whether funds sit in FBO pools or individual accounts, where FDIC insurance actually attaches, and who can see the ledger, all documented plainly
—–
Issue unique account and routing numbers at scale — virtual accounts for reconciliation, per-customer collection accounts, and sub-accounts under a master structure
—0/10
Idle balances can earn — interest-bearing accounts or documented sweep options, with the rate mechanics and who keeps the spread spelled out
—–
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 · Official SDKs · Scoped API keys · MCP server · Machine-readable spec · Versioning policy · Official CLI · Full data export · An agent can operate an account within policy — scoped credentials that let it read balances and initiate transfers under amount caps and counterparty allowlists, a use the vendor documents by name · The product ships its own AI for banking operations — natural-language search over transactions, drafted responses to disputes and alerts, anomaly summaries — built in, not bolted on
Subscribe to events via webhooks
—–
Build against official SDKs
—0/10
Issue scoped/least-privilege API credentials for an agent
—0/10
Connect an agent via an official MCP server
—0/10
Download a machine-readable API spec (OpenAPI or equivalent)
—0/10
Rely on versioned APIs with a documented deprecation policy
—0/10
Test against a sandbox environment without touching production data
✓8/10
Explore an interactive API reference with runnable examples
~4/10
Agentic features
Delegate tasks to a built-in AI assistant inside the product
n/an/a
Operate the product with natural-language commands
—–
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
—–
Set up automations that run autonomously in the background
—–
Automation depth — how much of the product can run unattendedAutomation depth
How much of the product can run unattended
Banking agent access — stories about banking agent access in this arenaBanking agent access
Stories about banking agent access in this arena
An agent can operate an account within policy — scoped credentials that let it read balances and initiate transfers under amount caps and counterparty allowlists, a use the vendor documents by name
—0/10
An agent can read the full banking picture — accounts, transactions, pending activity, documents — through a clean API or MCP surface without screen-scraping a dashboard
~5/10
The product ships its own AI for banking operations — natural-language search over transactions, drafted responses to disputes and alerts, anomaly summaries — built in, not bolted on
—–
Banking cards — stories about banking cards in this arenaBanking cards
Stories about banking cards in this arena
Accounts come with cards — issue virtual and physical debit cards tied to the account through the same API, with spend controls and digital wallet support
—–
Card and ACH disputes are handled properly — Reg E investigation timelines, provisional credit mechanics, and my operational responsibilities documented and tooled
—–
Banking ledger — stories about banking ledger in this arenaBanking ledger
Stories about banking ledger in this arena
The ledger is real-time and event-driven — balance reads that reflect holds and pending activity, and webhooks for every transaction state change so my system mirrors the bank exactly
—0/10
Transaction data is rich enough to build on — counterparty details, rail-specific metadata, stable identifiers, and enrichment that makes a raw bank feed usable in-product
~4/10
The paper obligations are automated — monthly statements generated per account, and tax documents (1099-INT) produced and retrievable through the API
~4/10
Banking onboarding — stories about banking onboarding in this arenaBanking onboarding
Stories about banking onboarding in this arena
Customer verification is programmatic — KYC for individuals and KYB for businesses with document collection, watchlist screening, and clearly modeled application states
~6/10
Work the onboarding queue — see why an application is pending, supply additional documents, and understand which decisions are mine versus the bank's
—0/10
Banking risk controls — stories about banking risk controls in this arenaBanking risk controls
Stories about banking risk controls in this arena
Set risk controls per account and per program — transaction and velocity limits, holds on suspicious activity, and account freezes with documented reinstatement paths
—0/10
Fraud economics are explicit — who eats ACH return fraud, card disputes, and account takeover losses, with the platform's prevention tooling documented alongside the liability split
—–
Growth doesn't hit invisible walls — program-level limits, approval stages, and the path to raising them are documented rather than discovered in an email from the bank
—–
Money movement — stories about money movement in this arenaMoney movement
Stories about money movement in this arena
Originate ACH through the API — credits and debits, same-day windows, and the unhappy paths (returns, NOCs, reversals) modeled as first-class objects with webhooks
~5/10
Checks still work — programmatic check issuance and check deposit with image capture, because real businesses still receive and send paper
—–
The faster rails are there when I need them — domestic wires, RTP, and FedNow origination and receipt through the same API, with per-rail capabilities documented
~6/10
Money can cross borders — international wires or SWIFT, FX with transparent rates, and the coverage map of currencies and corridors documented
—–
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
Sponsor model — stories about sponsor model in this arenaSponsor model
Stories about sponsor model in this arena
Exactly who holds the charter — whether the platform is a bank, a direct program with a named partner bank, or middleware between me and someone else's sponsor — and what happens to my customers if the platform fails
—–
The compliance workload is tooled — transaction monitoring, sanctions screening, case management for alerts, and SAR-filing support with a clear split of duties between me, the platform, and the bank
—0/10
The platform ledger reconciles to the bank core — documented daily reconciliation between what the API reports and what the bank holds, the failure that sank Synapse-era programs
—–
Sorted by importance (agentic first) (high → low) · 53/53 stories · click a row’s chevron for the rationale and evidence
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 | |
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 | 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 | n/a | untested | none yet | |
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 | 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 | |
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 | 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 | |
Build against official SDKs G Agent access | ai-native user | Agenticness — how well agents can access and operate the productAgenticness | 2 | none | 0/10 | ||
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 | ||
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 | 0/10 | ||
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 | 0/10 | ||
Use an official CLI G Agent access | 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 | |
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 | untested | none yet | |
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 | 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 | full | 8/10 | Cclaimed | |
Open a real, insured deposit account through the API — application to active account fully programmatic, with sandbox parity so the flow is tested before launch C Account opening | developer | Account provisioning — stories about account provisioning in this arenaAccount provisioning | 3 | partial | 7/10 | Cclaimed | |
Customer verification is programmatic — KYC for individuals and KYB for businesses with document collection, watchlist screening, and clearly modeled application states C Kyc kyb | developer | Banking onboarding — stories about banking onboarding in this arenaBanking onboarding | 3 | partial | 6/10 | Cclaimed | |
Originate ACH through the API — credits and debits, same-day windows, and the unhappy paths (returns, NOCs, reversals) modeled as first-class objects with webhooks C Ach | developer | Money movement — stories about money movement in this arenaMoney movement | 3 | partial | 5/10 | Cclaimed | |
An agent can operate an account within policy — scoped credentials that let it read balances and initiate transfers under amount caps and counterparty allowlists, a use the vendor documents by name C Agent operations | ai-native user | Banking agent access — stories about banking agent access in this arenaBanking agent access | 3 | none | 0/10 | ||
The ledger is real-time and event-driven — balance reads that reflect holds and pending activity, and webhooks for every transaction state change so my system mirrors the bank exactly C Balances events | developer | Banking ledger — stories about banking ledger in this arenaBanking ledger | 3 | none | 0/10 | ||
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 | untested | none yet | |
Exactly who holds the charter — whether the platform is a bank, a direct program with a named partner bank, or middleware between me and someone else's sponsor — and what happens to my customers if the platform fails C Charter clarity | founder | Sponsor model — stories about sponsor model in this arenaSponsor model | 3 | none | untested | none yet | |
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 | |
The account structure is transparent — whether funds sit in FBO pools or individual accounts, where FDIC insurance actually attaches, and who can see the ledger, all documented plainly C Fbo structures | finance lead | Account provisioning — stories about account provisioning in this arenaAccount provisioning | 3 | none | untested | none yet | |
The platform ledger reconciles to the bank core — documented daily reconciliation between what the API reports and what the bank holds, the failure that sank Synapse-era programs C Reconciliation | finance lead | Sponsor model — stories about sponsor model in this arenaSponsor model | 3 | none | untested | none yet | |
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 | 6/10 | Tprobed | |
The faster rails are there when I need them — domestic wires, RTP, and FedNow origination and receipt through the same API, with per-rail capabilities documented C Instant rails | developer | Money movement — stories about money movement in this arenaMoney movement | 2 | partial | 6/10 | Cclaimed | |
An agent can read the full banking picture — accounts, transactions, pending activity, documents — through a clean API or MCP surface without screen-scraping a dashboard C Agent visibility | ai-native user | Banking agent access — stories about banking agent access in this arenaBanking agent access | 2 | partial | 5/10 | Tprobed | |
The paper obligations are automated — monthly statements generated per account, and tax documents (1099-INT) produced and retrievable through the API C Statements | ops user | Banking ledger — stories about banking ledger in this arenaBanking ledger | 2 | partial | 4/10 | Cclaimed | |
Transaction data is rich enough to build on — counterparty details, rail-specific metadata, stable identifiers, and enrichment that makes a raw bank feed usable in-product C Data quality | developer | Banking ledger — stories about banking ledger in this arenaBanking ledger | 2 | partial | 4/10 | Cclaimed | |
Issue unique account and routing numbers at scale — virtual accounts for reconciliation, per-customer collection accounts, and sub-accounts under a master structure C Virtual accounts | developer | Account provisioning — stories about account provisioning in this arenaAccount provisioning | 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 | ||
Set risk controls per account and per program — transaction and velocity limits, holds on suspicious activity, and account freezes with documented reinstatement paths C Limits holds | ops user | Banking risk controls — stories about banking risk controls in this arenaBanking risk controls | 2 | none | 0/10 | ||
The compliance workload is tooled — transaction monitoring, sanctions screening, case management for alerts, and SAR-filing support with a clear split of duties between me, the platform, and the bank C Compliance tooling | ops user | Sponsor model — stories about sponsor model in this arenaSponsor model | 2 | none | 0/10 | ||
Work the onboarding queue — see why an application is pending, supply additional documents, and understand which decisions are mine versus the bank's C Review queues | ops user | Banking onboarding — stories about banking onboarding in this arenaBanking onboarding | 2 | none | 0/10 | ||
Accounts come with cards — issue virtual and physical debit cards tied to the account through the same API, with spend controls and digital wallet support C Card issuance | developer | Banking cards — stories about banking cards in this arenaBanking cards | 2 | none | untested | none yet | |
Card and ACH disputes are handled properly — Reg E investigation timelines, provisional credit mechanics, and my operational responsibilities documented and tooled C Disputes | ops user | Banking cards — stories about banking cards in this arenaBanking cards | 2 | none | untested | none yet | |
Checks still work — programmatic check issuance and check deposit with image capture, because real businesses still receive and send paper C Checks | ops user | Money movement — stories about money movement in this arenaMoney movement | 2 | none | untested | none yet | |
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 | |
Fraud economics are explicit — who eats ACH return fraud, card disputes, and account takeover losses, with the platform's prevention tooling documented alongside the liability split C Loss allocation | finance lead | Banking risk controls — stories about banking risk controls in this arenaBanking risk controls | 2 | none | untested | none yet | |
Growth doesn't hit invisible walls — program-level limits, approval stages, and the path to raising them are documented rather than discovered in an email from the bank C Program scaling | founder | Banking risk controls — stories about banking risk controls in this arenaBanking risk controls | 2 | none | untested | none yet | |
Idle balances can earn — interest-bearing accounts or documented sweep options, with the rate mechanics and who keeps the spread spelled out C Yield | finance lead | Account provisioning — stories about account provisioning in this arenaAccount provisioning | 2 | none | untested | none yet | |
Money can cross borders — international wires or SWIFT, FX with transparent rates, and the coverage map of currencies and corridors documented C International | founder | Money movement — stories about money movement in this arenaMoney movement | 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 | none | 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 | n/a | 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 | |
The product ships its own AI for banking operations — natural-language search over transactions, drafted responses to disputes and alerts, anomaly summaries — built in, not bolted on C Builtin ai | ops user | Banking agent access — stories about banking agent access in this arenaBanking 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 | n/a | untested | none yet |
Opportunities — the stories that would move this product's scores, from its own judged verdictsOpportunitiestop 8 of 44 stories with headroom
What would move Treasury Prime’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 productConnect an agent via an official MCP server
nonemoves agent-readyimpact 45
Treasury Prime is a banking-as-a-service API platform; no evidence of an official MCP server or agent-connectivity offering is present in the evidence pack, only REST API docs.
Banking agent access — stories about banking agent access in this arenaAn agent can operate an account within policy — scoped credentials that let it read balances and initiate transfers under amount caps and counterparty allowlists, a use the vendor documents by name
nonemoves PA Scoreimpact 30
The evidence pack shows standard API key auth (API Key ID/Secret) and general account/transfer endpoints, but nothing about scoped credentials, per-transaction amount caps, counterparty allowlists, or any agent/AI-specific access model documented by name.
Automation depth — how much of the product can run unattendedDefine rules that trigger actions automatically on events
nonemoves PA Scoreimpact 30
Treasury Prime's evidence pack covers account opening, KYC, ACH/wire/book transfers, and sandbox testing, but contains no mention of webhooks, event subscriptions, or a rules/automation engine that lets users define triggers for automatic actions.
Sponsor model — stories about sponsor model in this arenaExactly who holds the charter — whether the platform is a bank, a direct program with a named partner bank, or middleware between me and someone else's sponsor — and what happens to my customers if the platform fails
nonemoves PA Scoreimpact 30
None of the evidence addresses which bank holds the charter, how Treasury Prime's middleware role relates to a named sponsor bank, or what happens to end customers if Treasury Prime fails — the docs only cover API mechanics (KYC, ACH, wires, account opening) with no sponsor-bank disclosure or failure/continuity language.
Account provisioning — stories about account provisioning in this arenaThe account structure is transparent — whether funds sit in FBO pools or individual accounts, where FDIC insurance actually attaches, and who can see the ledger, all documented plainly
nonemoves PA Scoreimpact 30
The evidence covers account creation, KYC, ACH/wire/book transfers, and statements, but nowhere documents FBO pool vs individual account structure, where FDIC insurance attaches, or who can view the ledger.
Sponsor model — stories about sponsor model in this arenaThe platform ledger reconciles to the bank core — documented daily reconciliation between what the API reports and what the bank holds, the failure that sank Synapse-era programs
nonemoves PA Scoreimpact 30
The evidence pack covers account opening, KYC, ACH/wire/book transfers, and statements, but there is no mention of ledger-to-bank-core reconciliation, daily reconciliation reports, or any process for verifying API-reported balances against actual bank holdings — the exact failure mode referenced in the story.
Openness — open source, data portability, and self-hosting storiesExport all of my data in open formats and leave
nonemoves PA Scoreimpact 30
Treasury Prime is a banking-as-a-service API; there is no evidence of a data export/portability feature for account or transaction data in open formats, nor any documented account-closure/data-export process.
Banking ledger — stories about banking ledger in this arenaThe ledger is real-time and event-driven — balance reads that reflect holds and pending activity, and webhooks for every transaction state change so my system mirrors the bank exactly
nonemoves PA Scoreimpact 30
Missing: webhook/event API docs, balance endpoint showing holds/pending distinctions, any real-time push notification mechanism.
Showing the top 8 of 44 — 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 map4 surfaces · 13 covered stories
Where the cited evidence behind each covered verdict came from — the same citations the verdicts table shows, no extra judging.
docs11 stories
- Open a real, insured deposit account through the API — application to active account fully programmatic, with sandbox parity so the flow is tested before launch
- Run the product headlessly / in CI for automation
- Drive the product through a documented public API
- Test against a sandbox environment without touching production data
- An agent can read the full banking picture — accounts, transactions, pending activity, documents — through a clean API or MCP surface without screen-scraping a dashboard
- Transaction data is rich enough to build on — counterparty details, rail-specific metadata, stable identifiers, and enrichment that makes a raw bank feed usable in-product
- The paper obligations are automated — monthly statements generated per account, and tax documents (1099-INT) produced and retrievable through the API
- Customer verification is programmatic — KYC for individuals and KYB for businesses with document collection, watchlist screening, and clearly modeled application states
- Originate ACH through the API — credits and debits, same-day windows, and the unhappy paths (returns, NOCs, reversals) modeled as first-class objects with webhooks
- The faster rails are there when I need them — domestic wires, RTP, and FedNow origination and receipt through the same API, with per-rail capabilities documented
- Do everything through the API that I can do in the UI
API reference9 stories
- Open a real, insured deposit account through the API — application to active account fully programmatic, with sandbox parity so the flow is tested before launch
- Run the product headlessly / in CI for automation
- Drive the product through a documented public API
- Explore an interactive API reference with runnable examples
- Test against a sandbox environment without touching production data
- An agent can read the full banking picture — accounts, transactions, pending activity, documents — through a clean API or MCP surface without screen-scraping a dashboard
- Transaction data is rich enough to build on — counterparty details, rail-specific metadata, stable identifiers, and enrichment that makes a raw bank feed usable in-product
- The faster rails are there when I need them — domestic wires, RTP, and FedNow origination and receipt through the same API, with per-rail capabilities documented
- Do everything through the API that I can do in the UI
OpenAPI spec6 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
- Explore an interactive API reference with runnable examples
- An agent can read the full banking picture — accounts, transactions, pending activity, documents — through a clean API or MCP surface without screen-scraping a dashboard
- Do everything through the API that I can do in the UI
Probe proofs — replayable recordings from the probe harnessProbe proofs
Replayable recordings from our probe harness — see the Prove-It protocol to submit one.
$curl -s https://api.treasuryprime.com/account | head -c 120 # keyless → 403 "Access denied", not an auth challengereproduced$ curl -s https://api.treasuryprime.com/account | head -c 120 # [redacted]less → 403 "Access denied", not an auth challenge
{"error":"Access denied: /account"}
$curl -sL https://docs.treasuryprime.com/llms.txt | head -3reproduced$ curl -sL https://docs.treasuryprime.com/llms.txt | head -3 # Treasury Prime Developer Documentation - [Getting Started](https://docs.treasuryprime.com/docs/getting-started.md): Start building today with Treasury Prime's APIs for banking.
$curl -s https://docs.treasuryprime.com/api-reference/openapi-payments.json | head -c 120reproduced$ curl -s https://docs.treasuryprime.com/api-reference/openapi-payments.json | head -c 120
{
"components" : {
"securitySchemes" : {
"api[redacted]" : {
"bearerFormat" : "JWT",
"scheme" : "be
Claims vs evidence — vendor claims reconciled against independent verdictsClaims vs evidence
3 of 9 testable claims verified · 0 contradicted → integrity 33/100
15 distinct capability claims found in Treasury Prime’s own claimed-docs/GitHub materials, reconciled against our judge’s independent verdicts.
3
Verified
6
Unverified
0
Contradicted
4
Undersold
Verified (3)
“API access is authenticated via HTTP Basic Auth using an API Key ID and Secret Key”
Drive the product through a documented public APIfullproof ↗
“A public API endpoint lists all available accounts”
An agent can read the full banking picture — accounts, transactions, pending activity, documents — through a clean API or MCP surface without screen-scraping a dashboardpartialproof ↗
“A Postman Collection is provided to speed up initial API exploration and testing”
Explore an interactive API reference with runnable examplespartialproof ↗
Unverified (9)
“Developers can create a free sandbox account to get API keys and test the API safely”
Test against a sandbox environment without touching production datafullproof ↗
“Bank account opening is done via a multi-step API flow: person application, business application, then account application”
Open a real, insured deposit account through the API — application to active account fully programmatic, with sandbox parity so the flow is tested before launchpartialproof ↗
“Programs can integrate a bank-approved third-party KYC/KYB vendor into account opening”
Customer verification is programmatic — KYC for individuals and KYB for businesses with document collection, watchlist screening, and clearly modeled application statespartialproof ↗
“Incremental KYC allows running identity verification without opening an account”
Customer verification is programmatic — KYC for individuals and KYB for businesses with document collection, watchlist screening, and clearly modeled application statespartialproof ↗
“ACH credits push funds to a recipient and ACH debits pull funds from an external account”
Originate ACH through the API — credits and debits, same-day windows, and the unhappy paths (returns, NOCs, reversals) modeled as first-class objects with webhookspartialproof ↗
“Originated ACH transfers can be returned via an Update ACH endpoint”
Originate ACH through the API — credits and debits, same-day windows, and the unhappy paths (returns, NOCs, reversals) modeled as first-class objects with webhookspartialproof ↗
“Wire transfer progress can be tracked via a status attribute on the Wire Transfer object”
The faster rails are there when I need them — domestic wires, RTP, and FedNow origination and receipt through the same API, with per-rail capabilities documentedpartialproof ↗
“Instant payment rails settle funds within seconds, 24/7/365”
The faster rails are there when I need them — domestic wires, RTP, and FedNow origination and receipt through the same API, with per-rail capabilities documentedpartialproof ↗
“Branded monthly account statements can be generated and retrieved for customers”
The paper obligations are automated — monthly statements generated per account, and tax documents (1099-INT) produced and retrievable through the APIpartialproof ↗
Undersold (4)
Point an agent at llms.txt or agent-oriented docsfullproof ↗
Run the product headlessly / in CI for automationpartialproof ↗
Transaction data is rich enough to build on — counterparty details, rail-specific metadata, stable identifiers, and enrichment that makes a raw bank feed usable in-productpartialproof ↗
Do everything through the API that I can do in the UIpartialproof ↗
Claims outside our story set (3)
Real capability claims found in Treasury Prime’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.
“Book transfers move funds electronically between two accounts at the same bank, and are the fastest and cheapest transfer type”
source ↗“Customers can add cash to their accounts at 90,000+ retail locations nationwide”
source ↗“The platform integrates directly and in real time with existing technology stacks without requiring replacement”
source ↗
Business model
Contact-sales, no pricing page; after the Feb 2024 restructuring it sells its Bank OS to sponsor banks as much as to fintechs, so program economics are struck bank-by-bank (OMB Bank, Green Dot Prime Cash network).
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
