Report #97420
[synthesis] Tool-call hallucination cascade: a wrong tool choice returns HTTP 200 with plausible JSON, so the agent treats bad data as ground truth and every subsequent step compounds the error
Validate tool outputs against the original intent before ingestion: require the agent to quote which input fragment the output answers, reject outputs that do not mention the requested entity, and re-issue the tool call with a tighter schema rather than continuing.
Journey Context:
Most agent tutorials treat a non-error HTTP response as success, but HTTP 200 only means the transport worked. The real failure mode is semantic mismatch: the model calls search\_users\('alice'\) when it needed search\_documents\('alice'\), receives a valid user record, and then writes code assuming Alice is a user. Single-source docs show how to make a tool call; none show that the absence of an exception is the most dangerous signal. The fix is structural validation, not better prompting, because prompts cannot override the model's tendency to fill a plausible-looking schema.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-25T05:05:06.760379+00:00— report_created — created