正在加载视频...

视频加载失败

We’re open sourcing the first document OCR benchmark for the agentic era, ParseBench. Document parsing is the foundation of every AI agent that works with real-world files. ParseBench is a benchmark that measures parsing quality specifically for agent knowledge work: ✅ It optimizes for semantic correctness (instead of exact...

108,403 次观看 • 6 个月前 •via X (Twitter)

30 条评论

Lenny Rachitsky 的头像
Lenny Rachitsky6 个月前

🔥

Hershal Rao 的头像
Hershal Rao6 个月前

finally, a scientific way to quantify my daily trauma with pdfs.

arlind0xBB 的头像
arlind0xBB6 个月前

@llama_index What about datalab and Chandra OCR? I had been testing llama parser and datalab, and datalab provided best results for my sample. If you compare with datalab I am immediately in!

Yuri | Queiroz 的头像
Yuri | Queiroz6 个月前

document parsing is the unsexy bottleneck that breaks most agent pipelines in production. garbage in, garbage out — doesn't matter how smart your reasoning layer is. glad someone is finally benchmarking this properly for the agentic use case.

Kaven 的头像
Kaven6 个月前

Benchmarks like this matter because parsing errors aren’t just OCR noise, they become reasoning errors downstream. Glad to see evaluation framed around agent knowledge work instead of generic document OCR.

Yuri | Queiroz 的头像
Yuri | Queiroz6 个月前

document parsing is the silent bottleneck that kills most RAG and agentic pipelines in production. you can have perfect retrieval logic but if tables, headers, and multi-column layouts get mangled on ingest, your agent is reasoning on garbage. a proper benchmark for this is overdue — what document types showed the biggest parsing quality gaps?

shashank 的头像
shashank6 个月前

almost every agent failure I've debugged this year started with a misparsed PDF. about time.

Jacob Weiss 的头像
Jacob Weiss6 个月前

This is great - love open benchmarks

Alejandro Peghin 的头像
Alejandro Peghin6 个月前

Impressive optimization of retrieval augmentation in LlamaIndex. Yes, and have you considered the semantic security implication of model inversion attacks on your embedding store?

Eren Suner 的头像
Eren Suner6 个月前

Love this. Feels like the ecosystem is getting much better at pre-release evals and benchmarks. The next gap is post-release behavior. How these systems actually perform once real users and agents start leaning on them.

Utkarsh Singh 的头像
Utkarsh Singh6 个月前

document parsing is tricky. benchmarks like this help. hope it pushes the field forward and sparks more innovation.

Mal 的头像
Mal6 个月前

the open source OCR benchmark is the kind of thing that actually moves agents forward benchmarks that test one narrow capability are noise. benchmarks that test real world document understanding are signal more of this please

Lucy Chen 的头像
Lucy Chen6 个月前

Benchmarks that define a category usually outlast the product companies built around them — smart OSS wedge. One gap I'd flag: how does ParseBench score on mixed CJK+English scanned PDFs? That's the hardest parsing case for any agent deployed in Asian enterprise markets.

OIF 的头像
OIF4 个月前

only 85% accuracy? so on a 100 page doc 15 pages are compeltely wrong?

Paul Nugent 的头像
Paul Nugent6 个月前

Document parsing is one of those underrated bottlenecks in agent workflows. Most agents just pass raw PDF text to an LLM and hope for the best. Having a proper benchmark for OCR quality in agentic contexts is badly needed - the downstream impact on retrieval accuracy and reasoning over documents is huge.

Henry Shi 的头像
Henry Shi6 个月前

Awesome and keep it up!

some call me Tim 的头像
some call me Tim6 个月前

this feels like one of the most underappreciated bottlenecks in agent pipelines - garbage in at the parsing layer means expensive garbage out. we run into this constantly at @ImplicitCloudAI... really curious how ParseBench scores on messy real-world enterprise docs vs cleaner web PDFs

Coffee fans 的头像
Coffee fans6 个月前

Cool

J S 的头像
J S6 个月前

So who’s the best

Molty Studios 的头像
Molty Studios6 个月前

most agent failures I've seen on real-world docs are OCR, not reasoning. good to finally have a benchmark that separates the two.

William Baltus 的头像
William Baltus6 个月前

Interesting, will need to sniff out the biases ie. benchmarkmaxxing but otherwise will test my docling ETL on it

Borr 的头像
Borr6 个月前

This is excellent work — semantic correctness over raw similarity is exactly what agentic systems need. Question: Once a document is parsed with high semantic fidelity, how do you currently prevent the *downstream agent* from turning that correct parse into an incorrect or out-of-policy action? In other words, do you see governance as something that should sit *after* parsing (in the agent loop) or as a structural layer that intercepts the parsed output before it ever reaches memory or execution? Genuinely curious — this feels like the next critical layer after great parsing.

Sup* 的头像
Sup*6 个月前

Cool 👀

Louis-François Bouchard 的头像
Louis-François Bouchard6 个月前

Semantic correctness over exact match is the right call for agent work, exact match penalizes paraphrases the downstream agent doesn't even care about.

BenUsesAI 的头像
BenUsesAI6 个月前

finally a benchmark that proves you can't just throw more compute at bad layout extraction. llamaparse wins but your workflow is still broken if you're manually checking those 167k rules

Venture Fellow aka J VC 的头像
Venture Fellow aka J VC6 个月前

Preston is a 🏆 dudes brilliant and yet talks and treats everyone equally. Thanks for being so cool at the @StanfordLaw LLM hack yesterday 🙏

Yesh 的头像
Yesh6 个月前

@grok compare them against reducto product.

Mal 的头像
Mal6 个月前

agentic era needs its own benchmarks. standard NLP metrics don't capture whether an agent can recover from a broken pipeline at 3am. this is the right direction

mac 的头像
mac6 个月前

How does MinerU compare against liteparse?

Milton Yan 的头像
Milton Yan4 个月前

parsing quality is the read foundation; the write gap is underbuilt. once the agent reads that doc and decides to file/delete/send, most harnesses have no runtime gate between the decision and the action. that's the other half of agent infra:

相关视频

The latest RAG trend for the current agent harnesses (Codex, Cowork) is to do two passes of document processing to solve a knowledge work task over a data room of documents: 1️⃣ A fast and light pass, oftentimes using a free/OSS doc parsing tool. This can be cheaply run across 10-100-1k’s of files, and enables the agent to then do retrieval (e.g. grep, semantic) to find relevant subsets of context. 2️⃣ A “just-in-time” VLM-based pass. Once the agent finds the relevant pages of context, it will screenshot the documents can call its own VLM (or write code) to dissect the pages. The issue with only using VLM-based OCR tools over massive ad-hoc customer file dumps is that it’s slow and expensive. Doing JIT VLM OCR allows the agent to filter through the data cheaply, but still preserve accuracy for the context that’s needed for the task. The agent harnesses do two-pass document processing by default using off the shelf-tools: pdf2text as the first pass, and using itself (Opus 5) as the second pass. See the below video where Cowork runs over a bunch of PDFs to answer a question about a benchmark graph in the Kimi k3 paper. The main issues here with the “out of the box” doc processing these agents offer are: * Opus 5 is not the best VLM for OCR. It is also way too expensive at scale and lacks grounding * The OSS tools like pypdf, pdf2text, may not be versatile enough as the first pass. * The agent will write a lot of throwaway code to rewrite things an OCR tool would’ve provided out of the box, like chart processing, bounding boxes, confidence scores, leading to increased cost and speed. We have all the tools within LlamaIndex 🦙 to help any agent do two-pass document processing with higher accuracy and lower cost. 1️⃣ We have liteparse for the first pass - a free/OSS parser written in Rust that’s faster/more accurate than other OSS parsers, and supports 50+ document types 2️⃣ We have LlamaParse for the second pass - an agentic document engine that uses VLMs+harnesses to achieve SOTA in accuracy and cost across various doc parsing and extraction tasks. It can be called from any agent harness as an MCP or skill. It takes in page numbers as input, so that the agent can choose to run LlamaParse over a subset of the doc instead of the full doc as a “zoom-in” pass. Come check it out! LiteParse: LlamaParse: All the relevant docs, including MCP, are here:

Jerry Liu

23,239 次观看 • 2 个月前

Introducing ExtractBenchPro: the most challenging benchmark for real-world document extraction. We see a massive long tail of document complexity in terms of use cases brought on from our customers, that are completely unsolved from a price-performance standpoint. These include trial balances, well logs, canvass binders, site plan reviews, duty reconciliations, loss runs, and more. Most existing extraction benchmarks are saturated by the frontier models (our cheapest modes now score 93%+ on ExtractBench). So there is enormous economic value in building a complex extraction benchmark that reflects this long-tail of knowledge work. We spent a long time curating the most complex elements that we saw from real world extraction use cases: ✅ Document conventions: containing legends or rules where the rest of the document should be interpreted ✅ Density of internal jargon: specific definitions that must be cross-referenced within a doc ✅ Aggregation and reasoning: beyond returning exact values on a page, infer values derived from aggregating multiple sources of information ✅ Drawn relations: complex diagrams like procedures and circuits ✅ Charts inside documents: read precise points within a chart ✅ Long chart sheets: some data series like well logs cram all this data into an extremely long page Within the industries where document extraction is relevant, even small mistakes can have enormous negative impacts. Therefore our headline evaluation metric is based on perfect documents: the proportion of docs with perfect (100%) value f1 score. (Besides this we also measure value f1 and grounded f1) It’s an extremely hard task for even the latest frontier models to solve, topping out at ~58% or so in Value F1 score for Codex with Astra - which is quite good but extremely expensive (almost $1 per page!) Our LlamaParse agentic/agentic plus modes are 20-40% and cover the left side of the Pareto frontier, at price ranges that are feasible for full production use. ExtractBenchPro is available today as a website/technical blog, and also on Github and HuggingFace. Check it out! Blog: Website: Hugging Face: Github (is ExtractBench):

Jerry Liu

31,433 次观看 • 20 天前

Introducing ExtractBench, the most comprehensive benchmark for information extraction from complex enterprise documents. The latest models are pushing the frontier of coding and knowledge work, but surprisingly they still struggle on complex doc extraction tasks in production. A well-tuned extractor must parse multi-page filings without dropping rows, emit exact spatial citations for auditability, and handle messy scans. Also they must do all of this at a viable per-page cost so that you can scale this to millions of docs in production (you can’t be paying upwards of $1 in tokens per page!) Existing extraction benchmarks fall short: they are not large/diverse enough in document domain (finance, energy, gov, auto), elements (long records, scans, grounding), and schemas. So our applied research team built ExtractBench. We evaluated 14 systems: frontier VLMs, coding agents, and specialized extraction APIs, against 370 enterprise documents: 4,869 pages, 67 document types. Our biggest finding 🧪: Short documents mask critical system flaws. On files past 50 pages, commercial VLMs collapse below 35% recall due to silent list truncation. They hold high precision, but lose output attention and drop most of the table rows. ExtractBench evaluates value accuracy, long-record completeness, spatial grounding, and per-page cost with zero LLM judges. It is 100% deterministic and reproducible. In tandem with ExtractBench, we’re also introducing 𝗔𝗴𝗲𝗻𝘁𝗶𝗰 𝗣𝗹𝘂𝘀, a new Extract tier in LlamaParse that debuts at #1 on the leaderboard: 95.6% value accuracy, at less than a third the cost of the closest peer. Explore the findings, download the dataset, or run the harness: Blog: GitHub: HuggingFace: We will be actively evolving both our extraction benchmark as well as our extraction harness over time. If you check out either ExtractBench or LlamaParse, let us know your feedback!

Jerry Liu

75,787 次观看 • 2 个月前

Today we’re releasing OCRia-1, a frontier VLM for document parsing that sets a new SOTA in accuracy, cost, and latency. It not only sets a new high score on ParseBench (87.4), but also leads in three 3rd-party benchmarks: olmOCR-bench* (83.5 overall, 92.9 on tables!), PulseBench-Tab (84.1), and fr-bench-pdf2md (72.1). OCRia-1 is really, really good at parsing complex tables: nested headers, merged cells, irregular grids, scanned tables, and more. It is also fantastic at parsing complex unlabeled charts (line, bar, pie, technical diagrams), and preserving complex formatting. Most real-world enterprise documents contain at least one of the these, whether it’s a big tax withholding table or a public economic report. It is a 4B model and outperforms all other models within a similar parameter class: LightOnOCR-3, Chandra-OCR 2, Mistral OCR 4.1, and more. It is also extremely fast. All credit goes to our research team, who spent countless hours on curating a diverse dataset, tuning our training pipeline, and squeezing every last drop out of model optimization so that it can process billions of pages at scale. OCRia-1 as a base is powering all of our modes within LlamaParse (cost-effective, agentic, agentic plus), so you can access its capabilities today! If you’re processing millions/billions of documents at scale, we’re offering enterprises that book a demo up to $3k in credits for a guided evaluation.** *olmOCR-bench scores are adjusted based on unifying rendering at 1,288px for all models **enterprise POC credits apply to eligible organizations that book a demo

Jerry Liu

106,988 次观看 • 13 天前