LlamaIndex 发布 legal-kb：基于 Index v2 的智能检索知识库

LlamaIndex has published legal-kb, a public reference application on GitHub. It is described as a knowledge base for legal documents, powered by LlamaIndex Index v2 (the LlamaParse Platform). The project demonstrates a pattern the team calls a Retrieval Harness for agentic retrieval. The approach differs from single-shot retrieval. Instead of one embedding search per query, an agent is given filesystem-style tools. It can then crawl a large, evolving knowledge base to solve a task. The tools mirror operations engineers already know: semantic and keyword search, regex grep, file search, and read. What is legal-kb? legal-kb is a working TanStack Start web app, not a library. You sign in, create a project, upload files, and chat with an agent. Each project is mirrored as a managed LlamaCloud Index v2. Uploaded files are parsed and indexed automatically in the background. The chat agent then queries that index live during each turn. The Retrieval Harness, in plain terms The harness provides a persistent data pipeline over your documents. It connects to a data source, indexes it, and keeps it updated. On top of that pipeline, it exposes a set of tools to the agent. Those tools are deliberately close to filesystem operations. An agent can list files, read a file, grep inside a file, or run hybrid search. Because the tools are generic, you can plug the harness into your own agents. The four agent tools The agent in src/lib/agent.ts is given four tools. Each maps to an Index v2 retrieval API. The table below lists them as implemented. ToolBacking APIKey parametersWhat it doesretrievebeta.retrieval.retrievequery, top_k, score_threshold, rerank_top_n, file_name, file_versionRuns hybrid semantic search; optional reranking; returns chunks plus citationsfindFilesbeta.retrieval.findfile_name, file_name_containsSearches files by exact name or substring; paginates automaticallyreadFilebeta.retrieval.readfile_id, offset, max_lengthReads raw file content, with offset and length windowsgrepFilebeta.retrieval.grepfile_id, pattern, context_chars, limitMatches a pattern in one file; returns character positions The system prompt enforces an order. The agent must call findFiles first to establish the document inventory. It then narrows with retrieve, and confirms exact wording with readFile or grepFile before citing. How it works under the hood Uploads follow a clear pipeline in src/lib/files.ts. Bytes are pushed to the project’s LlamaCloud source directory. A File and ProjectFile row are written to PostgreSQL via Prisma. An index sync is triggered but not awaited; the UI polls status until ready. Versioning is scoped to the (project, filename) pair. Re-uploading nda.pdf to the same project produces v1, v2, v3 side by side. The retrieval layer filters on the version metadata field. This gives version control over the knowledge base itself. The agent uses the ToolLoopAgent from Vercel AI SDK 6. You pick OpenAI or Anthropic per turn and bring your own keys. Reasoning is streamed: Claude models use extended thinking; OpenAI reasoning models use a medium reasoning effort. Here is a condensed but faithful view of the retrieve tool and the agent. Copy CodeCopiedUse a different Browserimport { LlamaCloud } from '@llamaindex/llama-cloud' import { tool, ToolLoopAgent } from 'ai' import { z } from 'zod' import { makeCitationId } from './citations' // One tool closure per index. Wraps Index v2 retrieval APIs. function createLlamaParseTools(apiKey: string, projectId: string, indexId: string) { const client = new LlamaCloud({ apiKey }) const retrieve = tool({ description: 'Run a semantic retrieval query against an index.', inputSchema: z.object({ query: z.string(), top_k: z.number().nullable(), score_threshold: z.number().nullable(), rerank_top_n: z.number().nullable(), // set to enable reranking file_name: z.string().nullable(), // metadata filter file_version: z.number().nullable(), }), execute: async ({ query, top_k, score_threshold, rerank_top_n, file_name }) => { const custom_filters = file_name ? { file_name: { operator: 'eq' as const, value: file_name } } : undefined const response = await client.beta.retrieval.retrieve({ index_id: indexId, project_id: projectId, query, top_k, score_threshold, rerank: rerank_top_n != null ? { enabled: true, top_n: rerank_top_n } : undefined, custom_filters, }) // Return a model-readable list plus citations that drive the UI chips. const citations = response.results.map((r) => ({ id: makeCitationId(), // e.g. "c7f2qa" fileName: r.metadata?.file_name, score: r.rerank_score ?? r.score ?? null, preview: r.content.slice(0, 500), })) const formatted = response.results .map((r, i) => `### Result #${i + 1}\n\n${r.content.slice(0, 600)}`) .join('\n\n---\n\n') return { formatted, citations } }, }) // findFiles / readFile / grepFile follow the same shape, backed by // client.beta.retrieval.find / .read / .grep return { retrieve /* , findFiles, readFile, grepFile */ } } export function buildAgent(model, apiKey: string, projectId: string, indexId: string) { return new ToolLoopAgent({ model, tools: createLlamaParseTools(apiKey, projectId, indexId), instructions: 'Always call findFiles first, ground every answer in the documents, ' + 'and cite ids inline as `cite:<id>`.', }) } Answers carry visual citations. Each retrieved chunk gets a short id, such as cite:c7f2qa. The agent references that id inline, and the UI renders a clickable citation chip. Clicking it opens the source page screenshot with bounding-box rectangles over the cited text. Naive RAG vs the agentic Retrieval Harness The harness is a different execution model from single-shot RAG. The comparison below focuses on behavior. DimensionNaive / single-shot RAGAgentic Retrieval Harness (Index v2)Retrieval flowOne vector search per queryMulti-step tool loop: find → retrieve → read/grepSearch modesVector similarity onlyHybrid semantic search, keyword, and regex grepContextFixed top-k chunksAgent reads full files or windows on demandFreshnessStatic indexPersistent pipeline with sync and versioningPrecision controlMostly hiddentop_k, score_threshold, rerank_top_n exposedCitationsChunk idsVisual citations with page screenshots and bboxesBest fitShort question answeringLong-horizon document tasks Use cases, with examples The design targets domains where agents navigate large document sets. Legal and fintech are the stated examples. Consider a contract question: ‘What notice is needed to terminate the MSA?’ The agent lists files, runs retrieve, then greps the exact clause. It answers with a citation to the specific page. Consider due diligence across a data room: An agent can findFiles by name, then readFile each candidate. It cross-checks clauses without a human opening every PDF. Consider a versioned policy base: Because retrieve accepts a file_version filter, an agent can query a specific version. This supports change tracking over time. Reference implementation </div> <div><div class="fn">Mutual_NDA.pdf<span class="ver">v2</span></div><div class="meta">parsed · indexed · ready</div></div> </div> <div class="file" data-fn="MSA_Acme_Vendor.pdf"> <div class="doc"><img src="https://s.w.org/images/core/emoji/17.0.2/72x72/1f4c4.png" alt="📄" class="wp-smiley" style="height: 1em; max-height: 1em;" /></div> <div><div class="fn">MSA_Acme_Vendor.pdf<span class="ver">v1</span></div><div class="meta">parsed · indexed · ready</div></div> </div> <div class="file" data-fn="Employment_Agreement.pdf"> <div class="doc"><img src="https://s.w.org/images/core/emoji/17.0.2/72x72/1f4c4.png" alt="📄" class="wp-smiley" style="height: 1em; max-height: 1em;" /></div> <div><div class="fn">Employment_Agreement.pdf<span class="ver">

原文超出正文长度上限，此处截断——上游还有内容，完整版见上方「原文 ↗」。