AI Solutions
In development. Taking enquiries.
- ·Scoped to a single outcome rather than to a capability, so there is something specific to measure at the end of it.
- ·The measure is agreed before the build starts, because a solution with no agreed measure can only be judged by the person who built it.
| Becomes live when | One end to end sample is published together with the measure it was scoped against, and that measure is reported whether or not it flattered the build. |
| Built with | Claude API · OpenAI API · RAG pipelines · Node.js |
| Delivered by | ai-engineer · |
| Skills used | eval-suite · spec-it |
What this involves
The scope is a single outcome rather than a capability, because a capability has nothing to measure at the end of it. "Add AI to support" cannot succeed or fail. "Route an inbound message to the right queue, and be right more often than the current rule set" can, and the difference is entirely in how the sentence was written at the start.
The measure is agreed before the build starts. That is the whole discipline: a solution with no agreed measure can only be judged by the person who built it, and they will judge it well. Agreeing the measure first also tends to shrink the project, which is usually the right outcome.
Nothing is published under this heading yet. The pattern it describes is visible in the tools listed under Agent Reliability, which were each built to find one specific failure and published with what they found, but a tool that finds a failure is not the same thing as a solution to a business problem and this page does not pretend otherwise.
How the work runs
1. Discovery
We agree what the project has to achieve, what it must not break, and how we will both know it worked, before any code is written.
2. Build
The work is built with an AI agent as the working partner and a human reviewing every change before it lands. You get commits you can read rather than a status update.
3. Review
You review running software at each milestone, not a screenshot of it, and the next milestone absorbs what you send back.
4. Launch
We deploy to production with checks in the pipeline and alerting that reaches a human, and you hold the repository and the infrastructure accounts.
Questions people actually ask
How is a solution scoped so that it can be judged?
By writing down the task, the input it starts from, and the number that says whether the result is better than what happens today. If that sentence cannot be written before the work starts, the project is not ready to start, and discovering that costs a conversation rather than a budget.
What if there is no baseline to measure against?
Then the first piece of work is measuring the current process, and that is worth doing on its own. A build that cannot be compared to anything will be reported as a success by whoever built it, which is not the same as being one.
Why does this page have no example?
Because no end-to-end sample has been published with the measure it was scoped against. That is the stated condition for this service becoming a proven one, and it includes reporting the measure whether or not it flattered the build.