Approval before action
The approval tool must precede send, delete, charge, purchase, submit, or record mutation.
Human-in-the-loop verification
A workflow can be labeled human-in-the-loop while the agent still acts before approval, ignores rejection, reuses one decision, or switches to a different target. Konsista verifies the observed path before release, not the promise in a prompt or policy file.
The release check must connect the original request, the human decision, the approved target, and the controlled tool call. Anything less can report approval while the wrong action still executes.
The approval tool must precede send, delete, charge, purchase, submit, or record mutation.
A rejected, missing, or expired approval must stop the controlled action in the mocked test path.
The approved customer, recipient, amount, or record must match the target used by the action tool.
One approval must not silently authorize duplicate actions or a second unrelated target.
The same approval rule is checked across repeated runs so intermittent gate skips become visible.
The report shows observed calls and arguments rather than relying on the agent's statement that it asked.
The declared procedure is precise enough to test without interpreting the agent's prose.
Konsista tests whether the declared approval procedure held in a specific mocked scenario. It does not grant permissions, intercept production actions, certify the whole agent as safe, or replace a runtime authorization system. Keep production guardrails and human review for high-stakes decisions.
Describe the action, who must approve it, which target is covered, and what must happen after rejection. The first run uses synthetic records and mocked tools.
Test one approval gate