MMLongBench-Doc-V2: A Corrected-Annotation, Semantics-Aware Revision of MMLongBench-Doc

arXiv cs.AI 论文

摘要

This paper presents MMLongBench-Doc-V2, a corrected and semantics-aware revision of the MMLongBench-Doc long-document QA benchmark, fixing annotation errors and replacing string matching with an LLM judge, along with a decision procedure for empty-set keys.

arXiv:2608.03397v1 Announce Type: new Abstract: MMLongBench-Doc is a long-document QA benchmark of 1,082 questions over 135 PDFs. Two properties of it push measured scores away from the quantity they are meant to capture: the reference metric compares extracted answers, so 1,358,000 loses to 1358000; and a non-trivial share of ground-truth annotations are wrong, ambiguous, or incomplete --- concentrated, because of how they were found, in exactly the questions capable systems answer correctly. MMLongBench-Doc-V2 corrects 106 annotations, each published with the page and arithmetic that settle it, and replaces the string metric with a pinned LLM judge asked whether a response means the reference. Ten questions whose document ships under the wrong filename are removed rather than counted wrong, along with one duplicated question, leaving 1,071 questions over 134 documents. The most reusable contribution is a decision procedure for when an empty set key may be widened and when widening would destroy a deliberate negative sample; applied to all 208 rows, it widened 14. V2 scores are not comparable with published V1 numbers. The corrected corpus, the per-entry correction record and the evaluation harness are available at https://github.com/VectifyAI/MMLongBench-Doc-V2.
查看原文
查看缓存全文

缓存时间: 2026/08/05 07:40

