For AI engineers

For AI engineers.

If your agent has tools that move money or read customer records, unit tests and evals of its answers will not show how often it gives way under pressure. Connect a test copy, run many adversarial conversations against the business’s rules, read the failures at the line where they happened, fix, and re-test the same way after every change.

01What you answer for

You answer forHow an AI agent puts it at risk
The agent’s toolsRefund, discount, order and payment calls made under pressure
The promptRules a persistent user can argue past
ReleasesA change that quietly makes it worse
Untrusted textInstructions hidden in messages or documents it reads

02Questions to ask your team

  1. Which limits are enforced in the tools, and which only in the prompt?
  2. Do order facts and prices come from tool calls or from the user?
  3. Does every release run an adversarial re-test before it ships?
  4. Do we know which tactic broke it, and at which turn?
  5. Did the last fix make it refuse honest users?

03Evidence to ask for

  • Held-firm and over-refusal rates with ranges, per version.
  • Failures sorted into new, fixed and still happening.
  • The transcripts, with the line where it gave way.
  • A re-test after each fix that says whether the change is real or within chance.

04Where to go next

Questions

What does my agent need to be testable?

A test copy reachable over HTTPS that answers in plain text within 30 seconds, connected to test systems rather than live payments or customer records.

See where your agent leaks money. Tested against your own rules, with the money at stake.

See the testsHow we score