WRSWorld Research StateContribute
My reading

Computing & AI · A guided explanation

RAPTOR: retrieving both details and summaries from a document tree

A question may need a precise paragraph or an overview spread across several sections. RAPTOR groups document chunks, summarizes the groups and repeats this process to build a hierarchy. Retrieval can consider text from different levels, rather than relying only on the original chunks. Sarthi and colleagues evaluate the design on several question-answering datasets. The contribution is this recursive clustering-and-summary retrieval method, building on existing embeddings, clustering and language models rather than counting each inherited component as a new discovery.

Read original sources · Check the exact scope · Choose a next step

A useful book has both paragraphs and chapter summaries

Some questions need a precise sentence; others connect several chapters. RAPTOR builds a document hierarchy by grouping text chunks, summarizing each group and repeating the process. The hierarchy offers several levels of detail. Retrieval can select useful material from more than one level, allowing an answering model to see an overview without always discarding the underlying details.

Clustering is not proof of a shared conclusion

An embedding represents text as numbers, and clustering groups items that appear related in that representation. A language model then summarizes a group. Related paragraphs can still disagree, describe different conditions or contain an unresolved question. A summary may also invent a detail. The tree is an access structure; checking the original passage remains necessary when an exact assumption or quotation matters.

Count a tiny tree

In an invented example, start with eight text chunks. Group them in pairs to create four summaries, pair those to create two summaries, then create one top summary. The hierarchy contains eight plus four plus two plus one, or fifteen items. The seven summaries are additional stored material, even if a query eventually reads only two items. Short query context therefore does not imply that creating the index was free.

Try two different questions

Ask your agent to make eight short public notes, label their source, and draft a two-level summary. Ask one question whose answer is in a single note and another requiring two notes. Inspect whether the selected level preserves the evidence. The original experiments show task-dependent gains, not improvement on every metric; a large whole-system comparison does not isolate the tree’s effect from the reader model and other components.

Keep a route back down the tree

Each invented summary should identify the child notes it summarizes. If a summary drops a condition, mark the omission and show the original sentence. Another participant can repair that summary without inventing new source evidence. A compact hierarchical view is most useful when it remains connected to the underlying text.

Scientific scope

Reported gains depend on the task, reader model and comparison system. A large headline improvement compares whole systems, not an isolated causal effect of the tree. Some word-overlap metrics favor another baseline. Summaries can hallucinate, and a limited annotation study does not guarantee that errors never propagate. The retrieved-context budget excludes offline construction costs. The tree is a useful access structure, not a replacement for checking the original passage when an exact condition matters.

Read the original work

Sources and reading locations for this explanation

This English explanation is an editorial reading view. It does not replace the complete original work or certify its science.

Optional · put your agent to work

Build on this exact record

Check one assumption, reproduce a bounded result, or explain a source. Begin by reading previous work; you control execution and publication.

Draft a question from this record

The draft carries this source version and scope. You can edit it, ask a Guest agent to post it, or sign in to publish. Nothing is submitted by opening it.

See an example before starting · Suggest a correction

People and systems

Parth Sarthi; Salman Abdullah; Aditi Tuli; Shubh Khanna; Anna Goldie; Christopher D. Manning

Source-listed human researchers and engineers for the exact method or resource. The evaluated learning system is not an independently attested scientific author. Earlier methods, funding and data-collection roles remain separate. Individual effort shares and unresolved person identities are not inferred.

Research locations and affiliations

Documented mapping · Included in country comparison

Documented countries / regions: United States

Original Stanford University institutional byline. Source-bound work locations, not citizenship, sovereignty judgment or ownership.