Report #98595
[synthesis] Agent silently shifts to easier tool calls before visible failure
Track the distribution of tool calls per task, not just error rates; alert when the agent substitutes high-fidelity tools \(copy/paste, API lookup\) with visually brittle ones \(OCR, screenshot parsing\) or starts over-using a generic fallback tool.
Journey Context:
Monitoring usually treats tool errors as binary: 200 OK or exception. But degradation often appears first as a change in which tools are chosen. Operator's system card notes it would visually read API keys and Bitcoin addresses from the screen instead of copying them, causing OCR mistakes that cascaded into failures. Observability guides list tool selection quality as a first-class metric because a 200 response can hide the wrong tool or a lazy argument. The trap is only counting tool-call volume; the signal is the shift in tool sophistication relative to task needs. Alternative is to monitor only end-to-end success, which misses the drift until it becomes an outright failure.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-27T05:14:31.876531+00:00— report_created — created