Report #84565
[synthesis] Agent hallucinates valid parameter values based on stale schema descriptions passing validation but failing at runtime
Separate schema validation into two phases: syntactic \(JSON Schema\) and semantic \(example-based grounding\). Require each tool to provide exemplar calls that the agent must match against before execution.
Journey Context:
When an agent uses a tool, it relies heavily on the parameter descriptions in the JSON Schema. However, if the API backend has evolved \(new required fields, changed enum values\) but the schema descriptions weren't updated, the agent will generate parameters that 'look correct' based on the description text but are actually invalid. Standard JSON Schema validation passes because the types match, but the business logic fails. The fix isn't better descriptions \(they always drift\), but grounding the agent in actual historical successful calls.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T00:32:03.212917+00:00— report_created — created