Customer-facing scenarios
Define the safety-related situation, input, and behavior you expect so a test case reflects a concrete release concern rather than generic safety advice.
Mibo helps teams turn safety expectations into active checks before release, then evaluate applicable passive traces after real customer interactions. The evidence is bounded by your configured checks, instrumentation, classification, and observed scenarios.
Teams responsible for customer-facing agents need to check what the agent says and what it does in safety-sensitive situations. Mibo keeps those checks tied to defined scenarios instead of turning a few results into a general safety claim.
Define the safety-related situation, input, and behavior you expect so a test case reflects a concrete release concern rather than generic safety advice.
Write criteria for a response to refuse, clarify, disclose uncertainty, or stay within an approved scope. The evaluator scores the response and context available to it.
Inspect supported facts such as required or forbidden tool calls, arguments, response fields, status, timing, or token usage when the active result or trace contains the needed fields.
Make a focused safety case, combine the checks that express its behavior, and review what the available evidence can support. Active runs and passive traces answer different questions.
01
Describe the customer situation and input, then state what the agent should do or avoid. Include the edge condition that matters for release.
02
Use semantic criteria alongside procedural checks such as a required or forbidden tool call, an argument, a status, or a response field. Configure only the evidence your system can expose.
03
Run a selected case against a connected Agent before release. When eligible active cases match canonical traces from real interactions, Mibo evaluates them asynchronously without calling the Agent again.
Describe what a safe, appropriate, honest, or in-scope response should mean. The score is evidence for review and depends on the response and context available to the evaluator.
Verify deterministic facts such as a required or forbidden tool call, an argument, a response field, an HTTP status, a schema, a time limit, or token usage. Missing trace fields surface as missing instrumentation.
It is the deliberate testing of safety-related behavior in a defined AI agent scenario. Mibo lets teams combine semantic criteria about the response with procedural checks on supported execution evidence.
Active testing sends a selected scenario input to a connected Agent and evaluates the response and available execution evidence. The result is evidence for that configured case, not proof about unobserved situations.
Yes, when an active test is eligible for passive evaluation and your system sends an applicable canonical trace. Mibo evaluates it asynchronously without calling the Agent again.
Teams can describe response expectations with semantic assertions and check supported facts such as required or forbidden tool calls, arguments, response fields, HTTP status, schema, timing, or token usage. The available evidence depends on the active result or trace.
Mibo reports missing instrumentation for supported checks that cannot find the required trace field instead of silently treating the check as passed or failed. Add the relevant fields if that evidence matters to your workflow.
No. Configured checks provide bounded evidence, not a safety guarantee or automatic remediation. The signal is limited by your scenarios, checks, inputs and traces, classification, instrumentation, and the breadth of interactions you exercise or observe.
Use the maintained documentation to define scenarios, inputs, assertions, and passive behavior.
Read test creation docs →Review the supported semantic and procedural checks and the trace evidence each one can use.
Read the assertion docs →Define scenarios, run active checks before release, and reuse them for passive production evaluation.
Explore AI agent testing →Understand how Mibo evaluates configured behavior beyond a response code.
Explore evaluation →Inspect behavior in production traces and investigate regressions after real interactions.
Explore monitoring →Turn safety expectations into concrete scenarios with semantic and procedural assertions.
Explore AI agent test cases →Run the canonical live reliability check with a synthetic customer request.
Run a live check →