Technical
Preregistered metrics for AI systems
Preregistered metrics lock AI success criteria before results arrive so you cannot shop for a flattering chart after the fact.
Why preregistration matters
If you pick the metric after you see the outcome, you are doing storytelling. Preregistered metrics are a contract: what good looks like, frozen before the run that will be judged.
This is standard in serious science. AI product teams skip it because demos reward flexibility. Enterprise buyers punish that flexibility when the board asks for the number that was promised.
What to lock
Primary outcome metric. Guardrail metrics (latency, cost, safety fails). Eval set identity and version. Decision rule (ship / hold / rollback). Owner of the score.
Publish the contract where the team can see it. Score on a schedule. When the growth analyst, cron job, or CI eval runs, it scores the contract, not a new narrative.
Product example
Renovly's admin surface watches live journeys, funnels, and CAC on the same truth as the product. The AI growth analyst every few hours is only honest if the activation and acquisition metrics were named in advance.
Same rule for agent quality: define tool-success and harmful-action rates before you tune prompts to flatter a private notebook.
How this pairs with attestation
Attestation answers what ran. Preregistered metrics answer whether what ran counted as success. Together they stop both silent drift and post-hoc victory laps.
Questions buyers ask
- Can metrics ever change?
- Yes. Version the contract. Changing v2 is fine. Quietly replacing v1 after a bad week is not.
- Is this the same as A/B testing?
- Related, not identical. A/B tests need pre-registered hypotheses too. Preregistered metrics also cover eval harnesses, agent scorecards, and operational SLOs.
Related work
Keep reading
You have a system nobody can verify. I fix that.