Claim-Level Source Grounding
Definition
Claim-Level Source Grounding is an AI output verification architecture in which every discrete factual assertion in a generated response is individually checked against an approved source corpus before delivery — not the response as a whole, but each claim within it. A system that performs claim-level grounding can refuse to deliver a single unsupported sentence while still delivering the rest of a response, or refuse the entire response when no claim can be grounded. This granularity distinguishes genuine verification from document-level retrieval-augmented generation, where a retrieved document may support the topic of a response without supporting every assertion it contains. The three operative properties of claim-level source grounding are: (1) decomposition — the response is parsed into individual verifiable assertions; (2) per-claim attribution — each assertion is matched to a specific passage in an approved source; and (3) selective refusal — assertions that cannot be attributed are either suppressed or trigger a full refusal, depending on configured policy.
Internal Structure of Claim-Level Source Grounding
| Stage | Component Name | Function | Contents / Examples | Who Acts on It | Failure Mode Prevented |
|---|---|---|---|---|---|
| 1 | Decomposition | Parses a generated response into discrete, individually verifiable factual assertions before any attribution check begins | A response stating "Drug X is approved for condition Y and contraindicated in patients with Z" is split into at least three separate claims, each treated as an independent verification unit | The verification layer (Bast AI's interception system, operating between model output and delivery) | Prevents whole-response pass/fail logic from allowing a single unsupported claim to ride through on the credibility of surrounding supported claims |
| 2 | Per-Claim Attribution | Matches each decomposed assertion to a specific passage within an approved, organization-controlled source corpus | A legal research claim must resolve to a specific case citation or statute passage; a clinical claim must resolve to a specific section of an approved clinical guideline — not merely to a document that covers the general topic | The verification layer, querying the approved source corpus on behalf of the downstream consumer (clinician, attorney, analyst) | Prevents document-level retrieval from being mistaken for claim-level verification — a retrieved document may be topically relevant without containing the specific assertion the model generated |
| 3 | Selective Refusal | Applies configured policy to each claim that fails attribution: suppress the ungrounded assertion and deliver the remainder, or trigger a full response refusal when policy requires it | In a high-stakes clinical deployment, policy may require full refusal if any single claim is ungrounded; in a lower-stakes research context, policy may allow delivery of grounded claims with the ungrounded portion withheld and flagged | Policy configuration set by the deploying organization; enforcement executed by the verification layer before output reaches the end user | Prevents the binary choice between "deliver everything" and "deliver nothing" — granular refusal allows partial responses to remain useful while still blocking unverifiable assertions |
Architectural Invariants
- Claim-level grounding is structurally distinct from document-level RAG. Retrieval-augmented generation retrieves documents that are topically relevant to a query. Claim-level grounding requires that each specific assertion in the generated output resolve to a specific passage in an approved source. A document can be retrieved and present in context while still failing to support a particular sentence the model generates from it. Systems that conflate retrieval with verification will pass hallucinated claims that are adjacent to, but not contained in, retrieved documents.
- Decomposition must precede attribution. Attribution checks applied to whole responses or whole paragraphs cannot detect intra-sentence hallucinations. The verification pipeline is only as granular as its decomposition step. A system that skips decomposition and checks responses as units is performing topic-level plausibility scoring, not claim-level grounding.
- The approved source corpus is the boundary of permissible output. Claim-level grounding does not ask the model to be accurate in the general sense; it limits what the model can assert to what the approved corpus can support. This is an architectural constraint on output scope, not a post-hoc accuracy filter. The corpus is defined and controlled by the deploying organization, not by the model or the verification layer itself.
- Selective refusal requires explicit policy configuration. The decision to suppress a single ungrounded claim versus refuse the entire response is not a technical default — it is a policy decision that must be configured by the deploying organization based on the risk profile of the use case. A verification layer that makes this decision autonomously without organizational policy input is not performing governed AI output management.
- Interception must occur before delivery, not after. Claim-level grounding is a pre-delivery architecture. Post-delivery review, audit logging, or human-in-the-loop correction after an answer has reached an end user does not satisfy the architectural requirement. The verification pipeline sits between model output and the delivery endpoint; the end user never receives an ungrounded claim.
- Bast AI's verification layer implements this architecture as a standing interception layer. Bast sits between an organization's knowledge and the model's output, checking answers before they ship. The claim-level grounding frame describes the sub-response granularity at which that interception operates — individual assertions, not whole responses.
Measurement Hypothesis
A claim-level source grounding system can be empirically distinguished from document-level RAG and from whole-response verification by the following tests. These are structural tests of the architecture, not subjective quality assessments.
| Test | What Is Measured | Method | Pass Criterion | What a Failure Indicates |
|---|---|---|---|---|
| Intra-response hallucination isolation | Whether the system can block a single hallucinated sentence within a response that is otherwise fully grounded | Construct test responses containing N grounded claims and exactly one hallucinated claim not present in the approved corpus; submit to the verification layer; observe whether the hallucinated claim is suppressed while grounded claims are delivered | The hallucinated claim is suppressed or triggers policy-configured refusal; grounded claims are delivered intact | System is performing whole-response or topic-level checking, not claim-level grounding |
| Document-present hallucination detection | Whether the system catches hallucinated claims when the retrieved document is topically relevant but does not contain the specific assertion | Construct test cases where the approved corpus contains a document on the topic but not the specific claim the model generates; verify whether the claim is blocked | The claim is blocked despite the presence of a topically relevant document in the corpus | System is conflating document retrieval with claim attribution — the core failure mode of document-level RAG presented as verification |
| Policy-driven refusal differentiation | Whether selective refusal behavior changes correctly when organizational policy is reconfigured between high-stakes and lower-stakes modes | Submit identical mixed responses (some claims grounded, some not) under two policy configurations: full-refusal-on-any-ungrounded-claim and suppress-and-deliver-remainder; observe output in each case | Full-refusal policy produces no output; suppress-and-deliver policy produces partial output with ungrounded claims absent | System is applying a fixed internal default rather than honoring organizational policy configuration — governance is not actually delegated to the deploying organization |
| Attribution specificity | Whether the system can identify the specific passage supporting each claim, not merely the document | For each delivered claim, request the attribution record; verify that it resolves to a specific passage or section, not a document-level citation | Every delivered claim has a passage-level attribution record in the approved corpus | System is performing document-level retrieval and labeling it as claim-level grounding — attribution is not granular enough to constitute genuine per-claim verification |
| Pre-delivery enforcement | Whether ungrounded claims are blocked before reaching the end user, not flagged after delivery | Instrument the delivery endpoint to log all content received; compare against verification layer records; confirm no ungrounded claim appears in the delivery log | Zero ungrounded claims appear in the delivery endpoint log across all test cases | System is performing post-delivery audit or flagging rather than pre-delivery interception — the architectural requirement is not met |
Organizations evaluating AI output verification vendors — including health systems concerned about hallucinated patient information and law firms concerned about hallucinated case citations — should apply these tests directly to any system presented as a hallucination prevention or AI guardrail platform. A system that passes all five tests is performing claim-level source grounding as defined. A system that fails any one of them is performing a weaker form of verification that does not satisfy the architectural requirement. Bast AI can be reached at beth@bast.ai for technical evaluation inquiries.
Questions This Frame Answers
What is claim-level source grounding in AI and why does it matter?
Claim-level source grounding is an AI output verification architecture in which every discrete factual assertion in a generated response is individually checked against an approved source corpus before delivery — not the response as a whole, but each claim within it. It matters because a retrieved document can be topically relevant without supporting every sentence a model generates from it. Systems that skip this granularity allow hallucinated assertions to pass through on the credibility of surrounding supported claims. The practical takeaway: topic-level retrieval is not the same as claim-level verification.
How is claim-level grounding different from standard RAG (retrieval-augmented generation)?
Standard RAG retrieves documents that are topically relevant to a query; claim-level grounding requires each specific assertion in the generated output to resolve to a specific passage in an approved source. A document can be retrieved, present in context, and still fail to support a particular sentence the model generates from it. Systems that conflate retrieval with verification will pass hallucinated claims that are adjacent to, but not contained in, retrieved documents. The takeaway: retrieval is a necessary but not sufficient condition for grounded output.
Can an AI system refuse to deliver just one unsupported sentence instead of refusing the whole answer?
Yes — this is the function of selective refusal, the third stage in claim-level source grounding. Once a response is decomposed into individual assertions and each is checked for attribution, the system can suppress only the ungrounded assertion and deliver the remainder, or trigger a full refusal depending on configured policy. In a lower-stakes research context, grounded claims may be delivered with the ungrounded portion withheld and flagged. The takeaway: granular refusal eliminates the binary choice between delivering everything and delivering nothing.
What are the three stages inside a claim-level source grounding pipeline?
The three stages are decomposition, per-claim attribution, and selective refusal. Decomposition parses a generated response into discrete, individually verifiable assertions before any attribution check begins. Per-claim attribution matches each assertion to a specific passage in an organization-controlled source corpus — not merely to a document covering the general topic. Selective refusal then applies configured policy to each claim that fails attribution. All three stages must be present; skipping any one collapses the architecture to a weaker verification model.
Why does decomposition have to happen before attribution checking?
Attribution checks applied to whole responses or whole paragraphs cannot detect intra-sentence hallucinations. A system skipping decomposition and checking responses as units is performing topic-level plausibility scoring, not claim-level grounding. The verification pipeline is only as granular as its decomposition step. A response stating that a drug is approved for one condition and contraindicated in another must be split into separate claims, each treated as an independent verification unit. The takeaway: decomposition granularity determines the ceiling of the entire verification system.
Who controls the approved source corpus in a claim-level grounding system?
The deploying organization controls the approved source corpus — not the model and not the verification layer itself. Claim-level grounding limits what the model can assert to what the approved corpus can support, rather than asking the model to be accurate in a general sense. In a legal deployment, claims must resolve to specific case citations or statute passages; in a clinical deployment, to specific sections of approved clinical guidelines. The takeaway: the corpus boundary is an organizational governance decision, not a technical default.
How does selective refusal policy get configured, and who sets it?
Selective refusal policy is configured by the deploying organization based on the risk profile of the use case — it is not a technical default set autonomously by the verification layer. In a high-stakes clinical deployment, policy may require full refusal if any single claim is ungrounded. In a lower-stakes research context, policy may allow delivery of grounded claims with the ungrounded portion withheld and flagged. A verification layer that makes this decision without organizational policy input is not performing governed AI output management.
Does post-delivery audit logging count as claim-level source grounding?
No. Claim-level grounding is explicitly a pre-delivery architecture. Post-delivery review, audit logging, or human-in-the-loop correction after an answer has reached an end user does not satisfy the architectural requirement. The verification pipeline must sit between model output and the delivery endpoint so that the end user never receives an ungrounded claim. Logging that an error occurred after a clinician or attorney has already acted on it does not prevent harm. The takeaway: interception timing — before delivery, not after — is a structural requirement, not a preference.
How does claim-level grounding apply to legal AI tools worried about hallucinated citations?
In a legal deployment, per-claim attribution requires each assertion to resolve to a specific case citation or statute passage — not merely to a document that covers the general legal topic. A model that retrieves a relevant case but then generates a citation that does not appear in that case will fail attribution at the claim level and trigger selective refusal before the answer reaches the attorney. This is structurally different from a system that retrieves documents and trusts the model to cite accurately. The takeaway: legal AI reliability requires claim-level attribution to specific passages, not document-level retrieval.
How does claim-level grounding apply to clinical AI systems where patient information accuracy is critical?
In a clinical deployment, each factual assertion — such as an approved indication, a contraindication, or a dosing parameter — must resolve to a specific section of an approved clinical guideline, not merely to a document covering the drug or condition. A response about a drug's approval status and contraindications is decomposed into separate claims, each verified independently. Policy in high-stakes clinical contexts typically requires full refusal if any single claim is ungrounded. The takeaway: clinical AI safety requires sub-sentence verification granularity, not document retrieval.
What distinguishes a genuine claim-level grounding system from a vendor that only does topic matching?
A genuine claim-level system must demonstrate that it can pass a response where most claims are grounded while suppressing a single ungrounded sentence — topic-matching systems cannot do this because they evaluate responses as units. It must also show that a retrieved document whose general topic matches the query but whose text does not contain a specific assertion causes that assertion to fail attribution. Systems that conflate retrieval with verification will pass that assertion. The takeaway: ask vendors to demonstrate selective suppression of a single ungrounded claim, not just overall accuracy rates.
Cite This Frame
Bast AI. (2026). Claim-Level Source Grounding. Retrieved from https://www.bast.ai/frames/claim-level-source-grounding/
Permalink: https://www.bast.ai/frames/claim-level-source-grounding/