About AINumbers.co

Deterministic fintech tools that never touch a server

AINumbers.co is a working catalog of browser-based calculators and checkers for people who run payments, compliance, treasury and risk day to day. Every tool runs on your device: same input, same output, nothing leaves the browser tab.

590 Tools 32 Categories Zero PII · Client-side · Offline
What it is

A working reference for payments practitioners

Most fintech work happens in spreadsheets, vendor portals, and half-remembered rulebooks. AINumbers.co replaces the repetitive parts with focused, single-purpose tools: an ISO 20022 message builder, a FedNow participation scorer, a Basel RWA calculator, a sanctions-screening batch checker, a DORA gap analyser, and a few hundred more.

Each one does a single job well: you give it structured inputs, it returns a defensible, reproducible result, and where it matters it exports a machine-readable mandate or report you can hand to a counterparty, auditor, or your own systems. There are no accounts, no paywalls, and no "request a demo" gates between you and the answer.

590
Browser-based tools
32
Tool categories
60
Integration hubs
0
Bytes sent to a server
667 / 682
Eligible workflows with an independently verified proof (point-in-time; grows with every release)
682 / 682
Live kernels carrying a digest-matched property-test floor, measured 2026-08-13 (internal engineering QC, not an assurance grade)

A separate formal-verification pilot goes further on four named kernels, each carrying a formal claim tied to a human-signed spec and cited on Methods by the tier that applies: exhaustive enumeration, property-tested over stated ranges, or a Dafny machine-checked proof. See Methods for what is and is not covered.

ISO 20022SWIFT MTACH / NACHAFedNow / RTPSEPAOpen BankingCard economicsAML / KYCDORATreasury & FXCredit riskBaaSStablecoin reserve
How it works

Four principles with no exceptions

🔒
Privacy-first by construction
No data ever leaves your browser. There is no backend to send it to. The content security policy sets connect-src 'none', so the page cannot make a network call even if it tried. Every tool also works fully offline: disconnect the network and it runs the same. You can safely work with sensitive structure (just not real personal data).
🎯
Deterministic, not a black box
The same inputs always produce the same outputs. Logic is plain and inline, so you can read every line: no hidden model, no server round-trip, no result that changes between runs. What you can see is what runs.
⚡
Self-contained & instant
Each tool is a single HTML file with inline CSS and JavaScript. Nothing to install, no build step, no dependencies loaded after the page. Open it, use it offline, save it, or embed it.
📄
Open under CC BY 4.0
Every tool is licensed CC BY 4.0, so you can fork it, adapt it, and embed it in your own workflow with attribution. Many tools also ship a Policy Mandate export and an MCP-ready manifest for agentic pipelines.
The idea

Think of AINumbers as an inverse database

AINumbers keeps no database of your inputs. The phrase inverse database is a metaphor for the shape of the thing. A typical hosted app asks you to log in, sends your data to its servers and keeps the record there. Here each tool is a public page, your data stays in the tab, and the record leaves with you.

Where the data goesTwo lanes compare where your data goes. The top lane is a typical hosted app: from you, through a log in, to the vendor's servers and into the vendor's database, and the record sits on the vendor side. The bottom lane is AINumbers: you open one public page, your data stays inside your browser tab, and the result and the file come back to you. A dot travels along each arrow. a typical hosted app you log in the vendor'sservers the vendor'sdatabase the record stays here ainumbers you one public pageno sign-up your browser tab your datastays inside the runand the file the result and the file come back to you
In the hosted lane the data arrow points away from you and ends in a database on the vendor side. In the AINumbers lane the data stays inside the tab, and the result and the file come back. "Every tool runs on your device: same input, same output, nothing leaves the browser tab."About this site
Where the tool livesEach tool is a standalone public page with its own address. The tiles share nothing: no shared backend sits underneath them and no lines connect them. Each tile is one public page you can open and run on its own. ISO 20022 message buildertools/02-iso20022-builder.html FedNow lookuptools/06-fednow-lookup.html Basel RWA calculatortools/201-basel-rwa-calculator.html DORA resilience auditortools/100-dora-resilience-auditor.html PEP sanctions simulatortools/112-pep-sanctions-simulator.html one public page each
Every tool is its own page at its own address, and nothing connects the tiles to a shared backend. Save one page and it still runs. "Each lives in tools/ or chaingraph/ with fully inline CSS/JS. No build step, no dependencies, no CDNs."AINumbers README
Where the record livesA run in your browser tab produces a file you hold, and the file carries an execution hash as a field name. You hand the file to a counterparty or an auditor, who checks it by recomputing. No vendor sits in that path, and the recomputed hash matches. your browser tab the rundeterministic the file you holdexecution hash9f2c…the record leaves with you a counterpartyor an auditorchecks it by recomputing no vendor in the path the recomputed hash matches
The run ends in a file you hold, stamped with an execution hash. Whoever you hand it to can check it by recomputing, and no vendor sits in that path. "where it matters it exports a machine-readable mandate or report you can hand to a counterparty, auditor, or your own systems"About this site
🧭
Claims boundary

The scenes above describe the browser tools, and the privacy line below describes those same tools. The MCP server at mcp.ainumbers.co is a separate surface that, by default, computes server-side for nodes with a registered kernel that need no GPU, stores no inputs, and records pseudonymous call metadata (tool name, pseudonymous caller hash, success/failure, latency, chain depth). See how the server treats your data.

