cTBLS: rank table cells with dense encoders and prompt GPT-3.5 with top-k cells to ground chat replies

March 21, 20237 min

Overview

Decision SnapshotNeeds Validation

The approach is practical: dense retrieval and cell ranking are standard, and prompting GPT-3.5 with top-3 cells improves quality on HYBRIDIALOGUE, but token limits and reliance on a black-box LLM reduce out-of-the-box production readiness.

Citations0

Evidence Strength0.70

Confidence0.85

Risk Signals9

Trust Signals

Findings with numeric evidence: 3/3

Findings with evidence refs: 3/3

Results with explicit delta: 4/7

Reproducibility

Status: Code + data available

Open source: Partial

At A Glance

Cost impact: 60%

Production readiness: 60%

Novelty: 50%

Authors

Anirudh S Sundar, Larry Heck

Links

Abstract / PDF / Code / Data

Why It Matters For Business

Feeding a small set of ranked table cells to an LLM yields more accurate and preferred conversational answers and cuts errors from wrong-source retrievals; that improves user trust while keeping LLM API calls limited.

Who Should Care

Summary TLDR

cTBLS is a three-step system that (1) uses a dual-encoder dense retriever to find the right table, (2) ranks table cells with a RoBERTa-based state tracker, and (3) prompts GPT-3.5 with the top-k cells to generate grounded replies. On the HYBRIDIALOGUE dataset, dense table retrieval raises table MRR@10 from 0.491 to 0.846 and Top-1 accuracy from 0.345 to 0.777. Coarse cell ranking places the correct cell Top-3 in ~78% of follow-ups. Using Top-3 cells with GPT-3.5 improves ROUGE and human judgments: coherence preferred 84%, fluency 82.7%, and informativeness 50% vs 12.4% for prior SoTA.

Problem Statement

Open conversational LLMs hallucinate when asked about facts in tables. Prior systems either use keyword matching for table retrieval or heavy decoder fine-tuning. The problem: reliably find the right table and the right cells across many tables, then feed concise, relevant table facts to an LLM to produce accurate, conversational replies while keeping API calls limited.

Main Contribution

A practical three-step pipeline (Dense Table Retrieval, coarse+fine cell ranking, LLM prompting) to ground conversational responses on tables.

Dense Table Retrieval (dual-encoder) that substantially outperforms BM25 for selecting the correct table on HYBRIDIALOGUE.

Key Findings

Dense Table Retrieval (DTR) improves table retrieval vs BM25.

NumbersMRR@10: 0.491 -> 0.846; Top-1 Acc: 0.345 -> 0.777

Practical UseReplace BM25-style keyword retrieval with a dual-encoder dense retriever to more than double effective table-finding on HYBRIDIALOGUE, reducing wrong-table prompts to the LLM.

Evidence RefTable 1

Coarse state tracker finds the correct cell often in top-k.

NumbersTop-1: 55.9%; Top-3: 77.8%; Top-10: 92.5%

Practical UseInclude at least the top-3 ranked cells in LLM prompts to cover the correct cell for ~78% of follow-ups and cut hallucinations.

Evidence RefTable 3

Results

MetricValueBaselineDeltaSplit / DatasetEvidenceEvidence Ref
MRR@10 (table retrieval)BM25 0.491 -> cTBLS-DTR 0.846BM25≈ +0.355 abs (≈+72% absolute, reported as up to 125% relative)HYBRIDIALOGUE testTable 1: MRR @10 valuesTable 1
AccuracyBM25 0.345 -> cTBLS-DTR 0.777BM25≈ +0.432 absHYBRIDIALOGUE testTable 1: Top-1 AccuracyTable 1

What To Try In 7 Days

Index tabular sources with a dual-encoder dense retriever (RoBERTa embeddings).

Implement a coarse cell ranker and include top-3 cells in LLM prompts.

Measure table MRR, Top-1 accuracy, and simple human judgments on a small eval set.

Optimization Features

Token Efficiency
removed stopwords from knowledge in prompts to fit token limits
Training Optimization
contrastive fine-tuning for table retrievertriplet-margin fine-tuning for cell ranker
Inference Optimization
pre-compute table embeddings for fast nearest-neighbor retrievallimit LLM prompts to top-3 cells to respect token limits

Reproducibility

Code AvailableYes
Data AvailableYes
Open Source StatusPartial
LicenseUnknown

Data URLs

HYBRIDIALOGUE (Nakamura et al., 2022)

Risks & Boundaries

Limitations

OpenAI API token limits force using at most top-3 cells in prompts.

cTBLS struggles with whole-table queries and aggregation (counting, comparisons).

When Not To Use

When you require table-wide aggregation or precise numerical computation.

When you cannot include external LLM API calls or need fully open-source stacks without adaptation.

Failure Modes

Incorrect cell ranking -> LLM hallucinates or answers wrong.

Long or complex numeric reasoning leads to counting errors or wrong comparisons.

Core Entities

Models

RoBERTa-baseGPT-3.5 (text-davinci-003)DialoGPT-mediumSentenceBERTTaPas

Metrics

MRR@10AccuracyROUGE-1ROUGE-2ROUGE-LCoherenceFluencyInformativeness

Datasets

HYBRIDIALOGUEOTT-QA (source of multi-hop questions referenced)