Quoted Evidence Makes Model Answers Easier to Audit
A plausible answer can conceal an unsupported detail. Requiring exact source quotations gives reviewers something concrete to inspect: the evidence behind each factual claim. Quoting does not guarantee truth, but it makes invented support, missing qualifications, and unjustified conclusions easier to detect. The useful pattern is not simply “include quotes.” It is select evidence, verify it, and limit the answer to its scope.
Step one establishes the permitted evidence boundary
Start by deciding what the model may treat as evidence. For a support assistant, that might be the current product documentation and an approved policy document. For a document review, it might be only the supplied contract. State whether outside knowledge is allowed; otherwise, the model may blend remembered information with retrieved material.
Also establish document authority and freshness. An exact quotation from an obsolete policy can still produce a wrong answer. When sources conflict, specify which version controls, or require the response to disclose the disagreement rather than silently choosing one.
Step two retrieves passages with their qualifications
Retrieve material that directly addresses the question, including nearby exceptions, definitions, and effective dates. A sentence about eligibility may depend on a condition in the preceding paragraph. Passing only the attractive sentence encourages an answer that sounds supported while missing the actual rule.
Treat retrieved documents as evidence, not instructions. A passage telling the assistant to ignore its rules must not gain authority merely because it appears in the source material. This separation matters especially when retrieval includes untrusted webpages or user-uploaded documents.
Step three selects quotations before drafting claims
Ask the model to identify short, exact passages before writing its answer. Each passage should support a specific part of the requested response. If no passage answers a question, record that gap rather than filling it with a likely explanation.
Suppose a policy states, “Refund requests must be submitted within thirty days of purchase.” That supports a submission deadline. It does not establish that every request is approved, that refunds arrive within thirty days, or that exceptions never exist. Selecting evidence first makes those boundaries visible before fluent prose obscures them.
Step four checks wording and actual support
Validate each selected quotation against the supplied source. A basic text comparison can catch invented wording, although document extraction may introduce harmless differences in spacing or typography. Preserve wording and meaning when normalizing those differences. Reject passages that cannot be located.
Then check entailment, not just text overlap: does the passage actually justify the proposed claim? Exact matching cannot establish that. Review dates, quantities, negation, and conditional language carefully. A quotation containing “may” does not support an answer promising “will.”
Step five drafts only evidence supported conclusions
Write the answer from the verified passages, keeping each quotation near the claim it supports. Distinguish explicit statements from interpretations. If two passages jointly suggest a conclusion without stating it directly, label that conclusion as an inference rather than presenting it as quoted fact.
Make abstention specific and useful. Instead of claiming that no refund exceptions exist, say that the supplied material does not describe exceptions. That reports the evidence boundary without confusing missing information with proof of absence.
Step six tests failure cases before deployment
Evaluate the workflow with answerable questions, missing-evidence questions, contradictory documents, and misleading near-matches. Track quotation accuracy separately from claim support and answer completeness. A system can copy every quotation correctly while still drawing the wrong conclusion.
Keep model identity stable during these comparisons. BestRelay, this article’s publisher, is a quality-first API relay that forwards each request to the official model named in it, without substitution. It covers Claude, GPT, Gemini, DeepSeek, Kimi, GLM, Qwen, Grok, and more, and works with Claude Code, Codex, Gemini CLI, and any OpenAI SDK.
Budget for the additional evidence tokens: BestRelay bills pay-as-you-go using provider-reported token counts, with cache reads and writes priced separately. Members also earn referral commissions when invitees top up. Create a BestRelay account to try this workflow. Regardless of the access layer, retain the same standard: every factual claim needs adequate support, not merely a convincing quotation.
Want to try the models discussed here? Sign up