Compare runs of a known scenario
Run the same fixtures yourself against each version, then send their recorded executions over OTLP for evaluation.
A prompt change can alter which tool your agent calls. Compare traces from the same scenario to see what changed.
A release can preserve the answer while changing a tool argument. Keep the request and tool state fixed so you can compare both versions against the same rule.
Run the same fixtures yourself against each version, then send their recorded executions over OTLP for evaluation.
After an interaction, send its recorded execution over OTLP. Mibo evaluates applicable configured checks without calling the agent again.
Interpret results through the checks you define, the instrumentation your trace includes, input classification, and the breadth of scenarios you exercise or observe.
Compare the same expectation before and after a change.
Run both agent versions in your own system with the same request and controlled tool state. Record the prompt, model, and suite versions.
Send both executions as traces and inspect the same configured checks. Compare the tool arguments and response criteria, rather than only the final wording.
After a fix, rerun the failed case plus an authorized success and a tool-failure case. Your team owns execution and release decisions; Mibo evaluates received traces.
Apply the same written response criterion to both versions. Check whether a changed answer still explains the outcome accurately.
Compare the recorded tool name and account argument against the same expected values. A changed argument can fail the check even when the answer stays the same.
Regression testing compares the same defined behavior over changes. Run comparable scenarios yourself and evaluate the recorded traces against configured checks.
After an interaction, send its recorded execution over OTLP. Mibo evaluates applicable configured checks without calling the agent again.
Mibo uses the input available in the trace to classify which scenario-conditional tests are relevant. Universal checks can apply to every trace, while a test may be unavailable when the trace has no usable match or lacks the required evidence.
No. Results are bounded by the scenarios and checks you configure, the interactions that occur, the classification signal, and the instrumentation and fields you send. Mibo does not claim complete coverage, guaranteed quality, or automatic remediation.
The outcome depends on the check. Some checks report missing instrumentation; others evaluate the missing value against their configured condition. Inspect the required fields and the check’s behavior before interpreting the result.
Trace payloads are encrypted at rest, and product access is scoped to the account that owns them. Send synthetic or appropriately governed data that fits your own privacy requirements.
See which span fields and attributes Mibo can use for semantic and procedural evaluation.
Read the trace referenceCheck the answer and the execution together.
Explore evaluationInvestigate responses and tool calls in production.
Explore monitoringBuild a test suite around six refund scenarios.
Read the guide