# A Corrected-Annotation, Semantics-Aware Revision of MMLongBench-Doc
Source: [https://arxiv.org/html/2608.03397](https://arxiv.org/html/2608.03397)
###### Abstract

MMLongBench\-Doc\(Ma et al\.,[2024](https://arxiv.org/html/2608.03397#bib.bib1)\)is a long\-document QA benchmark of 1,082 questions over 135 PDFs\. Two properties of it push measured scores away from the quantity they are meant to capture: the reference metric compares extracted answer*strings*, so1,358,000loses to1358000; and a non\-trivial share of ground\-truth annotations are wrong, ambiguous, or incomplete — concentrated, because of how they were found, in exactly the questions capable systems answer correctly\. MMLongBench\-Doc\-V2 corrects 106 annotations, each published with the page and arithmetic that settle it, and replaces the string metric with a pinned LLM judge asked whether a response*means*the reference\. Ten questions whose document ships under the wrong filename are removed rather than counted wrong, along with one duplicated question, leaving 1,071 questions over 134 documents\. The most reusable contribution is a decision procedure for when an “empty set” key may be widened and when widening would destroy a deliberate negative sample; applied to all 208Not answerablerows, it widened 14\. V2 scores are not comparable with published V1 numbers\. The corrected corpus, the per\-entry correction record and the evaluation harness are available at[https://github\.com/VectifyAI/MMLongBench\-Doc\-V2](https://github.com/VectifyAI/MMLongBench-Doc-V2)\.

## 1Introduction

MMLongBench\-Doc\(Ma et al\.,[2024](https://arxiv.org/html/2608.03397#bib.bib1)\)asks questions over 135 PDFs averaging 47\.5 pages and 21,214 tokens, drawn from seven domains — research reports, academic papers, guidebooks, tutorials and workshop decks, financial filings, product brochures, and administrative files\. Each question carries a short, deterministic reference answer, and the evidence needed to produce it is spread both across pages and across modalities: body text, layout, tables, charts, and figures\. Measured on the distributed annotations, 33\.3% of questions are cross\-page, and 20\.6% are deliberately unanswerable — included to suppress shortcuts and to detect hallucination directly rather than inferring it\. In the original evaluation of 14 large vision\-language models, the strongest \(GPT\-4o\) reached an overall F1 of 44\.9%, so the headroom is genuine and not an artefact of a saturated task\.

That unanswerable design is why we adopted this benchmark over the alternatives: it is one of the few document\-QA suites where confidently answering a question the document does not support costs a system points\. It is also why the benchmark is worth repairing rather than replacing\. Two properties get in the way of using it as a measurement instrument\.

The metric measures string identity, not correctness\.V1 extracts a short answer from the response with GPT\-4o, then compares that string to the key, so every formatting decision becomes a scoring event:Operating Activitiesloses toOperations activities,1358000to1,358,000,\-60\.3%to60\.3% decrease\. The penalty is not uniform — it is heaviest where answers are lists or free text — so it distorts the*relative*ranking of systems, not merely the absolute level\. Six questions are in fact unscoreable no matter what a system answers, because their own reference answer does not parse under their declaredanswer\_format\(int\("21%"\)raises; an empty list underListraisesIndexError\)\.

Some annotations are wrong, and not at random\.We found them by auditing questions that a document\-QA system answered confidently and therefore scored zero — and a meaningful fraction of those zeros were the system being right, or at least as defensible as the key\. Errors of this kind are invisible to a weak system, which gets the question wrong anyway, and maximally costly to a strong one\. They impose a ceiling on the benchmark that is indistinguishable, from outside, from a ceiling on the models\.

MMLongBench\-Doc\-V2 addresses both\. Section[2](https://arxiv.org/html/2608.03397#S2)describes the replacement metric, Section[3](https://arxiv.org/html/2608.03397#S3)the 106 corrections and the annotation failure modes they fall into, and Section[4](https://arxiv.org/html/2608.03397#S4)a decision procedure for the one class of key that cannot be corrected by inspection alone — an “empty set” answer, where widening the key and preserving a deliberate negative sample pull in opposite directions\. Section[5](https://arxiv.org/html/2608.03397#S5)reports the resulting corpus and Section[6](https://arxiv.org/html/2608.03397#S6)what the audit does not establish\.

## 2The metric

Each row is judged once\. The judge receives the question, the reference answer, the expected format, and the system’sfull response text— not a pre\-extracted short answer — and returns a binary equivalence verdict plus anabstainedflag\. Accuracy, recall, precision and F1 keep V1’s definitions; the one substitution is that abstention is read off the response itself rather than by testingpred == "Not answerable"on an extractor’s output\. Precision therefore counts a confident wrong answer to an unanswerable question against the system, which is what stops an always\-guess policy from scoring well\.

Three properties make an LLM judge a metric rather than a new source of noise:

- •It never reads the document\.It is given the reference, told to treat it as correct, and asked only whether the response says the same thing\. This is deliberate\. A document\-reading judge fails on image\-only PDFs, truncated text layers and mojibake, and then reports fabrication that did not happen; a judge with no document access has nothing it can fail to see, and cannot invent a new correct answer\.
- •The rubric is explicit\.Wording, case, units, separators, list order and surrounding prose are free\. A different value, a list with missing or extra members, a decline, or a shotgun enumeration that merely*contains*the reference are not\. ForNot answerablereferences only a clean decline counts — one that then volunteers a nearest figure has supplied an answer\.
- •It is pinned\.A fixed judge model at fixed reasoning effort with a strict JSON schema, reported alongside any score and overridable so judge sensitivity can itself be measured\.

Because the metric changed,V2 numbers are not comparable with published V1 numbers: they are higher for the same system, and the gap is largest where answers are lists or free text\.

## 3Corrections

106 of V1’s 1,082 annotations are changed; the remaining 976 are byte\-identical to upstream\. Each change ships with the original annotation, the correction, and anotequoting the page or showing the arithmetic, so a reader can disagree with the reasoning rather than only the verdict\. Upstream’s original file ships alongside for independent diffing\. Fields touched:answer64,question38,evidence\_pages27,answer\_format19\.

Table 1:The 106 corrections bydispute\_type\.38 corrections change the question, not the answer\.Where a document genuinely supports two readings, pinning the intended one in the question is more honest than declaring one reading wrong\. A question asking for “total debt” in a filing that reports short\-term borrowings, current maturities, long\-term debt and lease liabilities separately does not have one answer; it has a family of answers indexed by a convention the annotator held silently\. But*stating*a convention can introduce a new one: adding “all debt plus all lease liabilities” fixed the lease ambiguity and immediately created another, because $41M of short\-term borrowings disclosed only in a note is literally “all debt”\. The final wording names the balance\-sheet lines\. Prefer the most specific phrasing available; a universal quantifier moves the boundary rather than removing it\.

corpus\_defectis not a hard question\.Ten questions target a document that ships under the wrong filename — the distributed PDF is a different document from the one the questions were written against\. No system can answer them and no key is recoverable, so counting them wrong measures the corpus, not the system\. They are dropped from the data file; all ten belong to one document, so V2 covers 134 of upstream’s 135 PDFs\.corrections\.jsonkeeps them as the record of why they were removed\.

Recurring failure modes\.Most corrections fall into five patterns, each worth checking for in any similar corpus: wrapped table cells counted as multiple entries \(a troubleshooting table keyed 17 where it lists 15\); a survey percentage multiplied by the wrong base \(a “% of internet users” figure applied to every respondent, giving counts larger than the qualifying population\); off\-by\-one between chart gridlines and printed labels; values transcribed from an adjacent row — the hardest to spot, since the result is plausible and internally consistent; and category confusions, including one question asking for “interest coverage ratio for AMCOR FY2020” inside a Best Buy 10\-K where the recorded value is Best Buy’s own FY2023 figure\. A representative correction: the percentage change of Amazon’s return allowance from 2016 to 2017 was recorded as60\.3%, but the allowance*fell*from 156 to 62, so the change is\-60\.3%— the magnitude was right and the sign was dropped\.

## 4When an empty\-set key may be widened

MMLongBench\-Doc keys the same question shape two ways\. Of the 287 upstream questions beginning “how many”,14 are keyed0for a thing simply absent — cats, tigers, airplanes, blue arrows, GPT\-4o, words starting with ‘X’ — while56 are keyedNot answerable, including questions of essentially identical shape\. One brochure contradicts itself inside a page: “how many dogs and cats are there in page 17” is keyed\[’0’,’0’\]and “how many people with scarf are there in Page 5” is keyed2, but the sunglasses twin on that same page is keyedNot answerable\.

This cuts both ways, which makes it a real problem rather than a stylistic one: a system answering “there are none” is wrong on theNot answerablerows, and one that declines is wrong on the0rows\. No policy scores well, and the choice between them is unrelated to document understanding\. Fourteen keys were therefore widened toNot answerable or 0 or none, with the metric matching theNot answerableprefix so widened rows stay in the unanswerable slice\. All 208Not answerablerows were reviewed against the following test, which turns onwhat exactly is missing\.

Widenwhen the container the question names*exists*and the thing asked about is*verifiably absent from it*\. Then “none” — or, for ahow many,0— is a reading of the document, not a guess\. Verified examples: a street photograph contains three cars and a box truck and no bicycle; two named pages contain zero raster images and zero large vector blocks, so there is no diagram on that page under either page numbering; a timer chart draws only green and blue bars, so no red bar starts anywhere\.

Do not widenin the four cases below, where “none” is an over\-claim rather than a reading\.

Table 2:The four cases where an empty\-looking key must be left alone\.The last row is why this is a test and not a heuristic: that key survived two passes of review looking like an empty set, and what caught it was mechanical — an assertion that the candidate set had zero members found one\.Gate every empty\-set widening on an executable emptiness check, not on the reviewer’s reading\. The failure mode is silent: a wrongly widened key accepts a wrong answer forever and nothing downstream flags it\.

## 5The resulting corpus

V2 contains1,071 questions over 134 documents; 208 \(19\.4%\) are unanswerable, 14 of them with a widened key\. V1’s 1,082 becomes 1,071 because ten rows are dropped as described above, and because one question appears twice under the samedoc\_idwith contradictory answers — once46%, onceNot answerable\. The document answers it on page 97, so both resolve to46%, leaving a duplicate\(doc\_id, question\)key, which silently drops a row from any keyed join; the second copy is removed\. The file keeps upstream’s name and schema, so V1 tooling reads it unchanged\.

Table 3:Corpus composition\. Task\-type andrequires\_visuallabels are model\-produced and not human\-verified; everything else is upstream metadata carried through unchanged\.Document typennTask typennResearch report / Introduction281lookup487Academic paper199count234Guidebook155enumerate122Tutorial / Workshop138derive122Financial report117compare89Brochure100verify17Administration / Industry file81*Evidence source**Evidence location*Figure302Single page496Pure\-text \(plain text\)299Cross\-page363Table216None \(unanswerable\)212Chart173Generalized\-text \(layout\)119A per\-questionrequires\_visualflag marks the 314 questions needing a property plain\-text extraction cannot carry — colour, shape, layout, an icon’s presence, the content of a photograph\.This is not the same asevidence\_sourcescontainingChartorFigure, and the gap runs both ways: of the questions markedChart/Figure, 231 are answerable straight from the text layer \(the figure is an image, but the number wanted is printed as a chart label that extraction picks up\), while 75 questions*not*so marked do need the rendered page — typically meta\-questions like “how many bar charts are in the report”\. Slicing a “visual” subset onevidence\_sourcesalone therefore mixes in many pure\-text questions and misses genuinely visual ones\.

## 6Limitations

The corrections come from a biased slice— questions one system answered confidently and scored zero\. That is where annotation errors concentrate, which makes it efficient, and it means the corpus\-wide error rateremains unmeasured; a uniform random audit would establish it and we have not run one\.Coverage is uneven by task type:lookup,derive,compareandverifyare audited end to end,countandenumerateare not, so their error rates are the least trustworthy — and they are also the hardest slices, resisting verification from the text layer alone\. Roughly 95 rows in those two categories are ones where a capable system disagrees with the key and we could not prove the key wrong; they are documented but unchanged\.Thirteen entries record the change but not the reasoning; they come from the first review pass, were checked against the cited pages at the time, and theirnotesays so rather than offering a post\-hoc justification\.The task\-type andrequires\_visuallabels are model\-produced— one pass, one model, low effort, never human\-verified; treat them as a convenience for slicing, not ground truth\.The judge is a model: pinned and explicitly ruled, but not infallible, and judge choice is a free parameter of the metric, so report the judge model and provider with any score\.

## 7Availability

The corrected data file, the per\-entry correction record, upstream’s original file for independent diffing, and the evaluation harness are released under Apache 2\.0, inherited from upstream, with this revision taggedv2\.0\. The source PDFs arenotredistributed and should be obtained upstream; nothing in the harness opens them, as scoring only ever sees the question, the reference answer, and the response\. Corrections are welcome — the useful form is an issue naming the entry and the page that settles it\.

## References

- Ma et al\. \(2024\)Yubo Ma, Yuhang Zang, Liangyu Chen, et al\.MMLongBench\-Doc: Benchmarking long\-context document understanding with visualizations\.*arXiv preprint arXiv:2407\.01523*, 2024\.URL[https://arxiv\.org/abs/2407\.01523](https://arxiv.org/abs/2407.01523)\.

相似文章

SynthDocBench:长上下文视觉文档理解的控制基准

Hugging Face Daily Papers

SynthDocBench 是一个完全合成的长上下文视觉文档理解基准,它系统地控制文档长度、布局、模态和问题类型,揭示了当前VLM中的失败模式,如长度退化和位置敏感性。

XL-DocBench:证据支撑的超长文档理解基准测试

arXiv cs.CL

介绍了XL-DocBench,这是一个经过人工验证的超长文档理解基准,涵盖六个专业领域的1,519个问题,要求多页证据和结构化推理,表明当前大语言模型在处理长上下文专业文档时仍存在困难。

# MemoryDocDataSet:联合对话记忆与长文档推理基准测试

arXiv cs.CL

MemoryDocDataSet 是一个全新的合成基准测试,包含 50 个微型世界和 1,000 个问答对,专为同时评估 AI 系统在对话记忆与长文档推理两项联合任务上的表现而设计。最优基线方法(RAG-Both)的整体 F1 值仅为 0.358,凸显了当前系统在将对话记忆与长文档导航能力融为一体方面存在的显著差距。