Augment ChatGPT with retrieved evidence and automated feedback to cut hallucinations

February 24, 20237 min

Overview

Decision SnapshotReady For Pilot

The idea is practical and tested on real benchmarks; it meaningfully reduces hallucination but increases latency and API calls, and relies on the quality of retrieved evidence.

Citations144

Evidence Strength0.80

Confidence0.80

Risk Signals9

Trust Signals

Findings with numeric evidence: 4/4

Findings with evidence refs: 4/4

Results with explicit delta: 5/5

Reproducibility

Status: Code + data available

Open source: Partial

At A Glance

Cost impact: 45%

Production readiness: 60%

Novelty: 55%

Authors

Baolin Peng, Michel Galley, Pengcheng He, Hao Cheng, Yujia Xie, Yu Hu, Qiuyuan Huang, Lars Liden, Zhou Yu, Weizhu Chen, Jianfeng Gao

Links

Abstract / PDF / Code / Data

Why It Matters For Business

You can keep using a black-box LLM while reducing harmful hallucinations by adding retrieval, evidence consolidation, and automated feedback—improving factuality with modest engineering instead of costly fine-tuning.

Who Should Care

Summary TLDR

LLM-AUGMENTER is a plug-and-play system that wraps a frozen LLM (ChatGPT in experiments) with modules that (1) retrieve and consolidate external evidence, (2) prompt the LLM with that evidence, and (3) generate automated feedback to iteratively revise responses. On dialog and open-domain QA tests the system meaningfully reduces hallucinations (measured by Knowledge-F1 and F1) while keeping responses fluent. The design supports rule-based or learned policies and can use BM25/DPR/CORE retrievers and self-criticism or rule-based feedback.

Problem Statement

Large frozen LLMs often hallucinate and cannot access fresh or private knowledge. Fine-tuning is costly or impossible for black-box LLMs. The paper asks: can we wrap a fixed LLM with retrieval, evidence consolidation, and automated feedback to reduce hallucinations and improve factual grounding without changing model weights?

Main Contribution

Design of LLM-AUGMENTER: modular pipeline (Working Memory, Policy, Action Executor, Utility) to add retrieval, consolidation, and feedback around a frozen LLM.

Show empirically that retrieved and consolidated evidence plus automated feedback reduces hallucination and improves factual scores on two scenarios: information-seeking dialog and multi-hop Wiki QA.

Key Findings

Retrieving consolidated evidence raises knowledge grounding (KF1) by about +10 points on news dialog.

NumbersKF1: 26.71 -> 36.41 (ChatGPT -> LLM-AUGMENTER, News Chat, Table 1)

Practical UseAdd a retriever+consolidator to prompts to cut hallucinations in news-style dialog.

Evidence RefTable 1

Automated feedback further improves grounding (KF1) by several points in dialog tasks.

NumbersNews Chat +3.3 KF1; Customer Service +7.2 KF1 (oracle/gold settings cited)

Practical UseUse a feedback generator (self-critique or rule templates) to iterate prompts when first responses lack supporting evidence.

Evidence RefTables 1 and 2

Results

MetricValueBaselineDeltaSplit / DatasetEvidenceEvidence Ref
News Chat KF1ChatGPT 26.71 -> LLM-AUGMENTER BM25+feedback 36.41ChatGPT (closed-book)+9.70News Chat (DSTC7)Table 1 KF1 rowsTable 1
Customer Service KF1ChatGPT 31.33 -> LLM-AUGMENTER BM25+feedback 37.41ChatGPT (closed-book)+6.08Customer Service (DSTC11 validation)Table 2 KF1 rowsTable 2

What To Try In 7 Days

Add a simple retriever (BM25) and include top-k passages in the prompt for a closed-book LLM.

Implement a rule-based utility that checks overlap with retrieved evidence (KF1) and rejects answers below threshold.

Create a simple template feedback message to re-prompt the LLM when grounding is missing.

Agent Features

Memory
Working Memory stores dialog history, evidence, candidates, utilities
Planning
policy selects next action (retrieve, prompt, send)policy can be rule-based or RL-trained
Tool Use
retriever APIs (BM25, DPR)external web/task DB APIsLLM prompting (ChatGPT)
Frameworks
MDP formulation; policy optimized with REINFORCE
Is Agentic

Yes

Architectures
modular pipeline (Working Memory, Policy, Action Executor, Utility)

Optimization Features

System Optimization
iterative prompting with verification to avoid sending hallucinated answers
Training Optimization
policy bootstrapped from rules, trained with simulated users, fine-tuned with RL
Inference Optimization
always-use vs self-ask policy tradeoff to reduce retrieval cost

Reproducibility

Code AvailableYes
Data AvailableYes
Open Source StatusPartial
LicenseUnknown

Data URLs

DSTC7 News Chat (dataset name)DSTC11 Customer Service (Track 5, dataset name)OTT-QA / Wiki QA (dataset name)

Risks & Boundaries

Limitations

Extra LLM queries (often two prompts) increase latency and API cost.

Performance depends on retrieval coverage; if evidence is missing the system can still hallucinate.

When Not To Use

Applications that require single-round ultra-low latency or minimal API cost.

Scenarios where reliable external knowledge sources are unavailable or untrusted.

Failure Modes

No supporting evidence retrieved leads to persistent hallucination or abstention.

Utility functions can be biased or misaligned and may accept plausible but incorrect answers.

Core Entities

Models

ChatGPTT5-BaseDPRCORE

Metrics

Knowledge F1BLEUROUGEMETEORBLEURTBERTScoreBARTScoreToken-level F1/Precision/Recall

Datasets

DSTC7 News ChatDSTC11 Customer Service (Track 5)OTT-QA (Wiki QA)

Benchmarks

News Chat (DSTC7)Customer Service (DSTC11)Wiki QA (OTT-QA)