Report #101680
[research] LLM output contradicts the provided source/context or invents facts not in it
Classify every generated claim as intrinsic \(violates provided code/context\) or extrinsic \(unsupported by external docs/APIs\). Use static analysis, type checking, and execution for intrinsic errors; use retrieval and citation verification for extrinsic ones. Do not apply the same fix to both kinds.
Journey Context:
Ji et al.'s survey distinguishes factuality hallucinations from faithfulness hallucinations. In coding, intrinsic means the generated function calls are inconsistent with the files you showed the model; extrinsic means the name looks plausible but does not exist in the library or runtime. The common failure is to add a generic 'be careful' prompt. That does nothing, because the model needs a different verifier for each class: syntax/execution catches intrinsic, retrieval catches extrinsic. Routing the claim to the right verifier is the whole fix.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-07-07T05:15:59.450317+00:00— report_created — created