← Home
ScalePoint Labs

Small tools, each testing one use of AI in fintech

Since the spring I have built a set of small tools, each aimed at one job in payments or fintech where AI might do something useful. Some I use in client work to show what can be done. A few may become products. One is already live, and one I stopped.

I build them to find out which uses of AI hold up, and which only look good in a demo. The answer is usually narrower than the pitch.

11 tools1 live, 3 candidates, 1 stoppedPython, Flask, Next.js, Anthropic API

What each one has to show

The test
One job
Each tool does one thing for one kind of user: read a card statement, score an API, flag a cash problem before it lands. A general assistant is easy to demo and hard to put a number on.
The sums stay in code
Calculations, rules and thresholds run in ordinary code. The model reads, sorts and explains. It does not do the arithmetic, and it does not decide what counts as a problem.
It shows its basis
Given thin or messy data, a model will still write a fluent answer. So most of the build goes into what the tool is allowed to conclude, and every conclusion points back to the numbers behind it.
It pays at volume
I track what each run costs. A tool that works in a demo and costs too much per use at real volume is still a result. It goes in the stopped column with the reason written down.

How a tool moves

Four stages
01

Showcase

Built to answer a question from client work, or to find out whether something can be done at all. Used in engagements and demos.

02

Candidate

There is a clear user and a problem they would pay to solve. Being tested with a small number of them.

03

Product

Live, with its own site and customers. Most tools will not get here, and that is fine.

—

Stopped

Tested and set aside. Kept on the page because the reason it stopped is usually the most useful part.

The tools

Click for detail
What the model does
Reads accounting, payments and pipeline data together, and writes a short briefing the owner gets on WhatsApp. Answers follow-up questions in plain language.
What stays in code
The cash forecast, the corporation tax position, and the thresholds that decide when something is worth flagging.

Built from nothing to production this year. Listed on the FreeAgent integrations directory, with Xero, Stripe, HubSpot and Companies House also connected.

Python, Flask, PostgreSQL, Anthropic API, Twiliostrafi.co →
What the model does
Pulls the fee lines out of acquirer and PSP statements, in whatever layout they arrive, and sorts them by fee type.
What stays in code
The effective rate, the breakdown by fee type, and the comparison against what a merchant of that size and mix should be paying.

Likely to graduate as a service rather than as software. It is how a fixed-price payments cost review gets done in weeks rather than months, independent and with no commission on any switch.

Python, Anthropic APITesting with a first set of merchants
What the model does
Explains what a change in a client's flow probably means, and drafts the next action for the account manager.
What stays in code
Signal detection on volumes, margins and corridors. A signal has to fire on the data before the model says anything about it.

The design question is whether the team's behaviour changes. A dashboard nobody acts on is the usual end for this kind of tool, so the loop from signal to action to result is built in.

Python, Next.js, Anthropic API
What the model does
[Confirm]
What stays in code
[Confirm]
[Stack]
What the model does
Drafts the commentary and speaker notes for each use case from the model outputs.
What stays in code
The financial model itself, built per use case, with the spreadsheet and deck generated from the same numbers.

The first worked example is predictive netting for FX. It sits behind the AI Economics engagement.

Python

[Confirm: two sentences on what it does and what it showed]

[Confirm: two sentences on what it does and what it showed]

Runs a defensibility assessment from several points of view, product, sales, finance, an investor, and shows where they disagree. Exports the result for a board or investment committee pack.

Next.js, Anthropic API

A scoring framework for payments APIs, applied the same way across vendors so the scores can be compared.

[Stack]

[Confirm: two sentences on what it does and what it showed]

[Stack]

The prediction worked well enough. The market did not. At the end of the market I could reach, there were too few businesses with enough invoices to make it worth paying for, and the ones that had the problem were already stuck for reasons a prediction does not fix.

Python, FreeAgent API

Where this shows up in client work

The tools feed the engagements. Stratum sits behind AI Economics, and the card fee analyser is how a payments cost review gets done quickly. When a client needs a model or a prototype, I build it rather than commission one.

Building them is also why I can say, with some confidence, what these systems do and do not do well. The inference bills, the data joins and the model choices in a review are ones I have dealt with myself.

If one is close to your question

I am happy to walk you through it

Most of these are easier to understand in fifteen minutes on a call than on a page. Email me and say which one.

Always open to a conversation.

martin@scalepointpartners.com
Or message me on LinkedIn.