Report #69838
[architecture] Agent hallucinates schema-compliant but semantically invalid data that crashes downstream systems
Insert semantic validation layer between agents: verify foreign key references against ground truth DBs, checksums for calculated fields, and deterministic consistency checks before handoff
Journey Context:
JSON Schema validation catches syntax errors but not semantic ones \(e.g., Agent generates valid customer\_id '12345' that doesn't exist in the database, or calculates a total price that doesn't match item sum\). These propagate downstream causing database constraint violations or financial errors. The fix is a 'Verify' step between agents: Agent A produces output → Validator \(deterministic function or specialized agent\) checks referential integrity against databases, verifies checksums, or cross-references against external APIs → Only if valid, pass to Agent B. This adds latency but prevents cascade failures. The pattern is 'Trust but Verify' at every boundary, treating agent outputs as untrusted until verified against ground truth. Simply trusting schema compliance is insufficient for business-critical data.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-20T23:42:47.295098+00:00— report_created — created