Agent architecture
We map the decisions your agent actually has to make, then draw the smallest system that makes them reliably. Tool boundaries, memory, escalation paths, and the failure modes you inherit with each.
Everything below this bar is the page the model wrote. DurkBench did not change a word of it, and the company it describes is made up.
Lisbon · Nine people · Remote
Agent architectures, evaluation harnesses, retrieval pipelines, and the operational plumbing that keeps them honest once real traffic arrives.
Trusted by
Services
We do not staff for breadth. If your problem sits outside these four, we will say so on the first call and point you somewhere better.
We map the decisions your agent actually has to make, then draw the smallest system that makes them reliably. Tool boundaries, memory, escalation paths, and the failure modes you inherit with each.
Offline suites, graded rubrics, and replay of real production traffic, wired into CI so a regression blocks a merge. Your team keeps the harness after we leave; we write the runbook for it.
Chunking, hybrid ranking, freshness, and permissions treated as one problem rather than four. We instrument recall before we tune anything, so improvements are arguments rather than opinions.
Tracing, cost ceilings, prompt versioning, rollback, and the on-call rota that keeps a model change from becoming an incident. The unglamorous half that decides whether the rest survives.
How we work
Week 1
Two of us sit with your traces, tickets, and the engineers who carry the pager. We come back with a written account of where the system actually loses information.
Weeks 2–3
We stand up measurement first: a baseline eval set drawn from your own traffic, plus tracing you can read. Nothing ships against a metric we cannot defend.
Weeks 4–9
One narrow path to production, end to end, then widen it. Our engineers work inside your repository and your review process, not alongside them.
Week 10
Runbooks, an architecture note your next hire can read, and two weeks of paired on-call. We schedule the exit at the start of the engagement, not the end.
Case studies
Logistics · Rotterdam
6.1% → 0.9%
Clinical operations · Dublin
40 → 610 users
Fintech · São Paulo
−74% cost
Team
No account layer, no juniors billed as seniors. The people on the first call are the people in your repository.
Principal, systems design
Ten years of distributed systems before any of this had a name; she draws the architecture and defends it.
Lead, evaluation
Ex-search quality. He believes an unmeasured improvement is a rumour and will say so in your standup.
Lead, retrieval
Built ranking infrastructure for a legal archive of nine million documents; now she does it in ten weeks.
Principal, operations
Carries the pager on every engagement so your team learns what carrying it should feel like.
FAQ
Most run eight to twelve weeks with two or three of us embedded. We take on four clients at a time; that is a hard ceiling, not a sales tactic.
We write code, in your repository, reviewed by your engineers. An architecture document nobody can implement is a failed engagement, and we have written a few.
Whichever survives your evals. We build the abstraction that lets you swap providers, then argue for the boring choice that keeps working.
Almost nobody does. Week two is spent turning your logs, support tickets, and expert judgement into a graded set of a few hundred cases you actually trust.
Yes. We have run engagements inside VPC-only environments and on air-gapped hardware in Frankfurt. Send us the requirements before the call and we will tell you what changes.
Start here
Write a paragraph, not a brief. Inês or Rui replies within two working days, and the first conversation is an hour of ours, free.