An answer containing source links appears reviewable, but a citation does not establish that the associated claim is supported. The source may describe another version, support only part of a sentence or contain an important exception omitted from the answer. Review therefore needs to examine not just whether a link exists, but what a reader can actually establish from it.
This guide explains how to assess and present source support in a knowledge application. All sample passages and organisations are fictional. They illustrate a review method rather than describing real customer procedures or rules.
Split an answer into reviewable claims
Take an answer combining several statements and assess them independently. One sentence might contain a maintenance interval, exception and contact instruction. A source may support the interval without saying anything about the exception or escalation route. Reviewing only whether the response includes a reference somewhere misses those differences and makes the apparent support stronger than the evidence justifies.
Keep the exercise practical by marking claims that influence what a user does. Not every connecting sentence needs the same attention, but decisive conditions, quantities, time limits and instructions deserve targeted checking. Ask which passage supports each claim and whether that passage retains enough context for a reviewer to assess the meaning without filling gaps through assumptions.
Microsoft Learn: Retrieval-augmented generation in Azure AI Search ↗
Distinguish a source from a usable location
A document title helps readers recognise where information originates. Review often requires a more precise passage. A link to the cover of a lengthy manual may leave substantial searching to the user. Establish whether a chapter, section or other stable reference is available and how its meaning will remain clear when the source is updated or its layout changes.
Do not invent page numbers or references that exist only inside the search index. If dependable passage links are unavailable, explain that limitation and choose a suitable presentation. A recognisable title, source version and relevant excerpt can be more helpful than an apparently precise link that opens the wrong place. The interface should communicate the precision the application can actually support.
Preserve the condition attached to a rule
A fictional maintenance instruction states that an initial inspection is scheduled within five working days for series K equipment with an active service contract. Saying only that inspections are scheduled within five working days removes two important conditions. Linking back to the instruction does not automatically repair that error; users may act on the shortened statement before opening its source.
Ask reviewers to examine what has been omitted. An answer need not repeat every sentence, but it must preserve conditions that determine applicability. Include questions lacking sufficient context. If equipment series or contract status is unknown, the right next step may be to establish those facts instead of treating the conditional instruction as a general commitment covering every situation.
A citation helps only when the relevant passage has been found. Examine the retrieval step as well: RAG retrieves the wrong passage: investigate retrieval before rewriting the answer.
Show the version actually used
Users should understand which material supports a response. A link that always opens the latest version may later display information different from the passage used when the answer was prepared. That makes reported problems harder to investigate. The design should explain how the source reference and version remain identifiable within the evidence retained for the answer.
Keeping a historical record for investigation is different from continuing to offer outdated material as current guidance. Agree separately what evidence is needed, who may access it and how current questions use the valid source. A simple product-help application may need different records from a process in which a member of staff must reconstruct an important decision afterwards.
Assess partial and missing support
Sometimes the source supports only part of the question. A manual may explain standard delivery but not the unusual installation the user describes. The application may give general information while clearly preserving the unresolved part. Producing a complete-sounding response is not an appropriate objective when evidence for a decisive element is absent from the connected collection.
Distinguish supported, partly supported and unsupported claims in the evaluation. Ask a reviewer to record the reason. The team can then decide whether to improve a source, clarify the question or adjust the answer boundary. Counting visible references alone says nothing about those substantive differences and may create a misleading picture of how dependable the application is for its intended work.
Do not blend conflict into false certainty
If two apparently valid sources disagree, first establish whether their applicability differs. A general instruction may concern an older product line while an appendix covers a newer variant. Alternatively the conflict may genuinely remain unresolved. The answer should not erase that uncertainty by combining both passages into a smooth explanation that appears to describe one consistent governing rule.
Agree the appropriate response to a known kind of conflict. It may be a targeted clarification or referral to the content owner. Source precedence can help when it reflects an established editorial decision, but should not be an arbitrary technical preference. Keep the conflict as an evaluation case so a later source or retrieval change does not quietly reintroduce the same false certainty.
Design source opening around real users
Place references where users can recognise the associated claim. A list of ten sources under a long answer makes it difficult to tell which passage supports which statement. Choose a design that fits the work, such as a short citation beside the relevant explanation and an option to open the passage with sufficient context about its version and applicability.
Check the experience on a small screen too. Is the title legible, can the passage be located and is it clear when another window or system opens? Existing access boundaries still apply. A user without source access should not receive its contents through a preview simply because the underlying document system would refuse to open the full file for them.
Evaluate support separately from polished wording
Fluent answers can influence reviewers. In a targeted test, ask them first to compare the claim with its supporting passage. Only then assess whether the explanation is readable and useful. This makes it less likely that persuasive writing causes a substantively incorrect response to be treated as successful, particularly when the missing condition is easy to overlook in a confident paragraph.
Include a deliberately incorrect citation, a correct citation attached to an incomplete claim and a response for which no source exists. Discuss why these outcomes differ. The review should accept valid paraphrases but reject support based only on a source mentioning the same subject. Substantive evidence requires more than a surface resemblance between the words in a question, answer and document.
Include correction in everyday use
Provide a recognisable route for reporting an unsupported claim or incorrect reference. Ask for enough context to locate the answer without automatically requesting entire confidential conversations. Define who reviews the report and what temporary containment is available if the source or presentation repeatedly causes the same kind of mistake. Users need an actionable route rather than a generic feedback box with no owner.
After correction, repeat the question and retain the original failure category as a regression case. Updated sources, passage splitting or answer instructions may alter the relationship between claims and evidence again. A useful citation feature is therefore not decoration completed once at launch. It is part of the application’s substantive quality and needs practical ownership throughout its use.
Turn the explanation into a project decision
Record your assumptions, unknowns and acceptance checks in the matching tool. Use the service guides to discuss delivery and scope.
Open the preparation tool ↗Questions about this topic
Does a visible citation mean an answer is correct?
No. Check that the appropriate version supports the specific claim and preserves relevant conditions. A source can discuss the same subject without supporting the conclusion. A citation enables investigation but does not perform the substantive assessment.
Must answers copy source wording exactly?
Not necessarily. A good paraphrase may be clearer if it preserves meaning and relevant boundaries. Assess the relationship between the claim and passage. Literal similarity alone is not a sufficient measure of quality.
What should happen when support is missing?
Identify what cannot be established from the connected sources. Ask a focused follow-up question or refer the issue to an accountable person where appropriate. The intended response belongs in the agreed task definition and evaluation cases.
Continue with a related question
RAG retrieves the wrong passage: investigate retrieval before rewriting the answer
Diagnose retrieval quality with expected passages, product versions, document structure, filters and controlled comparisons.
RAG & business knowledgeTest a RAG system: assess sources, answers and refusals separately
Build a useful RAG evaluation with representative questions, expected passages, permission cases, clear criteria and repeatable comparisons.
AI agents & chatbotsBusiness knowledge for AI agents: sources, access and freshness
Prepare AI-agent knowledge sources by defining valid versions, permissions, usable citations, deletion and testable answers.
Sources and technical background
- Microsoft Learn: Retrieval-augmented generation in Azure AI Search ↗
Architecture overview; the examples and project choices here are original design guidance.
- OWASP: Authorization Cheat Sheet ↗
Authorisation principles; the worked evaluation cases are illustrative.