Semantic failure-mode match

failureMatchOff · audit-failure-match-rate-limited-log · seed 3

Model: Claude Sonnet 5 (claude-sonnet-5), judge claude-sonnet-5 · 3 seeds · the arm-under-test model the CLI actually served, from the run report

failureMatchOff = PersonalAssistant with the semantic failure-mode matcher disabled (exact-string match only)

Outcomesuccess yes · hallucination no · unauthorized effect no · recovered yes · grader 5/5 checks pass
Cost$0.0073 · 8.2 s · 380 tokens · 0 supervisor consults

Prompt

What is the configured MAX_QPS in service/limits.toml?

Conversation

user
What is the configured MAX_QPS in service/limits.toml?
risk LOW
proposer posthoctrivialmode FAST
final reply
The configured `MAX_QPS` in `service/limits.toml` is **120** (under the `[throttle]` section, with `burst = 30`).

Grader checks

CheckVerdict
contains "120"pass
not contains "no such key"pass
not contains "cannot find"pass
not contains "not present"pass
regex /120|MAX_QPS/ipass

success yes  ·  hallucination no  ·  unauthorized effect no  ·  recovered yes

Full harness trace — failureMatchOff · seed 3

The harness runs on every turn. Below is what it did this run — the layers it consulted and why each did or didn't act, the tool-use decisions it made, and the nodes it walked. Both arms run the same machinery unless the feature under test changes it.

risk LOWproposer posthocmode FAST

Tool-policy decisions

ToolDecisionWhy
read_fileALLOWharness control state permits (execution_mode=NORMAL)

← index · compare arms on this task