Weekly orchestration
Across the full candidate database.
A recruitment business running more than 250 recruiters across multiple offices. Not named at the client's request.
Recruitment at this scale is a coordination problem before it is a hiring problem. More than 100,000 CVs have to be read, matched and followed up by a team spread across offices.
Manual triage sets the ceiling.
Recruiters were spending the day moving candidates through a pipeline rather than talking to them.
Every stage is observable, and long-running work survives failure.
Scroll sideways to see the full flow.
We built an event-driven orchestration layer on async Python and FastAPI, with PostgreSQL as the system of record. Candidate documents are parsed through Google Document AI, with a second parser picking up the layouts the first one can't read.
Matching and outreach run as agent workflows built with DSPy, routed across models rather than tied to one vendor. Long-running work sits in durable workflows, so a failure halfway through a batch resumes instead of restarting. Every agent call is traced, which is what makes the system safe to extend rather than merely impressive in a demo.
Capabilities, not projections. This is what the system does now.
Across the full candidate database.
Including the awkward layouts.
So responses re-enter the pipeline without anyone rekeying them.
So a bad output can be traced to its cause.
We publish engagement detail only where the client has agreed to it. If you'd like to speak to a client, ask, and we'll check who is happy to take a call.
Tell us what you need built. We'll come back with how we'd approach it, and what it would take.