"No data ever leaves your browser. There is no backend to send it to." About this site
AINumbers & the demo suite

Two related things doing two different jobs

AINumbers.co and the demo suite at PostOakLabs.com are easy to confuse, so here's the distinction in one line: AINumbers is a self-serve reference you operate yourself; the demo suite shows those same capabilities running end-to-end.

AINumbers.co
The self-serve toolbox
A catalog you navigate and run yourself, sequenced for daily practitioner work.
  • Open any tool, enter your own inputs, get a result
  • Grouped by category and hub, or sequenced by goal-based tool chains
  • Discovery aid: find the right tool and the right order
  • Free, client-side, zero PII, no sign-up
Browse the ChainGraph hub →
PostOakLabs.com
The guided demo suite
Scripted, end-to-end walkthroughs that chain tools into a single narrated flow: capability proof, not a toolbox.
  • Pre-filled inputs and commentary across a full scenario
  • Organized by archetype: Agentic Runtime, RegTech, BaaS, Processors, Stablecoin Issuer
  • Demonstration: shows what the tools can do together
  • The consulting context behind the catalog
See the demo suite ↗
⚡
In short

Use AINumbers when you want to do the work yourself. Visit the demo suite ↗ when you want to see a complete workflow run before you build it.

How it fits together

The tools compose on purpose

The catalog isn't a pile of unrelated calculators. Tools share input and output conventions so the result of one feeds cleanly into the next, and the site exposes that structure three ways. Categories group tools by domain. Integration hubs gather everything you need for a single area, like open banking, DORA resilience, AML/KYC, B2B payments, and dozens more. And tool chains organize sequences by goal rather than category: "validate an ISO 20022 cutover," "build a DORA submission," "design a BaaS programme."

That intentional composition is the point. Whether you're a practitioner finding the next step or someone evaluating the catalog as a whole, the tools are meant to be read as a coherent system: each piece useful alone, and more useful in sequence.

Built for machines as much as people. Because every tool is plain, deterministic HTML, it reads as clearly to code as it does to a person. Many ship an MCP-ready manifest.json and a Policy Mandate export, so agents can call them inside automated pipelines. Results are anchored under the open OpenChainGraph standard with an execution_hash that any party can recompute and check, and the suite runs a live MCP server at mcp.ainumbers.co/mcp. The site also publishes an llms.txt with clean semantic markup so crawlers and language models can index it reliably. The whole catalog is open source. Fork it on GitHub ↗.

Why it matters now

Standard candles for machine reasoning

In astronomy, a standard candle is an object whose true brightness is known, so astronomers can measure everything around it by comparison. Tools on AINumbers.co are built to work the same way for machine reasoning. Each one is deterministic, runs with no network calls, and carries a hash-anchored result, so the same inputs always give the same output and anyone can re-verify it later. That property gets more valuable as AI output grows more fluent and harder to check by eye.

A candle in the skyAn observer on the left looks at three identical lamps standing on a line at one, two and three distances, each labeled same true brightness. Beside each lamp a brightness bar shrinks with distance, because apparent brightness falls with the square of the distance. A comparison arrow from the observer reads known brightness against measured brightness, so the distance follows. Two chips name real examples: Cepheid variable stars, whose pulsation period sets the brightness, and Type Ia supernovae, whose peak brightness can be calibrated. observer same true brightness same true brightness same true brightness known brightness against measured brightness, so the distance follows Cepheid variable stars: the pulsation period sets the brightness Type Ia supernovae: a calibrated peak brightness
Astronomers find distances by comparing how bright an object looks with how bright it truly is. The objects they trust for this, such as Cepheid variable stars and Type Ia supernovae, are called standard candles.
A candle on a pageA lamp labeled known result cross-fades into an engraved plaque pinned in the published fixture. A tool page with fixed inputs points an arrow into the plaque, which is cut with three lines: policy_parameters, output_payload and execution_hash with the example hash sha256:27c37ed0…bf5d. An arrow points out to a box where anyone recomputes the hash, giving a green match chip or a dimmer mismatch chip. known result policy_parametersoutput_payloadexecution_hashsha256:27c37ed0…bf5dpinned in the published fixture fixed inputs anyone recomputesthe hash match mismatch
A pinned conformance vector fixes a tool's inputs, its output and its execution hash. Anyone can recompute the hash with the verifier page and compare. A match shows the tool still gives the known answer.

Rather than trying to cover every problem across fintech, regtech and insurtech, the goal is simpler: give a model, and the person relying on it, enough fixed reference points to calibrate the larger workflow it assembles. The ChainGraphs are the rungs of that ladder, where each hash-anchored handoff is one checked step from a known result to the next.

If you're weighing whether this approach is genuinely new (and why it only became buildable recently), we lay out the honest prior art (in-toto, SLSA, OpenLineage, AP2), the convergence that enabled it, and the caveats on Why OpenChainGraph →.

Who builds this

Built and maintained by Post Oak Labs

It is a payments and fintech consultancy, and AINumbers.co is its open, public reference library: the deterministic tools behind the consulting work, released free under CC BY 4.0 so anyone can use it, fork it, or build on it.

Spotted a wrong result, want a tool that doesn't exist yet, or have a payment code we're missing? Get in touch; every message gets read.