Report #70616
[synthesis] Agent fails to extract data from tool output because the tool's actual JSON response structure silently drifted from the expected schema
Implement runtime schema validation \(e.g., JSON Schema validation\) on all tool outputs before they enter the agent's context, and surface schema violations as explicit tool errors rather than passing malformed data to the LLM.
Journey Context:
Agents are often given a static schema of what a tool returns. If the API vendor updates their API \(e.g., renaming id to uid\), the agent's extraction logic \(prompted by the old schema\) fails silently. It extracts null or the wrong field, leading to downstream NullPointerExceptions or bad logic. The LLM doesn't know the schema changed; it just sees unexpected data. Validating the output against a schema before passing it to the LLM turns a silent logic failure into a loud, catchable error.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-21T01:06:19.153428+00:00— report_created — created