Generic benchmarks
Public eval sets miss your policies, tools, and escalation paths.
Golden datasets
Turn real agent failures into governed, human-approved examples for evaluation and runtime retrieval—without hiding corrections inside model weights.
Benchmarks and synthetic labels can score a model. They rarely capture the exceptions your humans already fix in production.
Public eval sets miss your policies, tools, and escalation paths.
Labels without the full trace cannot teach the next similar request.
Training runs slow the correction cycle and bury individual examples.
Support tickets and reviewer rewrites disappear instead of becoming reusable experiences.
A golden dataset that is also an approved experience library: inspectable, scoped, versioned, and removable.
Requests, tool calls, intermediate steps, and final responses from OpenTelemetry or exports.
Domain experts rewrite responses and trajectories with critiques tied to your rubric.
Approved examples enter context as dynamic few-shots for similar future requests.
A useful golden dataset is not a transcript archive. It has a narrow workflow boundary, a sampling rule, explicit acceptance criteria, and provenance for every approved example.
Start with recurring, costly intents rather than a random export. Preserve difficult edge cases and known failure modes.
Define what reviewers can change, when they escalate, and how an approved answer is distinguished from a plausible one.
Keep the original trace, correction, reviewer, policy scope, and version together so each record can be audited or retired.
Use real failures as the source material in a production-trace golden datasetMeasure whether the library improves an agent through LLM evaluation services
Buyers receive governed records—not a raw dump. Formats and ownership stay inspectable.
Approved JSON/CSV records, annotation rubric, coverage map for one workflow, and a retrieval prototype for that same workflow.
Each record keeps source trace ID, observed failure, approved replacement, critique, scope, version, and approval status.
Start with recurring, costly intents. Prefer a coherent hard set over a large random export.
Reviewers resolve disagreements against a policy owner. Plausible answers without approval stay out of retrieval.
Minimize fields before review, mask sensitive values, and keep originals in the approved system of record.
Reusable resource
Inspect the fields for source trace, observed failure, approved correction, critique, scope, version, and approval status.
Illustrative template—not client data. Adapt it to your policies, privacy controls, and approval process.
Trace audit, failure patterns, and an annotation rubric tied to your success definition.
Human-corrected responses/trajectories plus a retrieval prototype for one workflow.
Baseline comparison, quality review, cost/latency notes, and a rollout recommendation.
Irrelevant or stale examples can hurt performance. Approval gates, metadata filters, and thresholds come before rollout.
This page describes less than three’s production-trace review method: reconstruct failures, capture human-approved corrections, store them outside model weights, and measure whether scoped retrieval improves a defined workflow.
Primary references used for terminology and risk framing:
A golden dataset that is also an approved experience library: inspectable, scoped, versioned, and removable.
No. Approved corrections stay outside model weights and can be retrieved at runtime. Fine-tuning can still complement the system for stable, common behavior.
A sample of production traces or conversation exports for one workflow, plus a working definition of success for that workflow.
We compare a fixed baseline against a changed agent on the same workflow using task success, edits, escalations, latency, and cost where available.
Use the illustrative template now. For a scoped engagement, bring a slice of production traces and we will estimate experience coverage.