Papers
Topics
Authors
Recent
Search
2000 character limit reached

Context as Infrastructure: Knowledge Compilation for Retrieval in Agentic Systems with Harnesses

Published 30 Oct 2026 in cs.IR, cs.AI, and cs.CL | (2610.41172v1)

Abstract: Retrieval-augmented generation is becoming agentic. A search harness writes queries, reads results, reformulates, and decides when to stop. This largely solves accuracy: a harness with only BM25/grep and MiniMax M3 answers 85% of BrowseComp-Plus and 91% on multi-hop FRAMES in our runs, without compiled or vector indexes. It exposes a context problem: an undisciplined loop repeats queries, rereads documents, and fills the window with unused passages. The missing layer is knowledge compilation: a configurable ingestion pipeline where LLMs enrich documents with context no chunk contains alone--navigation hierarchies with claim-evidence leaves, entity graphs, timelines, mind maps, ontologies, wikis, and memory. Compilation is not a better retriever: under a competent harness, structural artifacts gave no detectable accuracy gain on FRAMES, and a PageIndex-style outline degraded at scale. It is a supply layer. A navigation tree whose leaves are claim-evidence pairs--the mechanism we measure--cuts query tokens by 91% when evidence suffices and adds 1.9% when it does not, a 38% average reduction; this implies a 2% break-even sufficiency rate and a measured rate near 43%. A decision gate cuts latency from 140 s to 30 s, though substitution's token saving is bought with retrieval rounds and carries its own latency cost. Other artifacts--ontology, graph, wiki, timeline, mind map, memory--pay off in deployment (governance, integration, onboarding, temporal orientation, continuity) where accuracy benchmarks cannot see them. We describe RAGFlow's pipeline and harness (open source at https://github.com/infiniflow/ragflow), which turns the loop into five disciplined stations and keeps the context entering the model the smallest sufficient set; together they form an agent-native database: a store that hands the agent compiled, governed context instead of a ranked list of passages.

Summary

  • Knowledge compilation is an ingestion-time process that transforms raw documents into structured artifacts. It consists of parsing PDFs, chunking, enriching with LLMs, validating, assembling, and registering. Examples include navigation trees and entity-relation graphs.
  • A claim–evidence representation method significantly reduces token usage by 91% without affecting accuracy but increases latency. The evidence substitution model can reduce end-to-end latency by implementing a decision gate.
  • Retrieval harness functions control admission, fallbacks, budgets, citations, and termination accurately enhancing model robustness and efficiency.

Problem formulation and central thesis

“Context as Infrastructure: Knowledge Compilation for Retrieval in Agentic Systems with Harnesses” (2610.41172) argues that the principal bottleneck in contemporary retrieval-augmented generation is shifting from document discovery to context control. In the system model considered by the paper, retrieval is not a single ranking operation but an agentic loop: an LLM formulates lexical queries, inspects results, reformulates failed searches, invokes tools, and determines whether sufficient evidence has been collected. The component coordinating this process is termed the search harness.

The paper’s central claim is that, once a sufficiently capable harness can interact directly with a corpus through BM25, grep, and file-level operations, improvements to the retrieval index cease to be the primary source of gains. The authors report that a harness using only BM25 and grep, with MiniMax M3 as the answering model, achieves 85% on BrowseComp-Plus and 91% on FRAMES in their runs. These numbers are explicitly not presented as comparable benchmark results: BrowseComp-Plus involves approximately three million tokens per question, whereas FRAMES is a multi-hop benchmark with approximately 325,000 tokens per question. The results are instead used as saturation checks showing that high answer accuracy is attainable without dense retrieval or a compiled index.

The paper therefore separates two functions that are commonly conflated. Knowledge compilation is an ingestion-time supply layer that transforms source documents into typed, versioned, provenance-bearing artifacts. The retrieval harness is a query-time control layer that determines which artifacts or source passages enter the model context, how tools are exposed, how insufficient evidence is discarded, and when the process terminates. This separation motivates the paper’s broader architectural concept of an agent-native database: a system that supplies governed, structured, provenance-linked context rather than merely returning ranked passages.

Knowledge compilation as a supply layer

The authors define knowledge compilation as a query-independent transformation from a corpus to a collection of artifacts. Each artifact is derived from source documents, retains lineage to exact source spans, and is stored with versioning and validation metadata. The transformation may combine deterministic parsing with LLM-based semantic enrichment.

The proposed ingestion pipeline comprises six stages:

  1. Parsing converts heterogeneous sources such as PDFs, Office documents, HTML, Markdown, tables, and logs into a canonical representation while preserving headings, lists, tables, and page anchors.
  2. Chunking produces retrieval units at natural document boundaries. The paper treats chunking as a recall-oriented engineering operation rather than a semantic representation of meaning.
  3. Enrichment extracts claims, evidence spans, entities, relations, events, dates, ontology labels, summaries, or synthesized articles.
  4. Validation checks evidence-span exactness, entity types, dates, and schema conformance. Invalid units are dropped rather than repaired by another model call.
  5. Assembly organizes extracted units into trees, graphs, timelines, ontologies, wikis, mind maps, or memory stores.
  6. Registration records source versions, offsets, extractor versions, validation status, access-control labels, and other lineage metadata.

The architecture imposes a strict separation between raw and derived channels. Generated artifacts are read-only and are never written back into the source corpus. This restriction is important because recursively summarizing generated text can cause provenance drift and progressively detach derived statements from the underlying evidence. The design instead allows a model to consume a compact compiled claim and permits an auditor or fallback mechanism to resolve that claim to the exact source span.

The paper distinguishes several artifact types, each evaluated on a different operational ledger. Navigation trees support organization and incremental maintenance; entity-relation graphs support cross-source discovery; ontologies provide vocabulary control and validation; wikis provide synthesis and onboarding; timelines provide temporal orientation; mind maps support navigation; and session memory supports continuity across interactions. The authors explicitly reject treating all of these artifacts as retrieval improvements. Their value depends on the deployment objective, not necessarily on benchmark answer accuracy.

Claim–evidence compilation

The quantitatively evaluated mechanism is a navigation tree whose leaves are claim–evidence pairs. Each pair contains a normalized atomic claim, a verbatim evidence span, a source-chunk identifier with character offsets, and validity metadata such as document time. A claim without a locatable source span is not retained.

This representation is intentionally not a summary. The claim provides a compact semantic unit for retrieval and context construction, while the verbatim span preserves auditability, citation, and fallback. The authors characterize the representation as lossy in prose but lossless in provenance. Extraction is performed by the relatively small glm-4-flash model; safety is attributed primarily to exact span validation rather than to reliance on a frontier model.

The extracted claim–evidence units are clustered into a hierarchical navigation tree. Internal nodes provide organizational labels, while leaves contain the evidence-bearing units. The tree is therefore treated as a carrier and organization mechanism, not as the primary retrieval algorithm.

Three serving modes are evaluated:

  • Evidence-first retrieval (E1) searches claim text directly with BM25 and anchors the results to source chunks.
  • Evidence substitution (E2) performs ordinary raw-text retrieval, then replaces a localized chunk with its claim–evidence pairs before the chunk enters the model context. A sufficiency gate decides whether the compact evidence is adequate or whether the raw chunk must be opened.
  • Decision-gated reading (E3) uses a lightweight decision model to determine whether a localized chunk warrants deep reading. The decision model controls reading depth rather than candidate ranking.

The paper reports that direct evidence retrieval outperformed a document-then-tree route in its serving ablations. The latter often located the correct document but failed to reliably select the correct internal chunk, while adding an extra interaction round. This result supports a narrow role for hierarchy: it can organize evidence, but it should not replace flat lexical recall or force the agent through a potentially incorrect routing path.

Evaluation of structural artifacts

The controlled benchmark is FRAMES, a multi-hop question-answering dataset whose questions generally require information from multiple Wikipedia articles. The baseline harness uses BM25 and grep, with the answering model held fixed across conditions. The evaluation includes RAPTOR-style summary trees, PageIndex-style outlines, an LLM wiki, an entity-relation graph, and the claim-leaf tree.

The paper’s most important negative result is that structural compilation did not produce a detectable accuracy improvement on FRAMES. The RAPTOR-style summary tree was neutral. The PageIndex-style outline was neutral at small scale but negative at FRAMES scale. The LLM wiki was neutral and expensive to rebuild. The entity-relation graph was neutral because FRAMES already supplies entity-linked evidence and most questions do not require a cross-source relational join.

These findings support several mechanisms. First, the harness already performs adaptive search and can reformulate queries after inspecting evidence. A static partition must therefore outperform the agent’s next lexical query to improve recall. Second, summaries and outlines do not add factual evidence; they reorganize or paraphrase information already present in the corpus. Third, structural errors compound across navigation decisions. The paper gives an analytic illustration: with a branching factor of eight, an assumed 95% per-decision routing accuracy would yield approximately 75% end-to-end routing success over a ten-level path. This calculation is not a measured scale experiment and is presented as a mechanism explaining why confident wrong routing can be worse than open search.

The PageIndex result is particularly consequential because it contradicts the assumption that a document hierarchy is automatically beneficial for long-context retrieval. At FRAMES scale, an incomplete or misaligned hierarchy can concentrate the harness on the wrong documents and impose additional interaction costs. The paper does not generalize this observation into a universal failure law; it treats it as a benchmark-specific negative result requiring validation on other corpora.

Token economics of evidence substitution

The strongest positive result concerns token consumption rather than answer accuracy. On the 200-question FRAMES evaluation, evidence substitution reduced total query tokens by 91% when the projected evidence was judged sufficient. When the evidence was insufficient, token usage increased by 1.9%, because the system incurred the cost of projection and then read the raw chunk. Averaged across the benchmark, total tokens decreased by 38%, with no reliable accuracy change.

The asymmetry is central. Let the sufficiency rate be the fraction of queries for which the projected evidence is adequate. With a 91% saving on successful projections and a 1.9% penalty on failed projections, the paper derives an asymptotic break-even sufficiency rate of approximately 2%. The measured 38% average reduction implies a sufficiency rate near 43% under the paper’s cost model. Thus, the mechanism remains economically favorable even when most queries still require fallback to raw text.

The result should not be interpreted as evidence that every corpus should be compiled. The 2% threshold is an infinite-horizon condition that excludes compilation cost. For a finite deployment, the required sufficiency rate increases with compilation expense and decreases with the number of future queries. The authors report that, at an implied sufficiency rate of approximately 43%, a compilation process costing ten query-equivalents would amortize after roughly 26 queries. Conversely, a short-lived corpus or a corpus with expensive extraction may not recover its compilation cost despite exceeding the asymptotic threshold.

The analysis also identifies the miss penalty as the parameter requiring the most careful measurement. Because the successful-projection saving is large, uncertainty in that quantity has limited effect on the break-even point. The comparatively small failure penalty, however, can move the threshold substantially. This gives a concrete deployment prescription: measure failed projections and their downstream cost rather than relying only on average token savings.

Latency and the cost of compact context

Token efficiency is not equivalent to end-to-end efficiency. The paper reports a significant latency trade-off: on a paired subset of seven questions, claim-based substitution approximately halved query tokens but roughly tripled end-to-end latency. The mechanism is additional retrieval rounds. Compact evidence reduces the amount of material read per interaction, but it can also make each individual context incomplete, requiring the harness to perform more searches before reaching sufficiency.

This result qualifies the paper’s token-centered benefit. If latency is a hard production constraint, reducing context size may be an unfavorable exchange unless paired with a mechanism that suppresses unnecessary deep reads. The authors therefore distinguish evidence projection from decision gating. Projection reduces the amount of context admitted when evidence is sufficient; gating reduces the number of cases in which deep reading occurs at all.

The decision gate reduced latency from 140 seconds to 30 seconds in the reported configuration. With evidence present, the gate-arm mean reduced tokens by 52% relative to the uncompiled baseline; without compiled evidence, it reduced tokens by approximately 30% by declining deep reads that did not alter the answer. The paper cautions that the 52% figure is an arm mean and should not be compared directly with the 91% conditional hit saving or the 38% full-benchmark average.

The comparison of decision models also illustrates the importance of infrastructure-level control. The Qwen decision model produced no failed groups and completed its evaluation in 30.5 seconds, whereas the StartLux model produced 18 failed groups and required 560.1 seconds. The paper consequently uses the Qwen-based model as the default gate and treats the decision component as a specialized operational model rather than as a general-purpose answer generator.

Retrieval-harness design

The harness is designed around explicit invariants rather than unconstrained tool selection. It owns deterministic properties that an LLM is unlikely to enforce reliably, including token and time budgets, citation assignment, evidence prefetch, tool gating, removal of insufficient context, retries under degraded conditions, and guaranteed termination.

The query path is organized into five stations:

  1. Capability check determines whether compiled artifacts exist and suppresses unsupported tools.
  2. Evidence prefetch performs an initial corpus-wide lexical recall before the model begins tool-mediated exploration.
  3. Evidence gating evaluates sufficiency using criteria such as evidence count, source diversity, and question coverage. Insufficient evidence is discarded rather than accumulated.
  4. Tool-loop execution permits the model to use remaining admissible tools under parallel execution, step limits, and wall-clock budgets.
  5. Deterministic close produces an answer from available evidence if the loop terminates abnormally.

This design explicitly assigns semantic judgments to the model and procedural guarantees to the harness. The model selects query terms, determines reading order, evaluates relevance, and identifies missing evidence. The framework enforces budgets, controls tool availability, manages citations, and handles abnormal termination. The authors argue that confusing these responsibilities is a common source of unreliable agentic retrieval.

The zero-hit protocol is another example of this division. A zero result is treated as a property of the tool invocation rather than as evidence that the corpus lacks the requested information. The harness explains the failure and retries through a fallback ladder, such as relaxing filters, switching from compiled to raw lexical search, or widening the time range. Only after these diagnostics can the model interpret the corpus as silent. This prevents infrastructure failures from becoming false semantic conclusions.

Artifact-specific value beyond benchmark accuracy

The paper is careful not to infer deployment benefits from FRAMES. It proposes separate evaluation ledgers for artifacts whose primary purpose is governance, integration, navigation, or continuity.

An entity-relation graph can support related-source discovery and cross-document joins, but FRAMES offers entity-linked evidence and contains relatively few questions requiring such joins. An ontology can normalize aliases, constrain extraction, support typed retrieval, validate relations, and integrate vocabularies across systems. These benefits are unlikely to appear in a benchmark where terminology is relatively controlled and source structure is fixed.

Timelines, mind maps, and wikis similarly target context organization rather than raw retrieval recall. A timeline can reduce temporal reconstruction effort and expose stale-version errors. A wiki can improve onboarding and synthesis, but the paper notes that fluent synthesized prose is inadequate for audit unless every statement remains linked to source evidence. Session memory targets continuity, such as reducing repeated questions and improving recovery of prior decisions, rather than multi-hop factual QA.

The deployment ledger specifies metrics such as tokens per correct answer, joined-source success, canonical entity-mapping rate, onboarding time, temporal reconstruction time, repeat-question rate, and citation traceability. However, the authors state plainly that no deployment row had yet met its preregistered target. These artifact-level claims are therefore architectural proposals and measurement protocols, not established production effects.

Limitations and open questions

The empirical conclusions are constrained by a single benchmark, one extraction model, one answering configuration, and descriptive aggregate measurements. The authors report no confidence intervals or repeated-seed experiments. The 91% hit saving, 1.9% miss penalty, 38% average reduction, and 43% implied sufficiency rate are measured operating points rather than population estimates.

FRAMES is English, Wikipedia-based, and entity-linked. Enterprise collections containing scans, tables, domain-specific terminology, access-control boundaries, or rapidly changing records may produce lower extraction quality and higher projection failure rates. The PageIndex degradation is observed at FRAMES scale but is not established as a general property of hierarchical navigation. Likewise, the reported 75% routing figure is an analytic illustration rather than a measured scale sweep.

The gate’s acceptance rate is also not equivalent to true evidence sufficiency. The paper distinguishes acceptance, actual sufficiency, and final-answer correctness, and introduces a false-accept rate that cannot be identified from token savings alone. A labeled audit of 100–400 accepted queries is proposed, but the paper does not report a completed benchmark-scale calibration. Consequently, the gate’s measured acceptance behavior should not be interpreted as a guarantee that admitted evidence is adequate.

Several questions remain open within the paper’s scope: whether claim–evidence compilation retains its token and latency trade-offs on non-Wikipedia enterprise data; how extraction validation behaves under tables, OCR noise, and long-range discourse dependencies; whether dense retrieval can help in corpora where lexical reformulation is insufficient; and how artifact value changes when the benchmark explicitly requires cross-source joins, temporal reasoning, ontology-constrained inference, or session continuity.

Conclusion

The paper presents knowledge compilation as an upstream context-supply layer for agentic retrieval rather than as a replacement for search. Its controlled FRAMES results show no detectable accuracy benefit from summary trees, outlines, wikis, or graphs under a competent BM25/grep harness. The measurable gain comes from claim–evidence projection: a 91% token reduction on sufficient-evidence cases, a 1.9% failure penalty, and a 38% average reduction without reliable accuracy loss. That saving can increase latency through additional retrieval rounds, while decision gating reduces the reported latency from 140 to 30 seconds.

The resulting architecture assigns distinct responsibilities to compilation, tools, and the harness. Compilers produce typed and provenance-bound artifacts; tools expose them through constrained interfaces; and the harness controls admission, fallback, budgets, citations, and termination. The paper’s strongest contribution is therefore not a new retrieval index but an operational account of how compiled evidence and disciplined agent control can make context a reusable systems resource.

Whiteboard

Explain it Like I'm 14

1. What is this paper about?

This paper explains how to help AI systems answer questions using large collections of documents.

The main system discussed is called retrieval-augmented generation, or RAG. A RAG system first searches for useful information and then gives that information to a LLM, which writes an answer.

The authors focus on a newer kind of RAG in which an AI “agent” searches repeatedly. It can:

  1. Write a search query.
  2. Read the results.
  3. Decide what information is missing.
  4. Search again.
  5. Stop when it has enough evidence.

The paper argues that finding information is no longer the biggest problem. The bigger problem is deciding what information the AI should actually read and remember.

To solve this, the authors propose knowledge compilation. This means preparing documents in advance by creating useful additions such as:

  • Short claims connected to exact evidence
  • Tables of contents and navigation trees
  • Entity-and-relationship graphs
  • Timelines
  • Ontologies, or organized vocabularies
  • Wikis and summaries
  • Memory from earlier conversations

The authors describe this as building an agent-native database: a database designed to give an AI carefully prepared and trustworthy context, rather than simply returning a list of search results.

2. What questions does the research ask?

The paper investigates several main questions:

  • Can a simple search system using tools such as grep and BM25 work well when controlled by a capable AI agent?
  • If searching already works, what is still missing?
  • Can prepared information help the AI use fewer words, or tokens, when answering?
  • Which kinds of prepared information are actually useful?
  • Do navigation trees, graphs, summaries, and other structures improve answer accuracy?
  • How can the system avoid repeatedly reading the same information?
  • When does the cost of preparing documents become worthwhile?

In simple terms, the authors are asking:

Is it more useful to improve the search engine, or to improve the way information is prepared and delivered to the AI?

Their answer is that both parts matter, but they do different jobs:

  • The search harness controls the search process.
  • Knowledge compilation prepares useful information ahead of time.

3. How was the research carried out?

Searching with a “harness”

The paper uses a retrieval harness. A harness is like a coach or control system that manages an AI agent while it searches.

The harness decides:

  • Which search tools the agent may use
  • How many searches it can perform
  • Whether it should read more deeply
  • Whether it has enough evidence to answer
  • When it should stop

The system mainly uses:

  • BM25: a traditional method for matching search words with words in documents
  • grep: a fast tool for finding exact words or patterns in files

Unlike many RAG systems, the authors do not use a vector index. A vector index turns text into numbers so that similar meanings can be matched. The authors say that, in their experiments, adding this kind of search did not improve results and sometimes made them worse.

Preparing documents in advance

The authors create a six-step preparation process:

  1. Parse: Convert PDFs, web pages, Word files, tables, and other formats into a common form.
  2. Chunk: Break documents into smaller pieces.
  3. Enrich: Use an AI model to identify claims, people, events, relationships, or important terms.
  4. Validate: Check that the generated information really appears in the original document.
  5. Assemble: Organize the information into trees, graphs, timelines, or other structures.
  6. Register: Store where each piece came from, which version of the document was used, and whether it passed checking.

This is similar to making a study guide from a textbook. However, the system keeps links back to the exact sentences in the original textbook, so someone can check whether the study guide is correct.

Claim–evidence pairs

The most carefully tested method uses claim–evidence pairs.

A claim–evidence pair contains:

  • A short statement of a fact
  • The exact sentence or part of the document that supports it
  • The location of that sentence in the original source
  • Extra information, such as the document date

For example:

Claim Evidence
The school opened in 1995. “The school officially opened in September 1995.”

The AI is not allowed to keep a claim unless it can find the exact supporting words in the source. This helps prevent made-up information.

Testing the system

The authors tested the system on question-answering benchmarks, including:

  • BrowseComp-Plus
  • FRAMES, which contains questions requiring several steps of reasoning

They compared systems with and without compiled information. They measured:

  • Answer accuracy
  • Number of tokens used
  • Search time
  • Whether the system could provide evidence for its answers

They also tested several types of compiled information, including navigation trees, graphs, wikis, timelines, and memory. However, the paper carefully says that many of these were not yet tested in real-world deployments.

4. What did the researchers find?

Simple search can already be surprisingly strong

A search harness using only BM25 and grep, together with the MiniMax M3 LLM, achieved:

  • About 85% accuracy on BrowseComp-Plus
  • About 91% on the FRAMES benchmark

The authors warn that these two percentages cannot be directly compared because the benchmarks are different.

This result suggests that a smart AI agent using simple search can sometimes perform as well as, or better than, systems using more complicated search indexes.

Compiled evidence reduced the number of tokens

The strongest result came from replacing large document passages with short claim–evidence pairs.

When the prepared evidence was enough to answer the question:

  • The system used 91% fewer query tokens.

When the prepared evidence was not enough:

  • The system used about 1.9% more tokens, because it had to return to the original document.

Across the full FRAMES test:

  • The average token use fell by about 38%.

Tokens are small pieces of text processed by a LLM. Using fewer tokens can make an AI system cheaper and sometimes faster.

The system became much faster with a decision gate

The researchers also added a decision gate. This is a small model that decides whether the AI needs to read a full document passage or whether the prepared evidence is sufficient.

With the gate:

  • Average latency fell from about 140 seconds to 30 seconds.

In other words, the system became much quicker because it did not deeply read every passage it found.

Organization alone did not improve accuracy

The researchers found that structures such as:

  • Summary trees
  • PageIndex-style outlines
  • Entity graphs
  • Wikis

did not noticeably improve accuracy on the FRAMES benchmark.

In some cases, a document outline even made performance worse when the collection became large.

The reason is that a structure is not automatically evidence. A table of contents may help a person navigate a document, but it does not necessarily provide the answer. The authors therefore distinguish between:

  • A carrier, which organizes information
  • A payload, which contains actual evidence

A tree with only headings is a carrier. A tree whose leaves contain claim–evidence pairs has useful payload.

Different tools help in different situations

The paper says that different compiled artifacts should not all be judged by the same accuracy test.

For example:

  • A timeline may help someone understand the order of events.
  • A graph may help connect information from different documents.
  • An ontology may make sure that different words, such as “customer” and “client,” are treated as related.
  • A wiki may help new employees learn about a topic.
  • Memory may help an AI remember earlier conversations.
  • A navigation tree may help people find information more easily.

These benefits may not appear in a benchmark that only asks isolated questions. The authors have proposed ways to measure these real-world benefits, but they state that no deployment result has yet met their planned success targets.

The system needs strict rules

The paper also finds that an AI search loop can waste resources by:

  • Repeating the same searches
  • Reading the same document many times
  • Keeping irrelevant passages
  • Continuing to search after enough evidence has been found

The harness helps prevent this by:

  • Setting search and token limits
  • Removing unhelpful tools
  • Discarding weak evidence
  • Prefetching useful evidence
  • Keeping track of sources
  • Providing a fallback answer if the process stops unexpectedly

5. Why are these findings important?

The paper changes the way we might think about AI databases.

A traditional database or search engine mainly tries to return documents that might contain an answer. The system described here tries to return the smallest trustworthy set of information needed for the answer.

This is important because LLMs have limited attention. If they receive too much text, they may:

  • Miss the important part
  • Become confused
  • Take longer to answer
  • Cost more money to run
  • Repeat information unnecessarily

Preparing evidence in advance can make the AI more efficient. It can also make answers easier to check because every claim is linked to its original source.

6. Overall implications and possible impact

The paper suggests that the future of AI information systems may involve two connected layers:

  1. Knowledge compilation, which prepares and organizes information before questions are asked.
  2. A retrieval harness, which controls the AI’s search and decides what information enters its context.

This approach could be useful in many settings:

  • Schools, for finding reliable information in textbooks and school records
  • Businesses, for searching policies, contracts, and support documents
  • Law, where every statement needs a traceable source
  • Medicine, where evidence and dates must be checked carefully
  • Customer service, where the system needs to remember previous conversations
  • Research, where information from many documents must be connected

However, the paper does not claim that every type of compilation always improves accuracy. Its strongest evidence supports claim–evidence pairs for reducing token use. Other tools, such as graphs, timelines, and wikis, may be valuable in real organizations, but they need separate testing.

The main message is simple:

A good AI system should not just search for more information. It should prepare trustworthy information, choose only what is needed, and show where each important fact came from.

Practical Applications

Immediate Applications

The paper’s strongest near-term applications are engineering and operational uses that can be implemented with existing BM25/grep search, LLM extraction, validation, and agent harnesses. The reported quantitative results apply primarily to English question answering with the tested models and benchmarks; deployment benefits for other artifacts remain proposed rather than experimentally demonstrated.

  • Token-efficient enterprise question answering (software, knowledge management)
    • Potential product/workflow: an enterprise assistant that returns answers with source-linked citations while reducing context consumption.
    • Evidence from the paper: claim–evidence substitution reduced average query tokens by approximately 38%, with a 91% reduction when the projected evidence was sufficient and a 1.9% increase when it was insufficient.
    • Dependencies: reliable span validation, accurate sufficiency gating, source-version tracking, and a fallback to raw text. The reported results should not be assumed to transfer directly to other languages, corpora, or models.
  • Latency reduction through decision-gated reading (software infrastructure, customer support, internal search)
    • Potential product/workflow: an adaptive support or research assistant that uses cheap evidence checks before invoking expensive model calls.
    • Evidence from the paper: measured latency decreased from approximately 140 seconds to 30 seconds with a decision gate.
    • Dependencies: the gate must avoid rejecting necessary evidence; latency gains depend on model-hosting overhead, tool-call parallelism, and the proportion of queries that can be answered from compiled evidence.
  • Citation, provenance, and audit-ready answer generation (legal, healthcare, finance, government)
    • Potential product/workflow: citation binders, compliance review dashboards, source-span highlighting, and automatic audit trails for AI-generated reports.
    • Dependencies: exact-span validation is necessary but does not by itself guarantee that the claim is logically entailed by the span. Human review may still be required for high-risk decisions.
  • Controlled deployment of agentic retrieval harnesses (software, research tooling)
    • Potential product/workflow: a reusable orchestration layer for retrieval agents with token budgets, retrieval-round limits, citation assignment, zero-hit diagnostics, and tool disabling.
    • Dependencies: the framework must clearly separate engine-enforced invariants from model judgments. The model can judge relevance and missing information, but the framework should enforce budgets, provenance, and citation formatting.
  • Low-cost lexical RAG modernization (software, small and medium-sized organizations)
    • Potential product/workflow: a lightweight private-document assistant that operates over file systems, document stores, PDFs, logs, and Markdown without a vector database.
    • Dependencies: this is most plausible when documents contain searchable terminology and the agent is competent at query reformulation. Dense retrieval may still be needed for semantic mismatch, multilingual data, noisy OCR, or poorly indexed content. The paper’s claim that dense retrieval can reduce accuracy is empirical and system-specific, not universal.
  • Incremental document ingestion and maintenance (enterprise content management, software operations)
    • Potential product/workflow: continuous indexing pipelines for policies, manuals, tickets, contracts, and release notes that avoid rebuilding an entire knowledge base after every update.
    • Dependencies: stable document identifiers, change detection, artifact versioning, invalidation of stale claims, and tests for cluster or graph consistency.
  • Human-friendly corpus navigation (education, research, technical documentation)
    • Potential product/workflow: an interactive documentation portal showing topic hierarchies, source-linked claims, related entities, and chronological views.
    • Dependencies: structural artifacts alone do not add evidence. The paper found structural artifacts to be accuracy-neutral or, in the case of a PageIndex-style outline at scale, potentially harmful. They should therefore be evaluated for navigation time, maintenance, and user comprehension.
  • Session memory for support and productivity assistants (customer support, personal productivity)
    • Potential product/workflow: support agents that remember prior troubleshooting steps, or personal assistants that recover earlier decisions without rereading complete conversations.
    • Dependencies: explicit user consent, deletion and correction controls, privacy protection, conflict resolution, and safeguards against treating model-generated memories as authoritative facts.
  • Policy and workflow prototyping for organizations (policy, education, academia)
    • Potential product/workflow: a university policy assistant, a laboratory documentation system, or a public-sector information portal with citations and “as-of” dates.
    • Dependencies: institutional review, access-control enforcement, current-source validation, and clear disclaimers that the system supports—not replaces—official interpretation.

Long-Term Applications

These applications require domain-specific evaluation, larger-scale deployment, better ontology and graph maintenance, or evidence that the proposed organizational benefits materialize in production. The paper explicitly reports no completed deployment ledger in which these benefits have met pre-registered targets.

  • Governed agent-native databases (enterprise software, regulated industries)
    • Potential product/workflow: a database layer combining raw records, claim–evidence units, entity graphs, ontologies, timelines, and access-control labels.
    • Dependencies: interoperable artifact schemas, authorization-aware retrieval, lineage preservation, update consistency, and production measurements showing that the richer interface improves outcomes without increasing operational complexity.
  • Ontology-mediated integration across enterprise systems (healthcare, finance, manufacturing, government)
    • Potential product/workflow: typed retrieval, cross-system question answering, schema mapping, invalid-relation detection, and policy-aware access control.
    • Dependencies: domain experts must define classes, properties, constraints, and mappings. Ontologies require governance, versioning, conflict resolution, and adaptation to local terminology. The paper identifies this as commercially promising but provides no controlled deployment result.
  • Cross-source compliance and investigation systems (legal, finance, cybersecurity, public administration)
    • Potential product/workflow: investigation workbenches that traverse entities, retrieve supporting claims, display joined sources, and preserve an auditable reasoning trail.
    • Dependencies: high-quality entity resolution, relation extraction, temporal validity, permissions across sources, and evaluation sets containing genuine multi-source questions. The paper notes that FRAMES did not reveal this benefit because its questions often did not require such joins.
  • Temporal intelligence and version-aware decision support (policy, finance, healthcare, operations)
    • Potential product/workflow: regulatory-change monitoring, patient or equipment histories, incident timelines, contract-effective-date analysis, and historical policy briefing tools.
    • Dependencies: date normalization, event extraction accuracy, explicit “as-of” semantics, stale-version detection, and conflict handling when sources report different dates or revisions.
  • Domain-specific LLM wikis with traceable synthesis (education, academia, technical support)
    • Potential product/workflow: onboarding portals, research overviews, laboratory knowledge bases, and technical manuals that update when source documents change.
    • Dependencies: prevention of summary drift, citation completeness, periodic recompilation, editorial review, and mechanisms ensuring that generated prose never becomes an unverified source for later generations.
  • Personalized and persistent AI assistants (daily life, education, workplace productivity)
    • Potential product/workflow: assistants that remember commitments, preferred workflows, learning goals, or prior explanations while allowing users to inspect and correct stored memories.
    • Dependencies: privacy-preserving storage, user control, memory expiration, protection against sensitive-data leakage, and robust distinction between user facts, model inferences, and temporary context.
  • Evidence-aware autonomous systems and robotics (robotics, industrial automation, healthcare operations)
    • Potential product/workflow: maintenance robots, warehouse agents, clinical workflow assistants, and industrial control copilots with procedure citations and safety constraints.
    • Dependencies: real-time updates, sensor grounding, formal safety validation, deterministic fallback behavior, low-latency retrieval, and strict separation between informational recommendations and executable actions. The paper does not evaluate physical agents, so this application remains speculative.
  • Curriculum and research knowledge infrastructures (education, academia)
    • Potential product/workflow: literature-review assistants, citation-supported tutoring systems, course knowledge maps, and research dashboards that expose both synthesized explanations and primary evidence.
    • Dependencies: scholarly citation accuracy, discipline-specific ontologies, copyright and licensing compliance, assessment of pedagogical effectiveness, and safeguards against presenting contested claims as settled facts.
  • Adaptive compilation policies based on workload economics (cloud infrastructure, finance, enterprise IT)
    • Potential product/workflow: an ingestion planner that compiles high-volume collections first and leaves low-traffic or low-sufficiency collections uncompiled.
    • Dependencies: reliable estimates of the gate acceptance rate and miss penalty. The reported approximately 2% asymptotic break-even sufficiency rate is not sufficient for small pilots; finite deployments must account for compilation cost and expected query volume.
  • Standardized evaluation protocols for context infrastructure (academia, policy, industry)
    • Potential product/workflow: shadow deployments and A/B test frameworks with collection-level comparisons, pre-registered targets, citation audits, and token/latency ledgers.
    • Dependencies: sufficiently representative query sets, non-inferior accuracy requirements, collection-level rather than answer-level analysis, and transparent reporting of null results. The paper’s central methodological implication is that an artifact should not be promoted solely because it improves navigation or appears sophisticated.

Glossary

  • Agent-native database: A database designed to provide an agent with structured, governed context rather than merely ranked documents. “the two together form what we call an agent-native database”
  • Agentic retrieval: Retrieval performed by an autonomous or semi-autonomous agent that iteratively searches, reads, reformulates queries, and decides when to stop. “In a modern agentic system, retrieval is no longer a single query-to-embedding-to-similarity call.”
  • Amortization: The process of recovering a one-time cost through repeated subsequent use. “The cost structure is what keeps the penalty small”
  • Anchored deep read: A detailed reading operation tied to a previously identified source location. “Anchored deep read”
  • Atomic claim: A single, indivisible proposition that can be independently supported by evidence. “atomic claims with verbatim evidence”
  • BM25: A probabilistic lexical information-retrieval ranking algorithm based primarily on term frequency and document frequency. “BM25 and grep are what a harness needs”
  • Claim–evidence pair: A normalized claim stored together with the exact source text and location that supports it. “every claim is stored with the verbatim evidence that supports it.”
  • Claim-level evidence search: Retrieval that searches compiled claims rather than only raw document passages. “claim-level evidence search”
  • Citation binding: The process of associating generated statements with identifiers that point to supporting source evidence. “Citation binding + cost attribution”
  • Compilation artifact: A structured, derived representation generated from source documents during knowledge compilation. “produces typed artifacts rather than a single index”
  • Context engineering: The deliberate construction, selection, and management of information supplied to a LLM. “Context as infrastructure”
  • Context window: The bounded amount of text or tokens that a LLM can process as input at one time. “fills the window with passages that are never used”
  • Dense retrieval: Information retrieval using learned vector representations and similarity calculations. “This paper contains no vector index and no dense-retrieval leg”
  • Decision gate: A model or rule that decides whether additional reading or processing is necessary. “A decision gate cuts latency from 140\,s to 30\,s”
  • Embeddings: Numerical vector representations of text or other objects used to measure semantic similarity. “claims are embedded and clustered hierarchically.”
  • Entity–relation graph: A graph representing entities as nodes and their relationships as edges. “Entity--relation graph”
  • Evidence projection: The replacement of a retrieved source chunk with a smaller set of compiled evidence units before model processing. “The compiled artifact reduces what is read”
  • Fallback composition: The generation of an answer from available information when the normal retrieval or reasoning process terminates abnormally. “composing a fallback answer on abnormal termination”
  • FRAMES: A multi-hop question-answering benchmark used in the paper to evaluate retrieval accuracy and token cost. “reaches 91\% on the multi-hop FRAMES benchmark”
  • GraphRAG: A retrieval-augmented-generation approach that uses knowledge graphs, often including graph-derived summaries or communities. “It is deliberately not a GraphRAG-style community index”
  • Harness: A control framework that manages an agent’s search tools, retrieval loop, evidence handling, budget, and stopping behavior. “We call the component that owns this loop the search harness”
  • Knowledge compilation: A query-independent ingestion process that transforms a corpus into typed, versioned, provenance-linked artifacts. “We define knowledge compilation as a query-independent transformation”
  • Knowledge graph: A structured representation of entities and their relationships, usually encoded as nodes and edges. “Knowledge graphs extract entities and relations”
  • Lexical retrieval: Retrieval based on exact or approximate word and phrase overlap rather than learned semantic vectors. “the retrieval is lexical throughout”
  • Lineage: A record of the source documents and locations from which a derived artifact was produced. “preserves a lineage link to the exact spans from which it was derived”
  • LLM wiki: A maintained collection of linked articles synthesized from a corpus by a LLM. “an LLM compiling a corpus into a maintained, linked artifact”
  • Lost-in-the-middle: A context-processing effect in which LLMs underuse information located in the middle of long inputs. “lost-in-the-middle studies show that models underuse material in long contexts”
  • Mind map: A graph-like organization of concepts or entities intended to support navigation and conceptual orientation. “A Mind-map template lays out a document's entities as a navigation graph”
  • Multi-hop question answering: Question answering that requires combining evidence from multiple passages, documents, or reasoning steps. “multi-hop QA”
  • Ontology: A formal schema defining domain classes, properties, constraints, and mappings between vocabularies. “An ontology is a schema: classes, properties, constraints, and mappings to source vocabularies”
  • PageIndex: A document-navigation method that constructs a heading-based outline or table of contents for retrieval and browsing. “PageIndex-style table-of-contents index”
  • PageRank: A graph-based ranking algorithm that estimates the importance of nodes from their connections. “At query time a PageRank over the graph ranks chunks”
  • Provenance: Information documenting the origin and supporting source of a derived statement or artifact. “the representation is lossy in prose and lossless in provenance”
  • RAGFlow: The open-source system described in the paper for knowledge compilation and retrieval-harness operation. “It is the default in RAGFlow.”
  • RAPTOR: A hierarchical retrieval method that recursively clusters and summarizes document chunks into a tree. “summary trees that recursively cluster and summarize chunks, as in RAPTOR”
  • Recall@kk: The proportion of relevant items retrieved within the top kk ranked results. “higher Recall@kk”
  • Retrieval-augmented generation (RAG): A method that supplies retrieved external information to a LLM when generating an answer. “Retrieval-augmented generation is becoming agentic.”
  • Schema validation: Checking whether extracted data conforms to the required structure and field constraints. “Check evidence spans against the source, entity types against the ontology, dates against the document, and schema against the template.”
  • Session memory: Persistent information extracted from prior interactions for use in later sessions. “Session memory extracts durable facts from session logs”
  • Sparse retrieval: Retrieval using sparse representations, typically based on lexical term matching and inverted indexes. “Classical RAG conditioned generation on passages from a sparse or dense retriever”
  • Structural compilation: Knowledge compilation that primarily adds organization or navigation structure rather than new evidence. “structural compilation does not improve accuracy under a competent harness”
  • Substitution: Replacing a retrieved raw passage with a compiled representation before it is presented to the model. “Evidence substitution (default).”
  • Sufficiency rate: The proportion of retrieval cases in which compiled evidence is judged adequate to answer without reading the original chunk. “the gate's acceptance rate---the operational proxy for sufficiency”
  • Temporal orientation: The ability to understand the ordering and timing of events in a body of information. “Timeline & Temporal orientation”
  • Typed artifact: A derived information object with an explicit semantic type, version, and associated validation or access metadata. “produces typed artifacts rather than a single index”
  • Vector index: An index that stores vector representations to support similarity-based retrieval. “without any vector index”
  • Zero-hit diagnostics: Tools or procedures for analyzing searches that return no results. “Zero-hit diagnostics”

Open Problems

We haven't generated a list of open problems mentioned in this paper yet.

Tweets

Sign up for free to view the 5 tweets with 162 likes about this paper.