Fix-It Sprint
1–2 weeks
- Rapid assessment, urgent fixes
- Intensive, one problem
Services · 15 ways across one gap
All servicesWork · proof, not promises
All case studiesShipped lately sample data
Insurance · DACHClaims triage agent40 % of inbound, automatedFintechKYC review agentExceptions onlyMediaArchive search & tagging1.2 M assets, findableEnterpriseAgent security audit2 critical → 0Trusted by
Insights · street talk, written down
MagazineCompany · AI Expertise since 2011
About VoidgapWho we are
We don’t close the gap. We move in.
DACH · --:--:-- · shipping
How to hire us
Hands-on · for real systems under pressure
Your AI isn’t failing because of strategy decks. It’s failing because real systems are messy.
A strategy slide gets struck out. In its place: the system’s logs, the causes we find in them, the fixes, and the numbers before and after.
01 · When teams call us
Anti-consulting means we open the logs before we open a slide deck.
The AI system is live and something is wrong. Answers are inconsistent, the API bill doubled, users stopped trusting it, or security is blocking the next release. The team is too close to it, too busy, or has already tried the obvious fixes.
We read what is really there: code, prompts, retrieval setup, data, logs, costs. Most problems come down to a few causes: retrieval that returns the wrong context, prompts that grew by accretion, no evals, the wrong model for the job, or missing guardrails. We find the highest-leverage fixes and implement them, with numbers before and after.
Deeper changes where they are needed, and knowledge transfer so the team can continue without us: training on what we changed and why, and runbooks for the next incident. As a monthly retainer, embedded part-time in your team, or as a one- to two-week fix-it sprint.
Inconsistent or wrong outputs, and nobody can say how often.
API costs outpace the value, and usage keeps growing.
Users route around it. Stakeholders ask whether to switch it off.
The next release is blocked, and the questions have no written answers.
Two camps, two approaches, and nothing moves while they argue.
It does something different every week, and nobody knows why.
No slides. No buzzwords. Real fixes, in real systems.
02 · Where it breaks
Most problems come down to a handful of causes. Pick one to see what we look for and what we change.
RAG, embeddings, search
03 · Process
Quick wins first, so the pressure drops. Then the deeper work. Then the knowledge moves to your team.
We read code, prompts, data, retrieval, logs and costs, and rank what we find by impact.
The highest-leverage fixes, implemented and measured, so everyone sees the difference.
The deeper changes: architecture, evals, monitoring, whatever the causes call for.
What we changed and why, so your team can carry on and handle the next incident.
04 · Engagement models
Same people, same way of working. What changes is how often we are in your system.
1–2 weeks
part-time
monthly
The strips show an illustrative rhythm. The real one is agreed per engagement.
05 · Self-check
Four questions. The result is the engagement that fits, which is often the smallest one.
One to two weeks on one problem, with before and after numbers.
Monthly advisory for decisions and reviews while your team builds.
Part-time in your team and your repo, for as long as the system needs it.
01What hurts most?
02Does your team have capacity to implement?
03How much will the system keep changing?
04How often do you need to talk decisions through?
06 · Fit
Consulting starts where a system is already live. Before that, other work fits better.
07 · Questions
We read the system before we talk about strategy: code, prompts, retrieval, data, logs and costs. The output is fixes with numbers before and after, not a deck.
Both. We implement the fixes in your repository, measure the effect, and explain what we changed. In the embedded model we pair with your engineers on the work.
To start: read access to code, prompts, the retrieval setup, logs and cost data. Where we implement fixes, write access on your terms, through your normal review process.
Retrieval and knowledge systems, tool calling and agent design, evaluation harnesses, prompting and output control, deployment and monitoring, and training for the team. The system map above shows where each one sits.
Then AI Strategy fits better. Consulting starts where a system is already live and hurting.
08 · How to hire us
Pick by where you are: deciding, stuck with a live system, or ready to build.
Half or full day. Ends with decisions, owners and next steps.
When you need to decide
Retainer, fix-it sprints, embedded help. For systems that are live and hurting.
When a live system hurts
Two- to eight-week builds. From validated idea to real users.
When you are ready to build
What is breaking in production right now?
One call. Bring the symptoms, we bring the questions. If it isn’t a fit, you’ll hear that too.