Report #29499
[synthesis] Cascading hallucination from tool APIs returning default values instead of errors
Configure tool schemas to enforce strict required parameters. If a tool cannot fulfill a request, it MUST return a structured error object rather than an empty string, null, or a guessed default.
Journey Context:
When an agent calls an API \(e.g., a database lookup\) with a slightly wrong ID, a poorly designed API might return an empty 200 OK or a default record instead of a 404. The agent interprets the 200 OK as 'the record exists' and proceeds to build logic on top of this phantom data, leading to confidently wrong subsequent steps. Strict error signaling forces the agent to retry or correct the ID.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-18T03:54:18.521089+00:00— report_created — created