01 The shape of it
02 Four layers, all open source, all yours
Named by what they do, not by who makes them.
Every layer below is established open-source software. None of it is ours, none of it is licensed to you by us, and all of it runs under accounts in your name.
03 Why this page names no products
The architecture is not the secret. The judgement is.
Anyone can draw the diagram above; it is not novel and we have never claimed it was. What is worth paying for is knowing which of your workloads can move without anybody noticing and which cannot, how to size committed capacity against demand that has not settled yet, where these arrangements fail at two in the morning, and what the right mix is for a company shaped like yours.
Publishing that as a tutorial would be an odd way to run a firm. It is also how organisations end up with a half-built version assembled from a blog post, which we then get called in to take apart — usually after it has quietly lost the savings it was supposed to produce.
So the detail is not withheld from you. It is withheld from the open web.
WHAT YOU SEE BEFORE SIGNING
Everything that bears on the decision
- The complete proposed design for your organisation, under NDA, before any commitment
- A working demonstration — the actual reporting and controls, not slides
- Your own numbers modelled, with every assumption written down and open to challenge
- Your engineering lead in the room for as long as they want, asking whatever they like
- A written statement of what you would own and what leaving would involve
No client has been asked to buy this on trust. The technical interrogation is welcome — it is usually where the conversation becomes serious.
04 Why open source, specifically
Because the point is that you can fire us.
A managed service only its vendor can operate is not a solution to supplier lock-in. It is a smaller supplier with the same problem.
Everything we deploy is permissively licensed, runs in your accounts, and is documented publicly by people who are not us. That is not altruism — it is the only version of this business we think survives contact with a competent CTO, and it is why we charge for operating the arrangement rather than for access to it.
05 Where open weights still lose
We are not going to tell you the gap has closed.
It has narrowed a great deal. For the bulk of enterprise work — classification, extraction, summarisation, internal question answering, routine code — a good open-weight model is not distinguishable from a premium API in outcome, while costing a fraction. That is most of your volume, and it is the whole basis of the argument.
It is not all of it. There remain tasks where the premium models are simply better, and pretending otherwise would cost you more than you saved. That is exactly why every arrangement we build keeps a capped route to a premium vendor rather than burning the bridge.
Which of your workloads fall on which side is an empirical question about your work, not a matter of opinion — and answering it is the first thing an assessment does.
THE RECOMMENDATION
Route by difficulty, not by loyalty
Bulk volume goes to capacity you control. Harder work goes to a larger model you also control. What neither can do well goes to a premium vendor, under a hard ceiling — and every one of those requests is recorded, so you can see precisely what the escape hatch costs and whether it is shrinking. In the arrangements we run, it shrinks.