This prompt is designed for RAG system builders and evaluation engineers who operate multi-agent pipelines where two or more agents produce answers supported by conflicting citations. When Agent A cites Source X to claim a fact and Agent B cites Source Y to contradict it, the system must resolve the conflict rather than presenting users with contradictory information or silently picking a winner. The prompt acts as an arbitration layer that receives the conflicting agent outputs, their cited sources, and any available source metadata, then produces a citation-resolved answer with explicit source authority weighting, contradiction acknowledgment, and evidence quality notes.
Prompt
Agent Output Conflict Resolution for RAG Citation Conflicts Prompt Template

When to Use This Prompt
Defines the job-to-be-done, ideal user, required context, and boundaries for the RAG citation conflict resolution prompt.
Use this prompt when your RAG pipeline includes multiple retrieval or generation agents that may surface incompatible evidence, when you need an auditable resolution trail, and when source trustworthiness varies by recency, authority, or domain relevance. The prompt expects structured inputs: the conflicting agent outputs, the specific citations each agent relied on, and source metadata such as publication date, author credentials, domain authority score, and retrieval rank. It returns a resolved answer that preserves areas of agreement, explicitly flags contested claims, attributes each resolved position to its supporting evidence, and provides a confidence score for the resolution. Wire this prompt after agent outputs are collected and normalized, but before the final answer reaches the user. Validate the output by checking that every resolved claim has a citation, that contradictions are acknowledged rather than erased, and that the resolution reasoning is traceable back to the input evidence.
Do not use this prompt for single-agent RAG outputs with no conflict, for conflicts that are purely stylistic rather than factual, or when the underlying sources are unavailable for verification. If the sources themselves are inaccessible or the agents cannot produce the specific text they relied on, this prompt will generate plausible but unverifiable resolutions—a dangerous failure mode. For high-stakes domains such as healthcare, legal, or financial applications, always route the prompt's output through human review before it reaches end users. The prompt is not a substitute for source verification; it is an arbitration layer that makes conflicts explicit and resolution reasoning auditable. If the conflict involves more than three agents or more than ten contested claims, consider splitting the input into smaller arbitration units to avoid resolution quality degradation.
Use Case Fit
Where this prompt works, where it fails, and what inputs it assumes.
Good Fit: Multi-Source RAG with Citation Conflicts
Use when: Your RAG pipeline retrieves documents from multiple sources (e.g., internal wiki, public docs, partner feeds) and agents return answers citing contradictory facts. Guardrail: The prompt requires explicit source authority weighting and contradiction acknowledgment, preventing silent suppression of minority evidence.
Bad Fit: Single-Source or Homogeneous Corpora
Avoid when: All retrieved chunks come from a single authoritative document or a tightly curated, non-contradictory corpus. Risk: The conflict resolution overhead adds latency and may fabricate disagreements where none exist. Guardrail: Use a lightweight citation formatter instead; only invoke this prompt when a conflict detector flags a disagreement.
Required Inputs: Source Metadata and Authority Signals
What to watch: The prompt assumes each citation includes a source identifier, publication date, and authority tier. Guardrail: Enrich your retrieval pipeline to attach metadata (e.g., source_type: official_docs, last_updated: 2024-01-15) to every chunk before it reaches the agent. Missing metadata degrades the authority weighting logic.
Operational Risk: Citation Fabrication Under Conflict Pressure
What to watch: When forced to resolve a conflict with insufficient evidence, the model may hallucinate a compromise citation or misattribute a claim to a source that doesn't support it. Guardrail: Implement a post-generation verification step that checks every cited claim against the original retrieved chunk using an NLI model or string-match validator.
Operational Risk: False Equivalence Between Authoritative and Weak Sources
What to watch: The model may treat a deprecated internal memo and a current regulatory filing as equally valid, producing a misleading "middle-ground" answer. Guardrail: Enforce a strict authority hierarchy in the prompt (e.g., regulatory > official_docs > internal_wiki > forum) and require the output to explain why one source was preferred when a conflict is resolved.
Operational Risk: Abstention Bypass
What to watch: The model may generate a confident-sounding answer even when all sources are low-authority or contradictory, rather than abstaining. Guardrail: Include an explicit abstention condition in the prompt: if no source meets the minimum authority threshold or contradictions cannot be resolved, the output must state "Insufficient reliable evidence to answer" and list the conflicting claims.
Copy-Ready Prompt Template
A reusable prompt for resolving citation conflicts between RAG agents by weighting source authority, acknowledging contradictions, and producing a single evidence-grounded answer.
This template resolves conflicts when multiple RAG agents return different answers backed by different citations. It forces the model to compare sources, assess authority and recency, and produce a single answer that explicitly acknowledges contradictions rather than silently discarding minority evidence. Copy the template below and replace every square-bracket placeholder with your actual data before sending it to the model.
textYou are a citation conflict arbitrator for a RAG system. Your job is to resolve disagreements between agent outputs that cite different sources, and produce a single evidence-grounded answer. ## INPUTS ### User Question [USER_QUESTION] ### Agent Outputs with Citations [AGENT_OUTPUTS] Each agent output includes: - The agent's answer or claim - A list of citations with source identifiers, publication dates, and authority scores - The agent's self-reported confidence ### Source Authority Rules [SOURCE_AUTHORITY_RULES] ### Output Schema You must return valid JSON matching this schema: { "resolved_answer": "string (the final answer, citing specific sources inline)", "contradictions_acknowledged": [ { "claim": "string (the contested claim)", "position_a": "string (first agent's position with source)", "position_b": "string (second agent's position with source)", "resolution": "string (how you resolved it and why)" } ], "evidence_quality_notes": [ { "source_id": "string", "quality_issue": "string (recency, authority, relevance, or consistency concern)", "impact": "string (how this affected the final answer)" } ], "unresolved_issues": ["string (any contradictions that could not be resolved)"], "confidence": "high|medium|low", "escalation_recommended": true|false } ## CONSTRAINTS [CONSTRAINTS] ## RESOLUTION RULES 1. Prefer sources with higher authority scores unless a lower-authority source is significantly more recent and directly addresses the question. 2. When sources directly contradict, acknowledge the contradiction explicitly. Do not silently discard minority evidence. 3. If no source is clearly superior, report the disagreement as unresolved and recommend escalation. 4. Flag any source that appears fabricated, miscited, or misrepresented. 5. If all agents agree but cite different sources, note the source diversity as a strength. 6. Never invent citations. Only reference sources provided in the agent outputs. ## EXAMPLES [EXAMPLES]
Adaptation notes: Replace [AGENT_OUTPUTS] with the structured outputs from your RAG agents, including their answers, citations, and confidence scores. [SOURCE_AUTHORITY_RULES] should define how your system weights sources (e.g., internal docs > public web, peer-reviewed > blog posts, recency thresholds). [CONSTRAINTS] can include domain-specific rules like regulatory citation requirements or forbidden source types. [EXAMPLES] should contain at least one example where sources conflict and one where they agree but cite differently. If your use case involves regulated content, add a constraint requiring human review when escalation_recommended is true.
What to watch for: The model may still fabricate citations if agent outputs are ambiguous about source identifiers. Always validate that every cited source in the resolved answer appears in the original agent outputs. If you are operating in a high-risk domain, route outputs with confidence: low or escalation_recommended: true to a human reviewer before surfacing the answer to users. Run periodic eval checks comparing resolved answers against ground-truth evidence to catch hallucinated resolutions.
Prompt Variables
Inputs the prompt needs to work reliably. Validate each before sending. Missing or malformed variables cause the arbitrator to hallucinate citations or ignore genuine conflicts.
| Placeholder | Purpose | Example | Validation Notes |
|---|---|---|---|
[USER_QUERY] | The original user question or task that triggered the agent responses | What is the latency impact of the new API gateway on mobile clients? | Non-empty string. Must match the query that produced the agent outputs being arbitrated. Mismatch detection required. |
[AGENT_OUTPUTS] | Array of agent responses with metadata including agent ID, output text, and self-reported confidence | [{"agent_id":"retrieval-v2","output":"Latency increased by 45ms...","confidence":0.87,"citations":[{"source":"perf-test-2025-03.csv","claim":"p95 latency +45ms"}]}] | Array with 2+ entries. Each entry must have agent_id, output, confidence (0.0-1.0), and citations array. Empty citations allowed but flagged. |
[SHARED_EVIDENCE] | Ground-truth evidence corpus all agents should have used for retrieval | ["perf-test-2025-03.csv","gateway-metrics-dashboard.json","incident-postmortem-2025-02.md"] | Array of source identifiers. Must be non-empty. Each source must be retrievable for verification. Null not allowed. |
[CITATION_SCHEMA] | Required structure for resolved citations in the output | {"source":"string","claim":"string","page_or_section":"string|null","retrieval_timestamp":"ISO8601","agent_attribution":"string[]"} | JSON Schema object. Must include source, claim, and agent_attribution fields at minimum. Validate against schema before prompt assembly. |
[CONFLICT_THRESHOLD] | Minimum confidence difference between conflicting claims to flag as high-severity | 0.25 | Float between 0.0 and 1.0. Default 0.25. Lower values increase conflict sensitivity. Must be documented in arbitration log. |
[SOURCE_AUTHORITY_MAP] | Weighting of evidence sources by authority tier for tie-breaking | {"perf-test-2025-03.csv":0.9,"gateway-metrics-dashboard.json":0.85,"incident-postmortem-2025-02.md":0.6} | JSON object mapping source identifiers to authority weights (0.0-1.0). Missing sources default to 0.5. Null allowed if all sources equal weight. |
[MAX_UNRESOLVED_CONFLICTS] | Maximum number of conflicts to document before escalating to human review | 3 | Integer >= 1. Exceeding this count triggers escalation output instead of resolved answer. Must be configured per use case risk tolerance. |
Implementation Harness Notes
How to wire the citation conflict resolution prompt into a multi-agent RAG pipeline with validation, retry, logging, and human review hooks.
This prompt is designed to sit at the end of a multi-agent RAG pipeline where two or more agents have produced answers citing different or contradictory sources. The harness must receive the original user query, the conflicting agent outputs (each with their citations), and the full text of all cited passages. Before calling the LLM, validate that every citation in the agent outputs resolves to a passage in the provided evidence set—if a citation points to a missing passage, either fetch it or flag the agent output as containing an unresolvable citation before arbitration begins.
Wire the prompt into an application layer that performs pre-call validation, post-call verification, and configurable retry logic. On the input side, check that [AGENT_OUTPUTS] contains at least two entries with distinct citations, that [EVIDENCE_PASSAGES] includes all cited sources, and that [SOURCE_AUTHORITY_MAP] assigns a numeric weight to each source. On the output side, parse the JSON response and run three verification checks: (1) every citation in the resolved answer maps to a passage in the evidence set, (2) the contradictions_acknowledged array includes every pair of sources the prompt identified as conflicting, and (3) the evidence_quality_notes field is non-empty when any source authority score falls below the configured threshold. If any check fails, increment a retry counter and resubmit with the validation error appended to [CONSTRAINTS]. After three failed retries, route the entire package—original query, agent outputs, evidence, and failed resolution attempts—to a human review queue with a structured handoff that highlights which validation rule kept failing.
For production observability, log the full input payload, the resolved output, the verification results, and the retry count on every invocation. Attach a trace ID that links this arbitration step to the upstream agent calls and the downstream consumer of the resolved answer. When the escalation_required field is true or the retry limit is hit, the human review hook must present the reviewer with a side-by-side view of the conflicting agent outputs, the evidence passages, and the partial resolution the model produced before failure. Avoid deploying this prompt without citation-verification guards—RAG pipelines that skip post-hoc citation validation will silently propagate fabricated references into the final answer.
Expected Output Contract
Validate every field in the arbitration output before passing the result downstream. Use this contract to build a parser, validator, or retry guard in your application harness.
| Field or Element | Type or Format | Required | Validation Rule |
|---|---|---|---|
resolved_answer | string | Must be non-empty. Must not be identical to any single agent's raw output unless explicitly justified in resolution_rationale. | |
citation_authority_ranking | array of objects | Each object must contain source_id (string), authority_weight (float 0.0-1.0), and ranking_reason (string). Array must be sorted by authority_weight descending. No duplicate source_ids. | |
contradiction_acknowledgment | array of objects | Each object must contain claim_a (string), claim_b (string), source_a (string), source_b (string), and resolution (enum: resolved | unresolved | escalated). If empty, verify no conflicting claims exist in resolved_answer. | |
evidence_quality_notes | array of objects | Each object must contain source_id (string), quality_score (float 0.0-1.0), and quality_flags (array of strings from enum: outdated | incomplete | unverified | secondary_source | primary_source | peer_reviewed). Source_ids must match those in citation_authority_ranking. | |
fabrication_risk_flags | array of objects | If present, each object must contain source_id (string), risk_type (enum: hallucinated_citation | misrepresented_claim | fabricated_source | unverifiable_claim), and evidence (string). Null or empty array allowed only if no fabrication risk detected. | |
resolution_rationale | string | Must be non-empty. Must reference at least one source from citation_authority_ranking. Must explain why conflicting claims were resolved, escalated, or left unresolved. | |
escalation_required | boolean | Must be true if any contradiction_acknowledgment entry has resolution=escalated or if fabrication_risk_flags contains any entry with risk_type=fabricated_source. Otherwise must be false. | |
confidence_score | float 0.0-1.0 | Must be present. If escalation_required is true, confidence_score must be <= 0.6. If fabrication_risk_flags contains entries, confidence_score must be <= 0.5. |
Common Failure Modes
What breaks first when resolving RAG citation conflicts and how to guard against it. Each failure mode includes a detection strategy and a fix.
Citation Fabrication Under Conflict Pressure
What to watch: The resolution prompt invents plausible-sounding citations to break a tie or fill evidence gaps, especially when source authority weighting is ambiguous. Guardrail: Require every citation in the final output to pass an exact string match against the retrieved context. If no match exists, flag for human review and strip the fabricated citation.
False Equivalence Between High and Low Authority Sources
What to watch: The model treats a peer-reviewed paper and a forum post as equally authoritative when both support conflicting claims, producing a hedged answer that hides the quality gap. Guardrail: Include explicit source authority tiers in the prompt schema and require the output to state the highest-authority position first. Validate that low-authority sources never override high-authority sources without explicit justification.
Contradiction Erasure in Synthesized Answers
What to watch: The resolution prompt smooths over genuine contradictions instead of acknowledging them, producing a falsely coherent answer that misrepresents the evidence landscape. Guardrail: Require a dedicated contradictions_acknowledged field in the output schema. If conflicting evidence exists but the field is empty or claims no conflict, flag the output for review.
Source Misrepresentation Through Selective Quoting
What to watch: The model quotes a source out of context to support the resolution decision, misrepresenting the source's actual position while appearing properly cited. Guardrail: Implement a verification step that retrieves the full surrounding passage for every cited quote and checks whether the quote meaning aligns with the source context. Flag any quote where surrounding context contradicts the cited claim.
Confidence Inflation on Resolved Answers
What to watch: After resolving a conflict, the model reports high confidence in the final answer even when the underlying evidence remains contradictory or low-quality. Guardrail: Decouple answer confidence from resolution confidence. Require the output to include both an answer_confidence score and an evidence_quality assessment. If evidence quality is low but confidence is high, trigger a recalibration check.
Premature Resolution Without Exhausting Evidence
What to watch: The model resolves a conflict using only the first few retrieved sources, ignoring later sources that would change the resolution outcome. Guardrail: Require the prompt to enumerate all retrieved sources before resolution and include a sources_considered count. Validate that the count matches the number of sources provided. If sources are skipped, re-run with explicit instruction to consider all evidence.
Evaluation Rubric
Score each criterion on a pass/fail or 1-5 scale. Run against a golden dataset of known citation conflicts with ground-truth resolutions.
| Criterion | Pass Standard | Failure Signal | Test Method |
|---|---|---|---|
Citation Fabrication Detection | Zero fabricated citations in output. Every citation maps to a source in [EVIDENCE_SET]. | Output contains a DOI, URL, or author-year pair not present in [EVIDENCE_SET]. | Parse all citations. Cross-reference each against [EVIDENCE_SET] identifiers. Flag any orphan citation. |
Source Authority Weighting Accuracy | Higher-authority sources are preferred in the resolution when evidence quality is equal. Authority ranking matches [AUTHORITY_MAP]. | A low-authority source overrides a high-authority source without justification in [CONTRADICTION_NOTES]. | Compare resolved answer's source selection against [AUTHORITY_MAP]. Check that deviations are explained in [CONTRADICTION_NOTES]. |
Contradiction Acknowledgment Completeness | Every conflicting claim pair from [CONFLICT_MAP] is mentioned in [CONTRADICTION_NOTES]. | A known conflict from [CONFLICT_MAP] is absent from [CONTRADICTION_NOTES] or the final answer silently picks one side. | Diff the set of conflicts in [CONFLICT_MAP] against the conflicts described in [CONTRADICTION_NOTES]. Require 100% recall. |
Evidence Quality Note Accuracy | [EVIDENCE_QUALITY_NOTES] correctly labels each cited source's reliability tier per [QUALITY_TIERS]. | A source labeled 'peer-reviewed' in [QUALITY_TIERS] is described as 'low confidence' without a specific flaw noted. | For each cited source, extract its quality label from output. Compare to [QUALITY_TIERS]. Flag mismatches. |
Resolution Grounding | The resolved answer's claims are directly supported by at least one cited source. No claim floats without a citation. | A factual statement in the resolved answer has no adjacent citation and cannot be traced to any source in [EVIDENCE_SET]. | Decompose resolved answer into atomic claims. For each claim, verify at least one citation in the same paragraph or sentence. Flag unsupported claims. |
Source Misrepresentation Prevention | No cited source is used to support a claim that contradicts the source's actual content in [EVIDENCE_SET]. | A source is cited for Claim X, but [EVIDENCE_SET] shows the source explicitly denies or does not mention Claim X. | For each citation-claim pair, retrieve the source text from [EVIDENCE_SET]. Check entailment. Flag contradictions. |
Output Schema Compliance | Output is valid JSON matching [OUTPUT_SCHEMA]. All required fields present. No extra top-level keys. | JSON parse failure, missing [RESOLVED_ANSWER], or unexpected fields that violate [OUTPUT_SCHEMA]. | Validate against [OUTPUT_SCHEMA] with a JSON schema validator. Require strict mode with no additional properties. |
Abstention Appropriateness | When [EVIDENCE_SET] contains no information to resolve the conflict, output abstains rather than fabricating a resolution. | Output provides a definitive resolution when [EVIDENCE_SET] is empty or entirely irrelevant to the conflicting claims. | Use golden cases where [EVIDENCE_SET] is empty. Check that [RESOLVED_ANSWER] indicates insufficient evidence rather than picking a side. |
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Adapt This Prompt
How to adapt
Use the base prompt with a single frontier model. Skip formal schema validation; accept structured markdown or JSON-like output. Focus on getting the conflict resolution logic right before hardening the pipeline.
- Remove strict [OUTPUT_SCHEMA] requirements; ask for a structured summary instead.
- Replace [EVIDENCE_STORE] with inline pasted sources.
- Use a single model call without retry or judge loops.
Watch for
- Citation fabrication when sources are thin
- Overconfident resolution of genuinely ambiguous conflicts
- Missing contradiction acknowledgment when agents cite different document versions

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us