Retrieval
Ingestion, hybrid search, citation-grounded answers
deriving art direction
Senior front-end & full-stack engineer·Seed 96
I build AI products end to end: the retrieval, the agents, the evals, and the interface that makes people trust them.
Three shapes of problem, and the systems I build for them — the AI underneath, and the interface that makes it usable.
Ingestion, hybrid search, citation-grounded answers
Routing, caching and spend control across providers
Tool boundaries, traces and eval harnesses
This page began as ninety-six random characters. The five chapters, the three projects, the way it heats up as you scroll — all of it is read off that string.
Re-roll it and the page rebuilds itself: new chapters, new temperatures, new colours in the GPU fields. Nothing is stored. Nothing is saved.
96 cells · height = case, ember = digit
bdbkdbNh95NRtgLRzL6NQLeUHdQJac3vsL3WbtmrkQ3DmSRaHtoyVNtsRcq4VXKomtQozXg7T2VZM9dQJnEYZKbCZ46nd98m
Held to on every project, without exception.
Before a line of it, I spend time inside whatever the product is actually made of: the corpus, the traces, the failure cases, the people using it.
Retrieval, tool boundaries, evals, type scale — decided once, written down, then used without exception. Screens are the output, not the process.
A demo that works once proves nothing. I write the eval set before the feature, so “better” is a number rather than a feeling.
Most AI products are read long before they're clicked — answers, citations, latency, errors. Treating the text as the primary control is usually the difference between clear and merely plausible.
From the vector index to the easing curve. Design that stops at a handoff leaves half the work undone, and I would rather own the seam.
Happy to talk about AI products and hard interface problems.