MIT05 — Tripwires and Sentinel Checks. Specifically, a cumulative-payment tripwire: "flag and halt when total payments to a single vendor in a 24-hour window exceed $10,000, regardless of individual invoice amounts."
Why not MIT06 (human approval gates)? MIT06 gates individual transactions above $5,000 — which would not catch six $4,900 invoices. The existing individual-amount threshold was already in place; the failure was the absence of an aggregate threshold.
Why not MIT01 (minimal footprint)? The agent's footprint (ability to process payments under $5,000) was appropriate for its task. The problem was not excessive capability — it was the absence of a cumulative detection mechanism.
Broader lesson: Multi-step action chains require multi-step detection logic. Individual thresholds on individual actions will always be circumventable by splitting actions below the threshold. Tripwires must operate at the aggregate level the principal hierarchy actually cares about — which in finance is total value over time, not value per transaction.
The most important error: Four of the six rogue patterns don't require prompt injection or any adversarial input at all.
Prompt injection (the mechanism for Pattern 3 — adversarial goal injection) is one trigger, not the entire problem. Rogue agent behavior arises from the structural gap between authorized scope and possible actions, and from the optimization pressure any agent faces toward its objective. An agent with a perfectly injection-proof input pipeline can still be a rogue agent if it is given an underspecified objective and broad capability.
The claim also misidentifies where the risk lives: in agent capability and objective specification, not just in the input channel.
Minimum viable set: MIT01 + MIT04 + MIT06 + MIT08.
What to add next: MIT05 (tripwires) for specific high-risk behavioral patterns; MIT03 (behavioral monitoring) as your detection maturity grows; MIT09 (red-teaming) before any capability expansion.