Agent·

Librarian Agents train builders to curate reusable workspaces — Precomputed agent workspace vs reactive retrieval — What does it mean?

The news. On October 15, 2026, Anikait Singh, Teresa Zhang, Yoonho Lee, Roshen Sanjay Nair, Aviral Kumar and Chelsea Finn published Librarian Agents on arXiv. On BrowseComp-Plus it reports 0.75 accuracy against 0.42 for an embedding baseline with a frozen Qwen3.5-4B answering agent, and 0.77 with a frozen Gemini 3.1 Flash Lite answering agent. Read the paper →

Picture a library whose basement holds thousands of unsorted boxes. A reactive retrieval system is a clerk who walks down to the basement for every visitor and searches the boxes from scratch. Librarian Agents hire a librarian who works before the doors open. In the paper, a builder model edits a filesystem with four actions: CreateFile writes a synthetic file that consolidates some raw documents and keeps reference links to them, MergeFiles rolls related synthetic files into a higher-level summary that adds hierarchy, Delete removes synthetic files that did not help, and Stop ends construction. Delete never touches a raw document, so every original box stays reachable.

A frozen answering agent then moves through the workspace with ordinary file-listing and file-reading actions. Where a standard retrieve-then-generate pipeline searches an index for each query, this workspace is built once and read many times. It is also context engineering moved ahead of time: instead of loading raw material into a scarce context window at query time, the heavy cross-document work happens once, in advance.

The hard part is teaching the librarian what a good shelf looks like without showing it any future question. The authors train a Qwen3.5-4B builder with GRPO and score each finished workspace by how well a frozen answering agent does on queries the builder never sees. To give early edits credit, they probe the answering agent every eight builder turns and reward the change in accuracy, plus a terminal reward for final correctness. Without this training the builder produced a fragmented shelf: on BRIGHT, a benchmark of unseen StackExchange, LeetCode and math domains used to test zero-shot transfer, the untrained builder averaged 4.8 synthetic files, 4.2 clusters and 0.6 merges, while the trained builder averaged 53.4 files, 45.4 clusters and 8.0 merged artifacts.

Two design choices keep the shelf honest. Every synthetic file keeps a provenance link, so when the summary layer omits a detail the answering agent can follow the link to the raw source; the paper shows a case of exactly this recovery. And placement matters, not only content: in an ablation, flattening the same memories kept accuracy comparable but raised navigation cost, while shuffling where files sit lowered accuracy without lowering navigation cost.

On BrowseComp-Plus, Table 1 of the paper compares accuracy and the one-time construction cost in tokens for the precomputing methods; its Librarian Agents accuracy of 0.77 matches the paper's Gemini 3.1 Flash Lite result.

MethodWhat it precomputesAccuracyConstruction cost (tokens)
GraphRAGknowledge graph with a fixed schema0.3611,923
AutoCompactionperiodic summaries of past work0.04501,637
Builder without RLsynthetic-file workspace, untrained0.28127,683
Librarian Agentssynthetic-file workspace, RL-trained0.77178,926

Hold three figures fixed from the paper: a one-time construction cost of 178,926 tokens, an answering cost of 9,346 tokens per query on the trained builder's workspace, and the paper's own illustration of 20 queries per document set. Spreading construction over 20 queries gives 178,926 / 20 ≈ 8,946 tokens each, and adding the 9,346 answering tokens gives 18,292, so about 18,300 tokens per query all-in (computed from the paper's figures, which the paper rounds to roughly 18K). With a single query the same workspace would cost 178,926 + 9,346 = 188,272 tokens, so reuse is what pays for construction. The cost is not hidden either: the trained builder's answering agent reads 26.9 files per query against 2.72 for the untrained builder, which is why its raw per-query tokens are higher (9,346 versus 1,238). The paper's reuse analysis reports 33.8% fewer recorded tokens per expected correct answer at ten questions per corpus, because accuracy rises from 0.242 to 0.637 on the amortized set.

Keep the limits in view. The BrowseComp-Plus result rests on 50 held-out tasks, and the BRIGHT transfer test uses 150 questions across three domains with one filesystem per domain. The answering agents are Qwen3.5-4B and Gemini 3.1 Flash Lite, so how the gain looks with larger answering agents is not shown. A workspace can also lose a detail that was needed in hindsight; the provenance links are the paper's mitigation, not a guarantee.

Goes deeper in: AI Agents → Retrieval & RAG → Retrieve-Then-Generate

Related explainers

Frequently Asked Questions

Check what you knowMap your AI & GPU knowledge across every track — free, role-based