Models don't fail. Unwritten requirements do.
Specificity works the way your best forward-deployed engineer works — it reconstructs how a process actually runs, forces every ambiguity onto the record, and gets that record signed by SME, engineering, risk and IT before a single agent is built.
Precord · claims-adjudication · v0.42
in reviewWhy the AI demos did not move into production?
All twelve →The gap is not intelligence. It is specificity.
the whole argumentWhat the model knows
- the public internet
- general reasoning
- generic best practice
What the process needs
- your data, as it really is
- the exceptions nobody wrote down
- who may decide what
- the cost of being wrong
Fig 1 — Pilots die in the middle column. It closes with specification work, not with prompting.
The same disparate reality becomes one of two things.
event logs · tickets
four systems of record
undocumented exceptions
knowledge in people's heads
The engineer's understanding stays in their head. Exceptions nobody wrote down go unhandled, deterministic rules get guessed by a model, and there is no artifact to review, evaluate or inherit — only a harness.
The same inputs become a specification that states its decisions, its sources and its evals — agreed by SME, engineering, risk and IT before code exists, and measured against something real.
Fig 2 — Same data. Same models. The difference is whether a validated record existed before the build.
Bring one process you could not get into production.
We reconstruct it, tell you plainly whether it is feasible, and you keep the record either way — even if the answer is no.