Thala
Work with us Taking on small projects and consulting now · more substantial work from February 2027
What we do

Two kinds of work, and the things we’ve made.

Client work stays confidential, so everything here is our own, or made with partners. Most of it you can read, run or try.

Process design

We find the typing, form-filling and chasing in how work gets done, and hand it to agents. Anything that matters still waits for a person.

Prototyping

From an idea to a working thing you can try, built quickly, before anyone commits. Software, research systems, and physical things too. We often build the first proper release as well, and then hand it over: to your own team, or to the right people, trained up and given a setup that supports them.

Prototyping · Research Live
The State of Play

Thala’s research stack, made to measure

It exists to answer our own questions. What has actually changed in AI? Where is the climate heading? How far can each piece of evidence be trusted?

Given a topic, the stack searches the literature and the web, reads what it finds, and judges each source on its recency, its academic provenance and much else. Then it drafts a referenced review. A panel of AI reviewers pushes back: is it deep enough, and does each source say what the draft claims? A citation that points to nothing on file stops the draft.

The State of Play exists because there was no good way to keep up with AI quickly. Each night it takes the practices due for review and weighs fresh evidence by how far it can be trusted. A vendor describing its own product is context, not proof. Before promoting a practice it must make the strongest case against doing so, and demotions are always a person’s call.

The same stack feeds our other research newsletters, Gaia’s Web among them. It does the reading. We still choose the questions.

What it is
A public index of AI adoption: 19 areas of work, six tiers from Research to Invisible, updated nightly
Learned
Measure the judge. Asked to sort ten web pages at once, the model changed its mind on one in seven between runs. One at a time, it held steady, at the same cost
Status
Live nightly since March 2026, all researched by the stack. Every area rescanned every 14 days; open data under CC BY 4.0

26,092specific claims checked against the evidence in a one-off audit, September 2026. 25,301 matched automatically; 798 went back to their original source, and 83 were corrected and 25 removed

Process design · R&D tax credits
SR&ED recovery

Letting the records do the remembering

Canada’s R&D tax credit, SR&ED, rewards work that is hard to recall by the time a firm comes to claim it. So we built agents that read the records instead.

Claims used to start with interviews: engineers asked to recall, long after the event, what they had tried and what had failed. That took their time, and qualifying work slipped through because nobody remembered it.

The agents, built with Perly Consulting, read what a firm already keeps: its code history, its tickets, its design notes. They weigh each piece of work against the CRA’s three tests, and against Perly’s 25-year record of real SR&ED claims and how each one was assessed. Then they draft the claim narrative within the form’s word limits. Perly’s specialists still make the judgement calls.

The records remember more than people do, and the agents turn up work the interviews missed.

Partner
Perly Consulting, in a joint venture paid as a share of the gain
Reads
Code history, tickets, design notes
Result
Average client returns up 17%: 2025–26 against the 2022–24 average

60–95%less client time spent recovering SR&ED credits

Prototyping · Surf forecasts Learning
Surfcast

A surf forecast that shows its working, and its doubts

After a tough session in the waves with their eight-year-old, Dave’s wife mentioned how unreliable surf forecasts are. So we built Surfcast.

Agents did the reading first: fifteen research reports and a dossier on each beach. Three rival designs were scored, and the quickest route to something useful won. It was live three days after the first conversation.

Our model starts where the apps stop. It works from the physics of the local seabed, taken from sonar surveys of each bay, and every hour it works out the swell at each peak on four West Cornwall beaches from nine open data sources. It gives face heights, how sure it is and why. Live buoys check it every half hour, and the model learns over time from that measured data, and from the surf logs kept by the people who use the app.

The Surfcast tab. A strip of hits and near misses for four beaches over the next few days, then maps of Gwithian and Sennen at tomorrow 11:00 with face heights at each peak, marked learning, and today's best windows with notes on rips for young kids.
The Surfcast tab, matched to one person’s settings.
Why
The apps share the same few offshore models, and most stop a mile or two out. On 27 September they showed about 2.4 m of swell in Mount’s Bay; the Penzance buoy measured 0.9 to 1.4 m
Built with
Physics modelling on a machine with an NVIDIA GPU; hourly data runs in Python; agents for the research and the build; a Next.js web app
Learned
Wave faces first read about twice too big. A physics review fixed part of it; calibration with its main user sets the rest

3 daysfrom first conversation to live, and already beating the usual apps against the Penzance buoy, while we got on with other work

Process design · A live testbed
Just sit and chat

Two partners talk. The agents do the filing.

Our testbed is our own joint venture: two partners running three small companies across AI development, training and consulting. Conversations go in; the records come out.

Most small firms have a CRM. Few keep it current, because keeping it current means typing. Ours was no different: the real figures lived in a to-do list.

Now the partners just talk: on calls, in chat, by email or by phoning an agent. Three agents keep the records. They pick up call transcripts every half-hour and sweep the inboxes each morning. Routine updates go straight in; a new contact or a payment waits for a partner’s word.

The morning brief leads with one task. A read-only dashboard shows the pipeline, highlighting who has gone quiet, and models cashflow, highlighting unpaid invoices. Only approved fields ever leave the server.

A morning brief from Margot, one of the agents, in Slack: one task at the top of the agenda, then a call to make, a bio to chase and a question about a dinner. Names and a phone number are blurred.
The morning brief from Margot, one of the agents. Names blurred.
In
Call transcripts, phone calls to an agent, chat, email, calendars
Out
Call notes, contact updates, a proposed pipeline, a morning brief, research on request, a read-only dashboard
Rule
Routine updates go straight in. Anything that matters waits for a partner; silence counts as no

6–8 hrsa week of admin the two partners no longer do by hand. A rough estimate; neither of us keeps timesheets

Prototyping · Self-build
Dave’s next house

Designing and prototyping a self-build

Prototypes needn’t be software. We modelled our own self-build, from the arches to the carbon, so the big choices rest on evidence before anything is built.

There’s no architect: the house is entirely self-designed, and Dave will be the one building it. So the whole design lives in code. Plain text files describe every layer and member, and the structure, energy model, carbon and materials list are all worked out from them. We made the calls; the AI wrote the code and ran the numbers.

We wanted small arches, tied at floor level, and roof joists short enough to fit by hand. The model agreed, with a catch: a tie alone would let the frame sway five times the limit, so the scheme adds stiff piers and a braced floor. The south overhang keeps direct sun off the glass at midsummer and lets nearly three-quarters through in midwinter.

A 3D model of the house's timber frame on its concrete pad foundations: three large timber barrel-vault arches over a stud-framed first floor, with an open stair void and posts on their own footings.
The frame, from the model in code.
What
A two-storey timber barrel-vault house, modelled in code to test out scenarios and save on the engineering bill
Outputs
A 3D model, drawings, a specification and materials list, option comparisons, a design website
Status
Integrating the details while we await planning approval. Engineers will check the structural calculations from our workings. Then Dave will build the house with his kids

7.3kWh per m² a year, the modelled heating demand, against a Passivhaus limit of 15

What can we do for you?

Get in touch