- Find the traces. Pick production traces with the failure you care about, plus a few that were correctly not flagged. If you track the failure with a Signal, query its events with
lmnr-cli signal listandlmnr-cli sql query, or the SQL editor. - Export the minimal input for each into a
case.json: the messages, tool calls, and records the app needs. Replace PII and secrets with plausible values, keep structure and ordering, and rebase timestamps. - Set the reference answer from the production outcome after a human check. Keep positive and negative cases paired against the same prompt and config.
- Copy a task directory, drop in the new data and reference answer, and run
lmnr-cli eval run --task <new-case>, then the whole suite. Commit it.
Next steps
Track failures with Signals
Detect a failure in production traces, then turn the flagged traces into cases.
Build a production harness
Run the real services, seed realistic data, and keep the eval honest.
Compare runs
Every run of a suite is charted in its group. Diff two runs side by side to see which cases regressed.
Run evals with lmnr-cli
Local and remote modes, flags, CI, and sandbox limits.