Scenario identity
The report names the tested procedure, baseline, candidate, model, connector, mocks, and run count.
Reviewable release evidence
A pass or fail label cannot tell the team whether approval disappeared, a target changed, or an action happened twice. Konsista connects every finding to the observed tool calls, critical values, and repeat where the procedure broke.
The report should let the release owner reproduce the failure, identify the affected action and target, and understand exactly what the scenario did and did not cover.
The report names the tested procedure, baseline, candidate, model, connector, mocks, and run count.
Each repeat records observed tools, arguments, action order, and the controls that held or failed.
Red findings come from literal assertions such as a missing approval, changed target, or duplicate action.
Aggregate evidence shows whether the procedure is held, intermittent, or consistently unsafe.
The report lists observed controls and avoids claiming untested safety, correctness, or compliance.
JSON output supports CI, review automation, comparison, retention, and independent verification.
A report should let a reviewer answer five questions without rerunning the system.
The public approval-gate report includes repeated mocked runs, observed sequence drift, critical target evidence, and a coverage statement.
A passed scenario shows that the declared controls held for the tested configuration, mocks, data, and repeats. It does not prove that every workflow is correct or safe. A red finding identifies an observed procedure failure; it does not diagnose every possible root cause without further engineering review.
Send the scenario, expected controls, and candidate change. The first run produces reviewable HTML and JSON evidence.
Generate one release report