Concrete scenarios
Describe the situation, input, and behavior to protect so a test case represents a deliberate customer-facing scenario rather than a vague instruction.
Mibo helps teams describe a real agent scenario, add semantic and procedural assertions, run selected cases deliberately, and evaluate applicable traces when the evidence is available.
Teams need to turn a real customer situation into a concrete input, an expected behavior, and evidence they can review. Mibo keeps those parts together without treating one scenario as a claim about every interaction.
Describe the situation, input, and behavior to protect so a test case represents a deliberate customer-facing scenario rather than a vague instruction.
Write criteria for meaning, safety, completeness, or alignment in plain language. The evaluator scores the response and the available context against what you described.
Check observable facts such as node or tool calls, arguments, status, schema, timing, or token usage when the active response or trace includes the needed fields.
Build a focused case, choose the checks that express its behavior, and use the result to decide what to inspect next. Active runs and passive traces remain distinct signals.
01
Write the customer situation and the input that should exercise it. Include the expected outcome and any important edge or safety condition.
02
Combine semantic criteria with procedural assertions for the response and the execution evidence your agent can expose. Set thresholds and expected values deliberately.
03
Run the selected case against a connected Agent, then evaluate applicable canonical traces from real interactions asynchronously when your system sends them.
Describe what a useful, safe, complete, or grounded 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 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 a defined scenario with an input, expected behavior, and assertions that Mibo can evaluate. Assertions can describe response meaning or check observable execution facts such as tool calls, arguments, status, schema, timing, or tokens.
A test case is the concrete scenario and assertion definition. Mibo evaluates its configured checks during a deliberate active run and can reuse applicable active test cases when your system sends traces from real interactions.
Yes. Active testing sends the selected input to a connected Agent and evaluates the response and available execution evidence. The result is evidence for that scenario, not proof about unobserved cases.
Yes, when the test is Active and eligible for passive evaluation and your system sends a canonical trace after the interaction. Mibo classifies applicable scenarios and evaluates them asynchronously without calling the Agent again.
Mibo reports missing instrumentation for supported checks that cannot find the required trace field instead of silently treating the assertion as passed or failed. Add the relevant fields if that evidence matters to your workflow.
No. The signal is bounded by the scenarios and assertions you configure, the inputs and traces available, classification, instrumentation, and the breadth of interactions you exercise or observe. Mibo does not claim guaranteed quality or automatic remediation.
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 →See which conditional scenarios real traffic matches while keeping observed coverage distinct from assertion results.
Explore test coverage →Follow a practical workflow for scenarios, assertions, active runs, passive traces, and interpretation limits.
Read the guide →Run the canonical live reliability check with a synthetic customer request.
Run a live check →