跳到正文

研究重析 AI 科研智能体论文:无依据数字多为错配而非编造

摘要

一项针对 Into the Unknown 基准的重分析发现,AI 科研智能体论文中无依据的数值大多并非凭空编造,而是取自错误的实验、指标或运行。作者重析该基准全部 540 份评审判断,并人工标注 18 份投稿中的 256 条数值主张,在 53 条无依据主张中 47 条属于错配、仅 6 条在可用文件中找不到来源,加权后错配占比约 81%。

摘要由模型根据原文撰写,以原文为准。

正文 · 原文

Journal: Data Science and Management

Mosab Alfaqeeh Email: m.alfaqeeh@ammanu.edu.jo Corresponding author: Corresponding author. Affiliation: Al-Ahliyya Amman University, Amman, Jordan    Omar Hourani    Muath Hourani Email: mhourani@ammanu.edu.jo Affiliation: Al-Ahliyya Amman University, Amman, Jordan    Hashem Alfaqeeh Affiliation: Binghamton University, State University of New York, Binghamton, NY, USA

Abstract

Verifying numerical claims in research written by AI agents is an important but challenging problem. Agents can now run experiments and write complete papers, while organizations increasingly rely on their reported results. Recent benchmarks show that many agent-written papers fail integrity checks, but such verdicts, often produced by a single large language model (LLM) judge, identify failure without necessarily explaining its nature. Existing approaches either check a paper for internal consistency or test whether a reported value appears somewhere in an agent’s output. Neither establishes whether the value comes from the experiment it is claimed to describe.

We re-analyze all 540 released judgments from a recent public benchmark of AI research agents, covering nine agents and fifteen open research problems, at the level of individual rubric criteria. We then manually label 256 numerical claims from 18 submissions, distinguishing claims with no supporting source in the available artifacts from values drawn from the wrong experiment, metric, or run. Failures concentrate on alignment between the paper and the underlying work rather than overt cheating. Among unsupported numerical claims in the labeled sample, approximately four in five correspond to values in the agent’s files but lack support from the appropriate source, indicating that misattribution is a major failure mode in this benchmark.

To address this problem, we introduce a deterministic claim-to-evidence checker that scores whether the surrounding context identifies the appropriate result and calibrates each claim against nearby numerical decoys. With its operating rules fixed before any claims were labeled, the checker certifies claims with over 90% precision against blinded human annotations (78 of 85 certified claims traceable, including 27 of 29 on held-out submissions; Cohen’s κ=0.89), while verifying only a subset of claims. An LLM verifier given the same evidence recovers more traceable claims but accepts about three times as many misattributed ones, so the two are best used together. Most claims it cannot verify are nevertheless judged traceable by human annotators, demonstrating why failure to verify should not be treated as evidence of falsehood. Applied to 99 submissions, the checker reveals substantial differences in numerical traceability across agents. A second judge from a different vendor preserves the official judge’s agent ranking while exhibiting substantially higher pass rates, showing that absolute integrity outcomes depend on judge choice even when relative rankings are more stable. These findings motivate provenance-first auditing of AI-produced research and analytical reports.

Keywords: 

AI research agents , Data provenance , Claim verification , LLM-as-a-judge , Research integrity , Data quality

1 Introduction

Large language model (LLM) agents have moved from answering questions to doing extended analytical work: they write and run code, execute experiments, and report the results in documents that look like finished research (Lu et al., 2024; Chen et al., 2025a; Starace et al., 2025). For organizations, this changes where the risk sits. A human analyst’s report can be questioned by the person who wrote it; an agent’s report is often read by people who never see the code, the logs, or the intermediate files behind it. The decisions that follow—whether to fund a direction, adopt a method, or publish a result—rest on the numbers in the report. Whether those numbers can be traced to the work that supposedly produced them is therefore a data-quality and data-provenance question (Wang and Strong, 1996; Simmhan et al., 2005), not only a question about model capability.

Recent benchmarks make the scale of the problem visible. On Into the Unknown (Kim et al., 2026), nine agents each attempted fifteen open research problems drawn from recent papers, and an LLM judge audited every submission for integrity before assessing its scientific merit. Only 21 of the 135 submissions passed the integrity gate. Commentary on such results tends to describe the failures as fabrication: agents inventing data or results that were never produced. That description matters, because it implies a particular remedy—detecting invented numbers—and a particular level of distrust.

Two features of the evidence make that description premature. First, the verdicts come from a single LLM judge from one vendor, and LLM judges are known to be sensitive to presentation and, in some settings, to favor outputs resembling their own (Zheng et al., 2023; Panickssery et al., 2024). Second, an integrity verdict is an aggregate: it records that a submission failed, not how. A paper whose reported accuracy was never computed and a paper whose reported accuracy was computed but under a different seed, split, or model both fail, yet they call for different responses. The first is fabrication; the second is misreporting—the number exists, but the report attaches it to the wrong experiment.

This paper asks which of the two dominates, and what it takes to tell them apart at scale. We study four questions:

  1. RQ1

    What kinds of integrity failures does the official judge record, and do they point to fabrication or to misalignment between write-up and work?

  2. RQ2

    When a number in an agent’s paper is not supported, is it absent from the agent’s files, or present but drawn from the wrong source?

  3. RQ3

    Can numerical claims in AI-generated research papers be traced automatically to their supporting execution artifacts with useful precision, and without treating claims that cannot be verified as false?

  4. RQ4

    How robust are the benchmark’s integrity conclusions to the choice of judge?

To answer them, we combine four sources of evidence on the publicly released benchmark data. We re-analyze all 540 released judgments at the level of individual rubric criteria. We collect human labels for 256 numerical claims drawn from 18 submissions, using a development set and a separate, untouched confirmation set labeled independently by two annotators. We build a deterministic claim-to-evidence checker that matches each number in a paper against the agent’s own result files and, crucially, tests whether the surrounding context identifies the right source rather than merely the right value. Finally, we re-grade a stratified sample of 30 submissions with a judge from a different vendor, using the benchmark’s own grading pipeline.

The evidence points consistently in one direction. The criteria that fail are those checking whether the write-up matches the work (code–paper alignment, number traceability), whereas criteria that would catch overt cheating (hard-coded values, external code, test-set leakage) almost never fire. In the human-labeled sample, roughly four in five unsupported numbers exist in the agent’s own files but belong to a different experiment, metric, or run; numbers with no source at all are a minority. In this benchmark, in other words, misattribution of real numbers is a major failure mode, and outright absence of a source is the minority case.

This finding has a methodological consequence. If misreported numbers exist in the files, then checking whether a reported value appears anywhere in an agent’s output—the obvious automated test—cannot detect them: in our data it accepts 87–95% of misattributed numbers. Verification has to establish provenance, not just presence. Our checker does this by scoring how well the surrounding context identifies a candidate source and calibrating each claim against nearby decoy values. Its strict operating point was fixed before any claims were labeled, so every human label is evaluation data for it; we also confirm it on held-out submissions drawn after all development work (two annotators, κ=0.89 on 48 double-labeled claims). Across all labeled data, 78 of the 85 claims it certified were judged traceable (92%, exact 95% CI 84–97%), and 27 of 29 on the held-out sample, and it certified about a quarter of all evaluated claims (23% coverage). Its recall is deliberately limited, and this matters for how it is used: among the claims it did not certify, a majority were nevertheless judged traceable by the annotators (57% in the confirmation sample and 72% in the development sample). Treating “not verified” as “false” would therefore wrongly reject more claims than it correctly flags. The checker is a conservative certifier: a positive result is strong evidence of provenance, while a negative result routes a claim to human review rather than counting as evidence of misconduct. Certification establishes that a number is supported by the recorded artifacts, not that the underlying experiment is scientifically sound.

Contributions

This paper makes four contributions.

  1. 1.

    An empirical characterization of agent integrity failures. Using the official judgments, human labels, and an independent checker, we show that, in this benchmark, unsupported numbers are mostly misattributed rather than absent from the agent’s files (Sections 5.1–5.2).

  2. 2.

    A validated claim-to-evidence checker. We introduce a deterministic, model-free method that traces numerical claims to execution artifacts, with per-claim decoy calibration, and validate it with a development/confirmation design, two annotators, and frozen operating points (Sections 4.2 and 5.3).

  3. 3.

    Benchmark-wide measurements. Applied to 99 of the 135 submissions, the checker shows large differences between agents in how traceable their reported numbers are, consistent with the official judge’s ranking but revealing at least one agent whose headline numbers pass the judge while most of its numbers cannot be traced (Section 5.4).

  4. 4.

    A judge-robustness analysis. A second judge from a different vendor confirms the benchmark’s ranking of agents but is significantly more lenient, so absolute pass rates depend on the judge while rankings do not; we find no evidence that the official judge favors agents from its own vendor (Section 5.5).

For managers and analysts who consume AI-produced research, the practical implication is direct: the right question about an agent’s report is not ‘‘does this number appear in the outputs?’’ but ‘‘which run produced it?’’---and that question can be answered automatically for a useful fraction of claims. All code, labels, and derived data are released.11 1 https://github.com/mos3b-faqeeh/agent-integrity-analysis

The rest of the paper is organized as follows. Section 2 reviews related work. Section 3 describes the benchmark and data. Section 4 presents the methods, including the checker and the labeling protocol. Section 5 reports the results, Section 6 discusses implications and limitations, and Section 7 concludes.

2 Related work

This paper connects five literatures that have so far developed largely in parallel: the evaluation of AI research agents; studies of how such agents fail, and in particular how they misrepresent their own work; the attribution and verification of generated text; the checking of reported numbers in science; and the use of LLMs as judges. A sixth, the information-systems literature on data quality, provenance, and trust in automation, supplies the frame for treating agent reports as data products whose fitness for use must be established before they inform decisions. We review each in turn and close with a structured comparison (Table 1) that locates our contribution.

2.1 From coding assistants to research agents

Benchmarks for LLM agents have moved steadily up the research pipeline. Early agent benchmarks measured whether agents could resolve software issues (Jimenez et al., 2024) or run machine-learning experiments in sandboxed environments (Huang et al., 2024). Later work evaluated end-to-end machine-learning engineering (Chan et al., 2025), compared agents against human experts on open-ended research-engineering tasks (Wijk et al., 2024), and assessed data-driven discovery across scientific disciplines (Chen et al., 2025b; Jansen et al., 2024). A parallel line examines whether agents can reproduce published work, either computationally from released code (Siegel et al., 2024) or from the paper alone (Starace et al., 2025). At the generative end, LLMs have been shown to propose research ideas that experts judge more novel, though less feasible, than their own (Si et al., 2025), and systems such as the AI Scientist (Lu et al., 2024; Yamada et al., 2025) go further, producing complete manuscripts with experiments, figures, and reviews.

Two recent benchmarks shift the target from reproducing known results to producing new ones. MLR-Bench evaluates agents on open-ended machine-learning research with an LLM judge (Chen et al., 2025a). Into the Unknown (Kim et al., 2026) asks agents to write follow-up papers to recent work in quantum computing, plasma physics, computational chemistry, materials science, and scientific machine learning, and is distinctive in gating every scientific assessment behind an integrity audit. Because it releases the full file system of every run alongside the judge’s node-level verdicts, it is also the first benchmark on which the provenance of each reported number can be examined directly. This is the property our study exploits.

2.2 How research agents misrepresent their work

As capability has risen, so has evidence that agents’ reports do not faithfully describe what the agents did. An independent evaluation of the AI Scientist found manuscripts containing hallucinated numerical results and experiments that did not support their stated conclusions (Beel et al., 2025). MLR-Bench reports that coding agents produce fabricated or invalidated experimental results in about 80% of the cases it inspected (Chen et al., 2025a), and the Into the Unknown authors attribute most of their 114 integrity failures to claimed work that was never done or to numbers that contradict the recorded evidence (Kim et al., 2026). Two 2026 case studies point to selective rather than invented reporting. In InnovationEval, agents ran many near-identical training runs, submitted the best result per dataset, and disclosed the selection only in passing or not at all, although their own transcripts show awareness of the practice; once out-of-scope selection was removed, little of the claimed improvement remained (Owen, 2026). In a shadow evaluation on unpublished conference submissions, agents handled the engineering competently but made little scientific progress, and both resulting papers were rejected by the original authors (Kirgis et al., 2026).

A broader literature on agent integrity examines behavior during a run. Agents tamper with evaluation code or leak held-out data when given the opportunity (Atinafu and Cohen, 2026), exploit test cases when tasks are made impossible (Zhong et al., 2026), and pass benchmarks through exploits that the benchmark designers did not anticipate (Luo et al., 2026). Language models can strategically misreport their own actions under pressure (Scheurer et al., 2023), and honesty—whether a model states what it believes—can be measured separately from accuracy (Ren et al., 2025). Even without incentives to deceive, models’ stated reasoning need not reflect the process that produced their answers (Turpin et al., 2023; Lanham et al., 2023), and research agents may defend mechanisms that their own data contradict (Eulig, 2026).

Two gaps run through this body of work. First, the evidence that agent reports are unreliable comes almost entirely from expert review or a single LLM judge, validated, where at all, at the level of whole submissions; we know of no study that checks integrity verdicts claim by claim against blinded human labels, or tests them under a judge from a different vendor. Second, the studies do not separate two failure modes with different causes and remedies: fabrication, where a reported number was never produced, and misattribution, where it was produced but is reported for the wrong experiment, metric, or run. The selective-reporting evidence from InnovationEval suggests that the second may be common, but no study has measured the split. Our work does so at the level of individual numerical claims.

2.3 Attribution and provenance of generated content

The question of whether generated text is supported by a source has been studied extensively under the name of attribution. Rashkin et al. (2023) formalize when a statement is “attributable to an identified source” and show that human judgments of attribution can be made reliably. Systems that generate text with citations are evaluated by citation precision and recall (Gao et al., 2023), and an audit of commercial generative search engines found that only about half of generated sentences were fully supported by their citations (Liu et al., 2023a). Our problem is structurally the same—is a reported value supported by an identified source?—but the sources differ. Attribution research assumes a small set of retrieved passages written for humans; we face thousands of machine-written result entries, many containing the same value for different quantities. The difficulty is less in judging support than in establishing which entry a claim refers to.

Closest to our approach, a recent survey of AI-scientist systems identifies verification as the field’s binding constraint, noting that released systems seldom expose the seeds, traces, and intermediate outputs needed to check a result (Ding et al., 2026), and Yin et al. (2026) propose that scientific agents emit artifact-centered, claim-aware event traces, sketching a checker that would compare a manuscript’s numbers with experiment logs. Their contribution is a design specification: the checker is described but not implemented or evaluated. We implement the check, validate it against blinded human labels on held-out data, and show that it works on agent outputs as they are, without requiring agents to emit special traces. Our work also builds on the data-provenance tradition in databases and e-science (Simmhan et al., 2005; Herschel et al., 2017), its standardization in the W3C PROV model (Moreau and Missier, 2013), and documentation practices for machine-learning artifacts (Gebru et al., 2021), all of which treat the derivation of a data item as a first-class property that must be recorded to be trusted.

2.4 Checking reported numbers and claims

Automated checks of reported numbers predate LLMs. In psychology, recomputing p-values from reported test statistics revealed widespread inconsistencies (Bakker and Wicherts, 2011); the statcheck tool scaled this to roughly 250,000 p-values and found at least one inconsistency in about half of the papers examined (Nuijten et al., 2016). The GRIM test flags reported means that are impossible given the sample size (Brown and Heathers, 2017). Studies of reproducibility in AI and computational science show how rarely published results can be regenerated from the information provided, and call for code, data, and workflow disclosure (Gundersen and Kjensmo, 2018; Pineau et al., 2021; Stodden et al., 2016). LLMs now contribute to the scientific record directly—their use in writing scientific papers has risen sharply (Liang et al., 2024)—and their tendency to fabricate details, from citations (Walters and Wilder, 2023) to factual content more broadly (Huang et al., 2025), is well documented.

Claim verification in natural language processing approaches related problems with learned models. Benchmarks pair claims with evidence from encyclopedias (Thorne et al., 2018), scientific abstracts (Wadden et al., 2020), and tables (Chen et al., 2020; Lu et al., 2023), and recent work targets numerical claims specifically (Venktesh et al., 2024). These settings, however, assume curated evidence and model-based judgments of support.

The consistency checks test whether reported numbers are internally coherent; the verification benchmarks test whether claims agree with external reference text. Neither tests whether a number was produced by the run that supposedly produced it, because in conventional publishing the run’s outputs are unavailable. Agent benchmarks remove this obstacle, and we argue that they also change what verification should mean: because misattributed numbers exist in the outputs, a check that confirms a value’s presence passes exactly the errors that matter most. We therefore design a deterministic, provenance-scoring checker rather than a learned verifier, which would itself require verification, and we evaluate it on precision and on the cost of its non-verifications, not on presence alone.

2.5 LLMs as judges of integrity

LLM judges are now standard in evaluation. They agree with human preferences at levels comparable to inter-human agreement on many tasks (Zheng et al., 2023; Chiang and Lee, 2023; Liu et al., 2023b), but they are sensitive to the order in which candidates are presented (Wang et al., 2024) and can recognize and prefer their own generations (Panickssery et al., 2024); a recent survey catalogs these and other biases (Gu et al., 2024). Cross-model review can surface errors that a same-model reviewer misses, though reviewer capability matters as much as independence (Song, 2026). Most of this evidence concerns judgments of quality or preference on short outputs. Integrity auditing is different in kind: the judge must read a long report, inspect a large file system, and decide whether specific statements are supported. Whether such verdicts are stable across repeated runs, and whether they depend on the judge’s vendor when that vendor also builds some of the agents under evaluation, has not been tested. We test both, using the benchmark’s own grading pipeline with a judge from a different vendor.

2.6 Data quality, provenance, and trust in AI-produced analyses

In information systems, data quality is defined by fitness for use: accuracy is one dimension among several, alongside believability, traceability, and interpretability (Wang and Strong, 1996; Pipino et al., 2002). Managing AI in organizations raises distinct challenges because AI systems act with increasing autonomy and their outputs are increasingly inscrutable to the people who rely on them (Berente et al., 2021). Reliance on automated outputs is shaped by trust calibration: users over-trust automation that appears competent (Parasuraman and Manzey, 2010; Lee and See, 2004) and abandon algorithms after seeing them err (Dietvorst et al., 2015). Recent work in this journal examines the trustworthiness of AI-generated content and the challenges of human–AI interaction in organizations (Li et al., 2026; Zhou et al., 2026). A report written by a research agent is a data product of exactly this kind. Its readers cannot inspect how each number was derived, and both failure modes of trust apply: accepting misattributed numbers, or discarding sound work because some numbers could not be checked. Our results speak to both. Value presence is a poor proxy for provenance, so naive checks invite over-trust; and most numbers a conservative checker cannot verify are nonetheless traceable, so treating non-verification as falsity invites unwarranted rejection.

2.7 Positioning

Table 1 compares representative approaches along the dimensions that define our contribution. Existing number checkers work within a paper; claim-verification benchmarks and attribution metrics test text against external or retrieved evidence; agent studies rely on expert or LLM judgment of whole submissions; and the one proposal that targets execution artifacts has not been built. To our knowledge, this paper is the first to (i) measure, at the level of individual reported numbers, how often agent integrity failures are misattribution rather than fabrication; (ii) implement and validate, on held-out data with blinded human labels, a deterministic check of numerical provenance against execution artifacts; (iii) quantify how often failure to verify coincides with a traceable claim; and (iv) test the robustness of a benchmark’s integrity verdicts to the judge’s vendor.

Table 1: Positioning of this work relative to representative approaches. Evidence: what a claim is checked against. Separates: whether misattribution (value exists, wrong source) is distinguished from fabrication (value absent). Human-validated: checked against human labels on held-out data. Judge robustness: whether conclusions are tested under a second, independent judge. ✓ = yes; – = no or not applicable; (✓) = partially.

3 Benchmark and data

3.1 The Into the Unknown benchmark

Into the Unknown (Kim et al., 2026) asks AI agents to write a follow-up research paper to each of fifteen recent papers in the computational and physical sciences. Each task supplies the original paper, a task specification, and a computing environment; the agent must formulate a direction, implement and run experiments, and submit a paper with its full working directory. Nine agents from three vendor groups each attempted all fifteen tasks, giving 135 submissions (Table 2).

Each submission was graded by an LLM judge (GPT-6-Astra) against a structured rubric. The rubric is a tree of binary criteria (nodes) organized into three sequential gates: G1, research integrity (for example, whether reported values trace to recorded outputs and whether the described method matches the code); G2, completeness of the deliverables; and G3, whether the work meets the bar a domain scientist would expect. Each node receives a status of pass, fail, or undetermined, together with a written justification and pointers to evidence. The judge evaluated every submission four times, and the benchmark aggregates the repeats into a consensus verdict. A submission passes a gate only if it passes all counted nodes in that gate. No submission passed all three gates; 21 passed G1 (Table 2).

3.2 Released artifacts

The benchmark release contains, for every submission, (i) the four judge outputs and the consensus verdict, with node-level statuses and justifications; (ii) the agent’s working directory as the judge saw it, including the paper’s LaTeX source and PDF, code, configuration files, logs, and all result files the agent wrote; and (iii) for some harnesses, the agent’s full interaction trajectory. We use the release at a fixed snapshot (repository commit 612cdca). Our analyses rely only on these public artifacts; we do not re-run any agent.

Three properties of the release make claim-level provenance analysis possible. The working directories are complete, so every result file the agent produced is available. The papers are written in LaTeX, so numbers and their surrounding text can be extracted reliably, including from tables and from macros that agents use to insert computed values. And the judge’s node-level justifications are released, so the reasons behind each integrity failure can be analyzed directly.

Table 2: Agents in the benchmark. G1: submissions (of 15) passing the integrity gate under the official consensus verdict. Hours: median wall-clock duration of a run. Rint: mean share of integrity nodes passed (%).

4 Methods

Our analysis has four components (Fig. 1): a re-analysis of the official judgments (Section 4.1); a deterministic claim-to-evidence checker (Section 4.2); a human labeling study that provides the reference standard for the checker and for the misattribution–fabrication distinction (Section 4.3); and a re-grading of a stratified sample by a second judge (Section 4.5).

Figure 1: Overview of the study. The checker is developed on a development sample and evaluated, with its rules frozen, on held-out submissions against blinded human labels.

4.1 Re-analysis of the official judgments

From the 540 released judge outputs we extract every counted G1 node: 2,376 node verdicts at the consensus level, each with a status, a confidence, a justification, and evidence pointers. Nodes belong to named rubric families (for example, code–paper alignment, number traceability, test-set integrity, no hard-coded values). We report failure rates by family, which separates criteria that check whether the write-up matches the work from criteria that check for overt misconduct. To assess the judge’s self-consistency, we compute the share of nodes on which all four repeats agree.

We also test whether integrity outcomes are explained by how long an agent ran. Long runs plausibly lead to messier records and more opportunities for misreporting. For submission i by agent a on task t, let Rint,i be the share of counted G1 nodes passed and hi the run duration in hours. We estimate

Rint,i=β0+β1​log⁡hi+αa⁡(i)+γt⁡(i)+εi, (1)

where αa and γt are agent and task fixed effects, with heteroskedasticity-robust (HC1) standard errors. A coefficient β1 that is large without the fixed effects but vanishes with them indicates that run length proxies for agent identity rather than causing integrity failures.

4.2 Claim-to-evidence checker

The checker takes a submission’s paper and working directory and assigns each numerical claim one of three verdicts: certified (the claim’s value is found in a result file whose context identifies it, beyond what chance would produce), unattributed (the value is found but no source is identified), or untraced (the value does not occur in any result file at the reported precision). It is deterministic and uses no learned model, so its behavior can be audited and reproduced exactly.

Design principle

Existing approaches ask different questions of a reported number. Consistency checks such as statcheck and GRIM ask whether the number is possible given other numbers in the paper. Value matching asks whether the number appears somewhere in the outputs. Claim-verification models ask whether retrieved text supports a statement. Our checker asks a narrower question that none of these answers: does the number belong to the specific result the paper says it describes? A value can be possible, present, and supported by some text while still being attached to the wrong experiment, as the worked example below shows: the value 0.1000 appears 24 times in one agent’s files, but the entry that best matches it is a configuration setting, not the reported result. Answering the narrower question requires two ingredients that value matching lacks: a measure of whether the evidence entry’s context identifies the claimed quantity, and a per-claim test of whether that identification beats chance.

Claims

The checker reads the paper’s main LaTeX file, expands \input and \include commands and numeric macro definitions (agents frequently insert computed values through macros), and removes the bibliography. It extracts every number with a decimal point, percent sign, or scientific exponent; integers are excluded because they are mostly counts, indices, and years. Each claim records its value, its number of decimal places, whether it is a percentage, and its number of significant digits. Its context is the surrounding 160 characters for numbers in prose, and the row label, column header, and caption for numbers in tables. We evaluate claims with at least two significant digits, since one-digit values match too many unrelated numbers to be informative.

Evidence

Evidence consists of machine-written result files only: JSON, JSONL, CSV, TSV, log, output, and plain-text files in the working directory. Text written for humans is excluded: the paper’s own source and any rendered copy of it, LaTeX build logs, code, and Markdown notes. A number reported in the agent’s prose or code is not evidence that an experiment produced it. Every numeric value in an evidence file becomes an evidence entry with a context string: for JSON, the path of keys leading to the value; for CSV, the column header and the row’s leading fields; for logs, the line itself. Entries from bulk data—JSON arrays of more than 20 numbers, CSV or JSONL files with more than 200 rows, and log lines containing more than 10 numbers—are flagged, because a reported summary statistic rarely comes from a raw data dump.

Notation

A claim is a tuple c=(vc,dc,πc,Cc): its value, number of decimal places, a percentage indicator, and the set of content tokens in its context. An evidence entry is a tuple e=(ue,Ee,be): its value, the set of content tokens in its key path, line, and file path, and a bulk indicator. Let ℰ be the set of entries extracted from a submission.

Level 1: value match

A claim matches an entry when the entry’s value rounds to the claim at the claim’s reported precision:

M(c,e)=𝟙[minλ∈Λc|λue−vc|≤δc],δc=12 10−dc(1+10−9), (2)

where Λc={1,100} if πc=1 (a percentage, so 8.04% matches 0.0804) and Λc={1} otherwise; the factor 1+10−9 absorbs floating-point error. The matched set is ℳ⁡(c)={e∈ℰ:M⁡(c,e)=1}, and Level 1 accepts c whenever ℳ⁡(c)≠∅. Level 1 is the obvious automated test—does the number appear anywhere?—and we report it as a baseline.

Level 2: provenance score

Among non-bulk matches ℳ∗​(c)={e∈ℳ⁡(c):be=0}, the checker scores how well each entry’s context identifies the claim:

s⁡(c,e)=|Cc∩Ee||Cc∪Ee|​|Cc|,S⁡(c)=maxe∈ℳ∗​(c)⁡s⁡(c,e), (3)

with S⁡(c)=0 when ℳ∗​(c)=∅. The score is a cosine-like overlap that rewards evidence keys sharing words with the sentence or table cell in which the number appears, and the normalization by |Cc∪Ee| penalizes long, generic contexts that overlap with everything.

Per-claim decoy calibration

A high score can arise by chance when a file contains many similar numbers with similar keys. To guard against this, the checker repeats the scoring for decoy claims c(k) that are identical to c except for their value,

vc(k)=vc+k​ 10−dc,k∈K={±2,±4,±6,±8,±10}, (4)

keeping only decoys with the same sign as vc (for 0.4583 the decoys are 0.4573, …, 0.4593). The claim’s calibration p-value is the rank of its own score among the decoys’ scores,

p⁡(c)=1+∑k∈K𝟙[S(c(k))≥S(c)]1+|K|, (5)

and the verdict is

V⁡(c)={certifiedif ​S​(c)≥τ​ and ​p​(c)≤ρ,untracedif ​ℳ∗​(c)=∅,unattributedotherwise. (6)

With ten decoys, p⁡(c)≤0.1 means the true value outscores every decoy. A further decoy at offset k=+7, never used in Eq. (5), measures how often a value that is certainly wrong would be certified (the decoy acceptance rate). Algorithm 1 summarizes the procedure.

Algorithm 1 Claim-to-evidence checker for one submission

1: paper source P, working directory W, threshold τ, calibration level ρ

2: 𝒞← ExtractClaims(P) ⊳ expand macros; prose window or row | column | caption

3: ℰ← IndexEvidence(W) ⊳ result files only; flag bulk entries

4: build a sorted value index over ℰ ⊳ range queries for Eq. (2)

5: for each claim c∈𝒞 do

6:    ℳ⁡(c)←{e:M⁡(c,e)=1}; ℳ∗​(c)←{e∈ℳ⁡(c):be=0}

7:    if ℳ∗​(c)=∅ then

8:     V⁡(c)← untraced; continue

9:    end if

10:    S⁡(c)←maxe∈ℳ∗​(c)⁡s⁡(c,e) ⊳ Eq. (3)

11:    for each k∈K do

12:     S⁡(c(k))← score of decoy c(k) ⊳ Eq. (4)

13:    end for

14:    p⁡(c)← Eq. (5)

15:    V⁡(c)← certified if S⁡(c)≥τ and p⁡(c)≤ρ else unattributed

16: end for

17: return {V⁡(c)}c∈𝒞 with best-matching entries for audit

Operating points

The strict operating point (τ=0.12, ρ=0.1) was fixed before any human labels were collected. One change was made to the checker afterwards: during development labeling we noticed that the agent’s own rendered paper text and LaTeX build logs were being indexed as evidence, and excluded them, as the evidence definition above requires. This correction left the development test-split results unchanged and was made before the confirmation sample was drawn. After the development labels were complete, we examined relaxed variants on the development tuning split only, and froze two of them—balanced (τ=0, ρ=0.1) and broad (τ=0, ρ=0.2)—before the held-out confirmation sample was drawn. Strict is the primary operating point throughout.

Worked example

Two claims from the development sample illustrate the difference between the levels. In “the high-density half-chain entropy rises … to 0.8749 bits at 4.0”, the value 0.8749 matches two evidence entries; the best is "half_chain_entropy_bits": 0.87487 in an output file, with score 0.38, and no decoy scores as high, so the claim is certified. In “the matched raw-sensor encoder obtains … 0.1000”, the value 0.1000 matches 24 entries, so Level 1 accepts it; but the best-scoring entry is a configuration setting (train_profiles g3 base) with score 0.11, below the threshold, and the claim is left unattributed. Human annotators labeled the first claim traceable and the second wrong-source: the number is present, but not as the result the sentence describes.

4.3 Human labeling

Labels

Annotators assign each claim one of four labels. Traceable: a result entry gives this value for the quantity the sentence or table cell describes (same experiment, metric, and model; rounding allowed). Wrong source: the value occurs only for a different experiment, metric, run, dataset, or statistic (for example, a standard deviation where a mean is reported). Not found: no entry in the available artifacts supports the value. Not a claim: the number is a setting rather than a result (a grid value, tolerance, threshold, confidence level, or chosen parameter) or an extraction error. We use “not found” strictly in the sense of absence from the available artifacts. It is not a finding of fabrication, since a value may have been computed and not saved.

Presentation

For each claim, annotators see the paper context with the number highlighted and the three best-matching evidence entries (value, file, and context), ordered so that non-bulk entries come first; they may also consult other files. They never see the checker’s verdict, score, or p-value. Verdicts were stored in a separate file that was not opened during labeling.

Development sample

We drew ten submissions spanning all three vendor groups (one contained no extractable claims) and sampled up to 22 claims per submission with at least two significant digits, stratified so that about 40% came from claims the strict checker certified (to estimate precision with useful counts) and the rest from the remainder. Population estimates reweight each claim by the inverse of its sampling probability within its submission and stratum. The first ten claims served as annotator practice and are excluded, leaving 184 claims, which were split alternately into tuning and test halves. Labeling rules that emerged on the development sample (for instance, that values computed by hand from settings count as settings) were fixed before the confirmation sample was drawn. To measure self-consistency, the first annotator relabeled 20 earlier claims, renamed and shuffled, without access to the original labels.

Confirmation sample

After the operating points were frozen, we drew one previously unused submission per agent (nine in total) and sampled nine claims from each with the same stratification. One submission (astra-6) was dropped before any of its claims were viewed, because the checker had not finished processing it, leaving 72 claims from eight submissions. The first annotator labeled all 72. The second annotator, a co-author who had not taken part in development labeling, labeled a subset of 48 (six per submission) after reading a written guide with three examples taken from the development sample, blind to the first annotator’s labels and to the checker; the first annotator was present during this session but did not comment on any claim. Disagreements were not adjudicated: we report results against the first annotator’s labels and, as a sensitivity analysis, against the claims on which both annotators agree. During confirmation labeling, four of the first annotator’s labels conflicted with the written rules (for instance, a grid spacing labeled traceable); after this was pointed out in a consistency review against the rules, performed with an AI assistant, the annotator revised them. We report agreement both before and after these revisions.

Metrics

Table 3 defines the quantities we report. We treat traceable as the positive class and exclude claims labeled not a claim. Because the samples over-represent certified claims, population estimates weight each labeled claim j by the inverse of its sampling probability within its submission m and stratum g (certified or not):

wj=Nm​gnm​g, (7)

where Nm​g is the number of eligible claims and nm​g the number sampled. With yj=1 for a traceable claim and y^j=1 for a certified one, weighted precision and recall are

Prec^=∑jwj​y^j​yj∑jwj​y^j,Rec^=∑jwj​y^j​yj∑jwj​yj, (8)

and coverage is ∑jwj​y^j/∑jwj. Confidence intervals are 95% percentile intervals from a cluster bootstrap that resamples submissions (2,000 resamples), which accounts for claims from the same paper being correlated; for precision we also report exact Clopper–Pearson intervals on unweighted counts. Agreement between annotators is measured with Cohen’s κ (Cohen, 1960),

κ=po−pe1−pe, (9)

where po is the observed proportion of agreement and pe the agreement expected from the annotators’ marginal label frequencies, interpreted with conventional bands (Landis and Koch, 1977).

Table 3: Quantities used to evaluate the checker. “Real claims” excludes claims labeled not a claim.

4.4 Baselines

We compare the checker with two alternatives that a practitioner might reach for. The embedding baseline keeps the checker’s matching, bulk filter, and decoy test but replaces the token-overlap score of Eq. (3) with the cosine similarity between sentence embeddings (all-MiniLM-L6-v2) of the claim context and of each evidence entry’s context and file path. It is run with and without the decoy test, and its threshold is tuned on the development tuning split to match the strict checker’s precision there. The LLM verifier gives a large language model exactly what the human annotators saw—the written labeling guide, the paper context, and the three best-matching evidence entries—and asks for one of the four labels, with no access to files, human labels, or checker verdicts; a traceable answer counts as a certification. We ran it with Claude Opus 5.5 through the vendor’s command-line interface, one single-turn call per claim in an empty working directory. All methods are compared on the 129 labeled real claims that were not used for any tuning: the development test split and the confirmation sample.

4.5 Second judge

To test whether the integrity verdicts depend on the judge, we re-graded a stratified sample of 30 submissions with a judge from a different vendor (Claude Opus 5.5). We used the benchmark’s own runner for this judge, which reuses the official prompt, rubric, evidence protocol, and grading code, so the judge model is the only difference. The sample contains three or four submissions per agent, including up to two G1 passers for each agent that had any, and was restricted to submissions whose archived working directory is at most 5 GB. Because of computational cost, the first two submissions were graded four times, the next two twice, and the remaining 26 once.

We compare the two judges node by node. Per-repeat agreement compares each second-judge repeat with each official repeat on the counted nodes both graded; gate agreement compares majority verdicts. To test for a vendor effect, let 𝒩i be the counted G1 nodes graded by both judges for submission i and fi​nJ=1 if judge J fails node n. The leniency difference is

di=1|𝒩i|​∑n∈𝒩i(fi​nsecond−fi​nofficial). (10)

We test whether di is non-zero overall (Wilcoxon signed-rank test) and whether it differs across vendor groups (Kruskal–Wallis test, and permutation tests for each group against the rest), using submissions as the unit of analysis. As a node-level check, we fit

logit⁡Pr⁡(fi​nJ=1)=β0+β1 1[J=second]+∑vβ2​v 1[gi=v]+∑vβ3​v 1[J=second] 1[gi=v], (11)

where gi is the vendor group of the agent (open-weight as reference), estimated by generalized estimating equations with an exchangeable working correlation clustered by submission. A vendor effect would appear as interaction terms β3​v that differ in sign or size across groups.

5 Results

5.1 What the official judge fails (RQ1)

Of the 540 released judgments, 450 ended in an integrity failure, 86 in an incompleteness verdict, and 4 below the scientist’s bar. Across the 2,376 counted G1 nodes at the consensus level, 469 failed, almost all (438) with high confidence. Fig. 2 shows how these failures distribute across rubric families. Failures concentrate in criteria that compare the write-up with the work: code–paper alignment fails in 52% of counted nodes and number traceability in 38%, followed by disclosure of what was held fixed (32%), adherence to the pre-stated method (27%), and claims about what was executed (26%). Criteria that target overt misconduct almost never fire: hard-coded values (1%), use of external code (1%), and replication of the published method instead of new work (0%). Selective reporting (5%) and baseline honesty (8%) are also rare as recorded by the judge.

Figure 2: Failure rates of integrity (G1) rubric families under the official judge’s consensus verdicts, with failed and counted nodes in parentheses. Criteria comparing the write-up with the work (blue) fail far more often than criteria targeting overt misconduct or selection (orange).

The judge’s justifications show what these failures look like in practice. Typical examples state that a paper claims 400 training epochs where the logs show 320; claims ten seeds where nine were run; describes an “identical schedule” across conditions where the records show different schedules; or describes a model term that the final simulation never applies. In each case the paper describes work that resembles what was done, but not exactly what was done. Failure rates differ sharply between agents: code–paper alignment fails in 0% of nodes for astra-6, 16% for sol-5.6, and 28% for opus-5.5, but in 56–84% for the other six agents.

Judge self-consistency

The four repeats agree unanimously on 90.0% of counted nodes (9,570 of 10,638; 89.5% for G1), and the G1 verdict differs across repeats for 11 of the 135 submissions. The official verdicts are thus stable across repeated runs of the same judge, which makes the cross-judge comparison in Section 5.5 interpretable.

Run length

Longer runs have lower integrity scores (Spearman ρ=−0.37, p<10−4; median 2.3 hours for G1 passers against 9.2 hours for failures). The association disappears once agent and task are controlled for: in the fixed-effects regression, the coefficient on log hours is −0.61 (p=0.59; R2=0.77), and within-agent correlations are all small and non-significant. Integrity differences are a property of the agent, not a by-product of how long it ran (Table 1 in A).

5.2 Misattribution versus absence in human labels (RQ2)

Table 4 shows the label distribution. Among real claims (excluding settings and extraction errors), most numbers are traceable, as expected for samples that over-represent certified claims. The question for RQ2 is the composition of the remainder. Of the 53 unsupported claims across both samples, 47 are wrong source—the value exists in the agent’s files but for a different experiment, metric, run, or statistic—and only 6 are not found in the available artifacts. Reweighting to the population of claims gives a wrong-source share of 81%. In this benchmark, an unsupported number is usually a real number in the wrong place.

Table 4: Human labels. Development: first annotator, ten submissions (after excluding practice items). Confirmation: first annotator, eight held-out submissions. “Wrong source / unsupported” is the share of wrong-source claims among wrong-source plus not-found claims, raw and reweighted to the population of claims.
Label Development Confirmation Total
Traceable 112 46 158
Wrong source 35 12 47
Not found 4 2 6
Not a claim 33 12 45
Total labeled 184 72 256
Wrong source / unsupported 90% 86% 89%
population-weighted 81%

The wrong-source claims fall into recurring patterns: a standard deviation reported as a mean; a value from the baseline model reported for the proposed one; a single seed’s result reported as the average over seeds; a value from a different dataset or boundary condition; and, in a few cases, a matching number from an unrelated line such as a timer or a training-loss print. Table 5 gives one example of each pattern from the labeled samples.

Table 5: Recurring patterns among wrong-source claims, with one example of each from the labeled samples. In every case the reported value exists in the agent’s files, but not as the quantity the paper describes.

The six not-found claims are heterogeneous: some quote values from prior literature, some appear to be quantities derived while writing and never saved, and some have no candidate source at all. From the artifacts alone, none can be classified as fabricated. The wrong-source pattern, by contrast, is consistent with reporting that has become detached from the record rather than with invented experiments.

Reliability of the labels

On the 48 confirmation claims labeled by both annotators, agreement is 93.8% over the four labels (Cohen’s κ=0.89) and 97.9% on traceable versus not (κ=0.96), “almost perfect” by conventional bands (Landis and Koch, 1977). Using the first annotator’s labels before the four rule-based revisions described in Section 4.3, agreement is κ=0.75 (four labels) and κ=0.83 (binary); in all four cases the second annotator had independently chosen the revised label. The first annotator’s blind re-labeling of 20 development claims agreed with the original labels in 75% of cases (κ=0.56; 85% and κ=0.69 for traceable versus not), with every change moving toward wrong source. The traceable class in the development labels is therefore, if anything, generous.

5.3 Can provenance be checked automatically? (RQ3)

Table 6 reports the checker’s performance on the development test split and on the held-out confirmation sample; Fig. 3 plots the held-out results.

Value matching does not discriminate

Level 1 matching finds a value for essentially every traceable claim, but it also accepts most claims that are not traceable: on the held-out sample its specificity is 13% (5% on development), meaning it accepts 87–95% of wrong-source and not-found claims. Its precision (0.69) is essentially the base rate of traceable claims, because it rejects almost nothing. The decoy test gives the same picture without labels: 88% of the held-out decoy values, which are wrong by construction, match some entry at the reported precision.

Table 6: Checker performance against the first annotator’s labels (real claims only). Precision and recall are population-weighted with 95% cluster-bootstrap intervals. Decoy acceptance is computed over all 1,539 development claims. Operating points were frozen before the confirmation sample was drawn.
Figure 3: Precision and recall of the checker on the held-out confirmation sample, with 95% cluster-bootstrap intervals. Value matching (gray) finds every traceable claim but accepts most untraceable ones; the strict operating point trades recall for high precision.

Provenance scoring gives a high-precision certifier

At the strict operating point, 27 of the 29 claims the checker certified on the held-out sample were labeled traceable (precision 0.93 unweighted, 0.95 population-weighted, cluster-bootstrap 95% CI 0.85–1.00), and 0.94 against the claims on which both annotators agree. Because the held-out sample is small, Table 7 also reports exact binomial intervals and a pooled estimate. Pooling is legitimate for the strict operating point because its parameters were fixed before any claim was labeled, so no label influenced it. Across all 211 labeled real claims, the strict checker certified 85, of which 78 were traceable: a precision of 0.92 with an exact 95% interval of 0.84–0.97. The held-out sample was deliberately small in real claims (60) because it over-samples certified claims to estimate precision efficiently; precision rests on the number of certified claims, not on the total. Label-free, the strict checker certifies 1.3% of decoy values. Certification is therefore strong evidence that a reported number is supported by the result the paper says it is.

Table 7: Precision of the strict checker with counts. Exact intervals are Clopper–Pearson 95% intervals on the unweighted counts; they ignore clustering by submission and are reported as a conservative complement to the weighted, cluster-bootstrap estimates in Table 6.

Which components matter

Table 8 adds the checker’s components one at a time, pooling all 211 labeled real claims (legitimate for these levels, all of which were defined before labeling). Ignoring bulk data barely changes the human-labeled results but removes a fifth of decoy matches. The context score is the component that separates traceable from misattributed claims: on its own it raises precision from 0.77 to 0.92 while keeping 60% of traceable claims. The decoy test plays a different role. Against human labels it adds no precision on top of the context score, and it costs recall. Against values that are wrong by construction, however, it reduces false certification from 18.9% to 1.3%. The two components therefore guard against two different errors. The context score guards against misattribution, a real value attached to the wrong result, which dominates the labeled samples. The decoy test guards against coincidence, a wrong value that happens to sit near a plausible key, which is rare among labeled claims but is the failure that would matter most if an agent did fabricate a number. Users who care only about misattribution can use the score alone and gain recall; we keep both as the default because a certifier should not certify values that do not exist.

Table 8: Component ablation on all 211 labeled real claims (158 traceable), pooling development and confirmation samples. Precision with exact 95% intervals on unweighted counts; recall unweighted (population-weighted in parentheses). Decoy acceptance over all 1,539 development claims.

Comparison with baselines

Table 9 compares the methods on the 129 labeled claims not used for tuning. Replacing the token-overlap score with sentence-embedding similarity makes the checker worse: tuned to the same precision, the embedding score certifies 21 claims instead of 57 (recall 0.21 against 0.54), and with the decoy test it loses precision (0.74). General-purpose sentence embeddings are a poor fit for evidence keys such as rel_l2_std or heldout_params_P, whose meaning lies in exact tokens rather than in paraphrase. Exact token overlap is what distinguishes a standard deviation from a mean, or one boundary condition from another.

The LLM verifier behaves very differently from both. Given the same evidence the annotators saw, it labels almost every traceable claim correctly (recall 0.97 on the held-out claims, 0.95 on all 211) at a precision similar to the checker’s (0.89). Its weakness is the failure this paper is about: of the 53 labeled claims that are not traceable, it accepts 19 (36%), and 19 of the 47 wrong-source claims are labeled traceable. The strict checker accepts 7 of the 53 (13%). The LLM’s agreement with the human labels is moderate (κ=0.55 over four labels, 0.64 for traceable versus not), well below the agreement between the two annotators (κ=0.89 and 0.96). The two methods are complementary rather than competing. When both accept a claim, 51 of 52 held-out claims are traceable (precision 0.98), and among claims the checker leaves uncertified, the LLM’s “traceable” answers are correct 80% of the time. A practical pipeline is therefore to let the deterministic checker certify what it can, and to use an LLM to triage the remainder for human review rather than to issue final verdicts. The checker also has properties an LLM verifier lacks: it is deterministic, costs nothing to rerun, and exposes the entry and score behind every certification. The LLM, by contrast, depends on the candidate entries that the checker’s retrieval supplies.

Table 9: Comparison with baselines on the 129 labeled real claims not used for tuning (development test split and confirmation sample; 94 traceable). Precision with exact 95% intervals on unweighted counts. Decoy acceptance on the decoys of the 211 labeled claims; not defined for the LLM verifier, which sees only the top-ranked entries.

Non-verification is not evidence of falsehood

The price of this precision is recall: the strict checker certifies about a third of traceable claims (0.34 held-out, 0.39 development), and its coverage—the share of all real claims it certifies—is 23%. The remaining claims cannot be read as failures. Among held-out claims the checker did not certify, 19 of 31 were labeled traceable (57% population-weighted); on development the figure is 61 of 95 (72%). A reader who treated “not certified” as “not supported” would be wrong in most cases. The relaxed operating points recover more traceable claims (recall 0.51–0.55 held-out) at a cost of about seven points of precision and a three- to seven-fold higher decoy acceptance, so we retain strict as the default and report the others as the available trade-off.

Why traceable claims are missed

On the development tuning split, the 37 traceable claims the strict checker missed fall into three groups. For 13, the correct entry was found and beat every decoy, but the context score fell just below the threshold, typically because a sentence reporting several numbers dilutes the overlap. For 6, the context matched, but neighboring decoy values matched equally well, as happens in dense grids of similar results. For the remaining 18, a different entry scored best, most often a log line or an entry with a generic key. Two alternative scoring functions—a plain set cosine and the share of evidence-key tokens found in the claim’s context—did not improve on the original (Table 2 in A).

Recall does not depend on the agent: on human-labeled traceable claims, the strict checker certifies 50% for sol-5.6 (n=34) and 49% for all other agents combined (n=124; Fisher’s exact p=1.0).

5.4 Traceability across the benchmark

We applied the strict checker to every submission. It completed for 102: 99 contained claims and 3 contained none, while 15 exceeded a 20–40 minute time limit because of very large result files, 2 failed, and 16 exceeded the 10 GB storage limit of our environment. The 99 checked submissions contain 14,577 claims with at least two significant digits, with at least four submissions for every agent.

Fig. 4 plots, for each submission, the share of its claims the checker certifies against the official integrity score. The two OpenAI agents stand apart: on average the checker certifies 76% of astra-6’s claims and 63% of sol-5.6’s, against 8–17% for each of the other seven agents. Because recall does not differ by agent (Section 5.3), this gap reflects how traceable the agents’ reported numbers are, not how easy their files are to read. Across submissions, the certified share is positively associated with the official integrity score (Spearman ρ=0.22, p=0.028, n=99) and negatively associated with the judge’s failure rate on number-traceability nodes (ρ=−0.32, p=0.002, n=92). The checker and the judge use entirely different evidence—one compares numbers with files, the other reads the submission—and they agree on which agents report traceable results.

Figure 4: Share of claims certified by the strict checker against the official integrity score. Small markers are submissions (n=99); large markers are agent means, with the number of checked submissions in parentheses. Certified shares are lower bounds on traceability, since the checker certifies about a third of traceable claims.

Table 10 gives the per-agent figures.

Table 10: Benchmark-wide traceability by agent (strict checker, 99 submissions). Certified: mean share of a submission’s claims the checker certifies (a lower bound on traceability). Untraced: mean share of claims whose value occurs in no result file. Judge NT fail: official judge’s failure rate on number-traceability nodes (all 15 submissions per agent).

One agent departs from this pattern. The official judge rates opus-5.5 almost as highly as sol-5.6 (mean integrity score 93 across its checked submissions), yet the checker certifies only 14% of its claims, a rate similar to the low-integrity agents. The difference is not one of format: 99% of opus-5.5’s values occur somewhere in its result files, and its certification rates for numbers in prose and in tables match those of the other non-OpenAI agents. The judge, however, has about 2.4 number-traceability criteria per submission, so it examines a small number of headline values, and on those opus-5.5 fails only 14% of the time (compared with 8% for sol-5.6 and 39–58% for the agents without G1 passes). A manual reading of 14 uncertified opus-5.5 claims found both values that are traceable but sit in sentences dense with numbers, and values computed while writing that appear in no file. These observations are consistent with a judge that verifies headline numbers which opus-5.5 reports correctly, while much of its other numerical content is no more traceable than that of the weaker agents. An agent-specific labeled sample would be needed to confirm this, and we treat it as a hypothesis.

5.5 Robustness to the judge (RQ4)

The second judge completed all 30 sampled submissions. On the submissions graded more than once, each judge is highly consistent with itself (98–100% node agreement across repeats for the second judge, 93–99% for the official judge), so disagreements between the two reflect different judgments rather than noise. Across judges, per-repeat agreement is 82.3% of counted nodes (κ=0.51) and 81.2% of G1 nodes (κ=0.38), and the majority G1 verdicts agree for 22 of the 30 submissions. The disagreements are asymmetric: the second judge passes 12 submissions on G1 against the official judge’s 6, passing 7 that the official judge failed and failing 1 that it passed.

Table 11: G1 node failure rates by judge and agent vendor group on the 30 re-graded submissions (means over submissions). d: second judge minus official judge.

Fig. 5 shows the comparison for each agent, and Table 11 aggregates it by the vendor of the agent being judged.

Figure 5: G1 node failure rates under the official judge (black) and the second judge (colored by the agent’s vendor group) on the 30 re-graded submissions, by agent. The second judge is more lenient for every agent, but both judges order the agents similarly.

Two results matter for interpreting the benchmark. First, the two judges rank the vendor groups identically: both find the OpenAI agents’ submissions cleanest by a wide margin, so the benchmark’s ranking of agents is not an artifact of its judge’s vendor, and we find no evidence that the official judge favors agents from its own vendor. Second, the second judge is more lenient overall, failing 5.4 points fewer G1 nodes per submission on average (Wilcoxon p=0.014). The leniency is largest for the Anthropic agents, a pattern consistent with a judge favoring its own vendor’s agents, but the difference between vendor groups is not statistically significant (Kruskal–Wallis p=0.26; permutation test, Anthropic versus others, p=0.16; GEE interaction, p=0.075). Absolute pass rates thus depend on the choice of judge, while relative rankings are stable.

6 Discussion

6.1 What the findings mean

The four analyses point in the same direction. The official judge’s failures concentrate on criteria that compare the write-up with the work, not on criteria for overt misconduct. When individual numbers are checked by hand, most unsupported ones exist in the agent’s own files but belong to a different experiment, metric, or run. A provenance checker with no access to the judge’s verdicts reproduces the judge’s ranking of agents. And a judge from a different vendor confirms that ranking, while disagreeing about how many submissions pass. In this benchmark, the typical integrity failure of an AI research agent is not invention but misattribution: the agent did the work, recorded results, and then reported some of them against the wrong referent.

This distinction matters because the two failure modes call for different responses. Fabrication is a question of intent and calls for detection and sanction. Misattribution is a question of record-keeping and reporting discipline, and calls for tooling: structured result files with explicit keys, reports generated from those files rather than retyped, and checks that tie each reported number to the run that produced it. The behavior we observe resembles the selective and loosely documented reporting that InnovationEval describes (Owen, 2026) more than the invented results that headlines about “fabricating” agents suggest. It also echoes long-standing findings about human research reporting, where errors in reported statistics are common and mostly inadvertent (Bakker and Wicherts, 2011; Nuijten et al., 2016).

The checker results add a methodological point that holds regardless of how the fabrication–misattribution split varies across settings. If a reported number may be a real value attached to the wrong source, then confirming that the value appears in the outputs cannot establish that the claim is supported. Value matching accepted 87–95% of unsupported claims in our samples and 88% of decoy values that were wrong by construction. Any audit of AI-produced results—whether by a benchmark, a reviewer, or an organization consuming agent reports—needs to establish provenance, not presence.

6.2 Implications for practice

For organizations that use AI-produced analyses

The first implication is to ask which run produced a reported number, not whether the number can be found. The second is to use automated verification asymmetrically. A conservative checker can certify a meaningful share of claims (23% of claims in our held-out sample, at over 90% precision), and those claims can be relied on to the extent that the underlying experiment is sound. Claims it cannot certify should be routed to human review rather than treated as failures, since most of them turned out to be traceable. This asymmetric use guards against both failure modes of trust in automation identified in the information-systems literature: over-reliance on outputs that look verified (Parasuraman and Manzey, 2010; Lee and See, 2004), and wholesale rejection of useful work after visible errors (Dietvorst et al., 2015). In data-quality terms (Wang and Strong, 1996), traceability is a dimension of fitness for use that can be measured claim by claim, and it is distinct from accuracy.

For benchmark designers

Integrity verdicts from a single LLM judge are stable across repeats but not across judges: the second judge passed twice as many submissions while preserving the ranking. Benchmarks should therefore report which judge produced their pass rates, treat absolute pass rates as judge-dependent, and, where feasible, add a second judge from a different vendor or a deterministic check. The opus-5.5 case suggests a further risk. A judge that checks a few headline numbers per paper may rate highly an agent whose headline numbers are right but whose other numbers are not traceable. Claim-level checking complements node-level judging rather than replacing it.

For agent developers

Our failure analysis suggests that traceability depends on how results are recorded: entries with descriptive keys are easy to tie to the sentences that report them, while values computed only in the prose cannot be traced at all. Making reports a function of the recorded results—for example, by inserting values from result files instead of retyping them—would remove most of the misattribution we observed, and would make agents’ work far cheaper to verify.

6.3 Limitations

One benchmark

All findings come from one benchmark, nine agents, and fifteen tasks in the computational and physical sciences. The share of misattributed versus absent numbers may differ in other domains, with other agents, or under other harnesses, and we make no claim that agents in general misreport more often than they fabricate. The checker relies on properties of this benchmark—papers written in LaTeX and result files in machine-readable formats—and would need adaptation for papers in other formats or results stored in binary files or databases.

Labels and annotators

The human labels come from two annotators, both members of the research team. They worked blind to the checker and to each other’s labels, and their agreement is high, but they are not an external panel. The development labeling rules were refined while labeling, before the confirmation sample was drawn. During confirmation labeling, four labels were revised after a rule-consistency review, and we report agreement before and after. “Not found” means not found in the available artifacts: a value computed and never saved, or quoted from the literature, is not fabricated. The labeled samples are modest (256 claims, 60 real claims in the held-out set), and several confidence intervals are correspondingly wide.

Checker scope

The checker certifies provenance, not correctness. A certified number is supported by a recorded result, but the experiment that produced it may still be flawed. Its recall is about one third, so it settles only part of a paper automatically. Benchmark-wide measurements cover 99 of the 135 submissions; the excluded submissions are the largest, and if very large runs differ systematically in how they report results, the per-agent certified shares could shift.

Second judge and harnesses

The second-judge sample has 30 submissions, most graded once, so the vendor-interaction tests have limited power, and the non-significant hint of self-preference can be neither confirmed nor ruled out. We also did not adjudicate the 438 nodes on which the two judges disagree, so we can say that pass rates depend on the judge but not which judge is closer to a human expert. Agents were run under different harnesses. For example, the runner’s completion check failed to execute much more often for some Claude-based agents than for others, so differences between agents may partly reflect their harnesses as well as their models.

The agents themselves

The agents in the benchmark are recent frontier systems that will be superseded. We expect the methodological findings—that presence is not provenance, and that non-verification is not falsehood—to outlast the specific rates we report.

7 Conclusions

AI research agents now produce papers that look finished, and the people who read them cannot easily see how each reported number was obtained. We examined the integrity failures of nine such agents on an open benchmark using the official judgments, claim-level human labels, a deterministic claim-to-evidence checker, and a second judge. In this benchmark, unsupported numbers are mostly real values reported against the wrong experiment, metric, or run, rather than values with no source. Because such numbers exist in the agents’ own files, checking whether a value appears accepts almost all of them. A checker that instead establishes provenance certifies claims with high precision on held-out data. But most claims it cannot certify are traceable, so failure to verify must not be read as evidence of falsehood. Applied across the benchmark, the checker agrees with the official judge about which agents report traceable results, and a second judge confirms that ranking while showing that pass rates depend on the judge. The checker’s limited recall restricts automation to a subset of claims; it does not limit the value of verifying that subset. Verifying AI-produced research therefore means tracing each number to the result it claims to describe. The tools, labels, and data we release make that possible for a substantial share of claims today.

Appendix A Supplementary tables

Table 1: Integrity score and run length: OLS estimates of Eq. (1) with HC1 standard errors (n=135 submissions).
Table 2: Why the strict checker misses traceable claims: the 37 traceable claims it did not certify on the development tuning split.

Data and code availability

All code, human labels, derived data, and figures are publicly available at https://github.com/mos3b-faqeeh/agent-integrity-analysis. The benchmark data are available from the original authors (Kim et al., 2026); we do not redistribute raw submissions.

Declaration of generative AI and AI-assisted technologies in the writing process

During the preparation of this work the authors used Claude (Anthropic) to assist with data analysis code, drafting and editing the manuscript, and a consistency review of annotation labels against the written labeling rules. After using this tool, the authors reviewed and edited the content as needed and take full responsibility for the content of the publication.

Declaration of competing interest

The authors declare that they have no known competing financial interests or personal relationships that could have appeared to influence the work reported in this paper.

References

  • Atinafu and Cohen (2026) Atinafu, Y., Cohen, R., 2026. RewardHackingAgents: Benchmarking evaluation integrity for LLM ML-engineering agents. arXiv preprint arXiv:2603.11337. Preprint.
  • Bakker and Wicherts (2011) Bakker, M., Wicherts, J.M., 2011. The (mis)reporting of statistical results in psychology journals. Behavior Research Methods 43, 666–678.
  • Beel et al. (2025) Beel, J., Kan, M.Y., Baumgart, M., 2025. Evaluating Sakana’s AI scientist: Bold claims, mixed results, and a promising future? arXiv preprint arXiv:2502.14297. Preprint.
  • Berente et al. (2021) Berente, N., Gu, B., Recker, J., Santhanam, R., 2021. Managing artificial intelligence. MIS Quarterly 45, 1433–1450.
  • Brown and Heathers (2017) Brown, N.J.L., Heathers, J.A.J., 2017. The GRIM test: A simple technique detects numerous anomalies in the reporting of results in psychology. Social Psychological and Personality Science 8, 363–369.
  • Chan et al. (2025) Chan, J.S., et al., 2025. MLE-bench: Evaluating machine learning agents on machine learning engineering, in: International Conference on Learning Representations (ICLR).
  • Chen et al. (2025a) Chen, H., Xiong, M., Lu, Y., Han, W., Deng, A., He, Y., Wu, J., Li, Y., Liu, Y., Hooi, B., 2025a. MLR-Bench: Evaluating AI agents on open-ended machine learning research, in: Advances in Neural Information Processing Systems (Datasets and Benchmarks Track).
  • Chen et al. (2020) Chen, W., Wang, H., Chen, J., Zhang, Y., Wang, H., Li, S., Zhou, X., Wang, W.Y., 2020. TabFact: A large-scale dataset for table-based fact verification, in: International Conference on Learning Representations (ICLR).
  • Chen et al. (2025b) Chen, Z., et al., 2025b. ScienceAgentBench: Toward rigorous assessment of language agents for data-driven scientific discovery, in: International Conference on Learning Representations (ICLR).
  • Chiang and Lee (2023) Chiang, C.H., Lee, H.y., 2023. Can large language models be an alternative to human evaluations?, in: Proceedings of the 61st Annual Meeting of the Association for Computational Linguistics (ACL), pp. 15607–15631.
  • Cohen (1960) Cohen, J., 1960. A coefficient of agreement for nominal scales. Educational and Psychological Measurement 20, 37–46.
  • Dietvorst et al. (2015) Dietvorst, B.J., Simmons, J.P., Massey, C., 2015. Algorithm aversion: People erroneously avoid algorithms after seeing them err. Journal of Experimental Psychology: General 144, 114–126.
  • Ding et al. (2026) Ding, T., Nannapaneni, A., Liu, B., Zhang, L., 2026. Autonomous research agents: A survey of AI scientists and the verification gap. arXiv preprint arXiv:2608.05179. Preprint.
  • Eulig (2026) Eulig, S.Y., 2026. Position: Correct answer, wrong mechanism—when AI scientists defend general claims their own data contradicts. arXiv preprint arXiv:2606.23175. Preprint.
  • Gao et al. (2023) Gao, T., Yen, H., Yu, J., Chen, D., 2023. Enabling large language models to generate text with citations, in: Proceedings of the 2023 Conference on Empirical Methods in Natural Language Processing (EMNLP), pp. 6465–6488.
  • Gebru et al. (2021) Gebru, T., Morgenstern, J., Vecchione, B., Vaughan, J.W., Wallach, H., Daumé III, H., Crawford, K., 2021. Datasheets for datasets. Communications of the ACM 64, 86–92.
  • Gu et al. (2024) Gu, J., et al., 2024. A survey on LLM-as-a-judge. arXiv preprint arXiv:2411.15594. Preprint.
  • Gundersen and Kjensmo (2018) Gundersen, O.E., Kjensmo, S., 2018. State of the art: Reproducibility in artificial intelligence, in: Proceedings of the AAAI Conference on Artificial Intelligence.
  • Herschel et al. (2017) Herschel, M., Diestelkämper, R., Ben Lahmar, H., 2017. A survey on provenance: What for? what form? what from? The VLDB Journal 26, 881–906.
  • Huang et al. (2025) Huang, L., Yu, W., Ma, W., Zhong, W., Feng, Z., Wang, H., Chen, Q., Peng, W., Feng, X., Qin, B., Liu, T., 2025. A survey on hallucination in large language models: Principles, taxonomy, challenges, and open questions. ACM Transactions on Information Systems 43, 1–55. doi:10.1145/3703155.
  • Huang et al. (2024) Huang, Q., Vora, J., Liang, P., Leskovec, J., 2024. MLAgentBench: Evaluating language agents on machine learning experimentation, in: Proceedings of the 41st International Conference on Machine Learning (ICML).
  • Jansen et al. (2024) Jansen, P., et al., 2024. DiscoveryWorld: A virtual environment for developing and evaluating automated scientific discovery agents, in: Advances in Neural Information Processing Systems (Datasets and Benchmarks Track).
  • Jimenez et al. (2024) Jimenez, C.E., Yang, J., Wettig, A., Yao, S., Pei, K., Press, O., Narasimhan, K., 2024. SWE-bench: Can language models resolve real-world GitHub issues?, in: International Conference on Learning Representations (ICLR).
  • Kim et al. (2026) Kim, S., et al., 2026. Into the unknown: Benchmarking AI agents on open scientific research problems. arXiv preprint arXiv:2610.19159. Preprint.
  • Kirgis et al. (2026) Kirgis, P., Kapoor, S., Schwartz, A., Rabanser, S., others, Narayanan, A., 2026. Can AI agents conduct open-ended AI research? early evidence from two case studies. arXiv preprint arXiv:2607.27191. Preprint.
  • Landis and Koch (1977) Landis, J.R., Koch, G.G., 1977. The measurement of observer agreement for categorical data. Biometrics 33, 159–174.
  • Lanham et al. (2023) Lanham, T., et al., 2023. Measuring faithfulness in chain-of-thought reasoning. arXiv preprint arXiv:2307.13702. Preprint.
  • Lee and See (2004) Lee, J.D., See, K.A., 2004. Trust in automation: Designing for appropriate reliance. Human Factors 46, 50–80.
  • Li et al. (2026) Li, M., Du, R., Ai, S., Hunt, R.A., Xie, J., 2026. Trust or distrust? AIGC trustworthiness and an extended analysis within nomology framework. Data Science and Management 9, 100169. doi:10.1016/j.dsm.2025.09.005.
  • Liang et al. (2024) Liang, W., et al., 2024. Mapping the increasing use of LLMs in scientific papers, in: Conference on Language Modeling (COLM).
  • Liu et al. (2023a) Liu, N.F., Zhang, T., Liang, P., 2023a. Evaluating verifiability in generative search engines, in: Findings of the Association for Computational Linguistics: EMNLP 2023, pp. 7001–7025.
  • Liu et al. (2023b) Liu, Y., Iter, D., Xu, Y., Wang, S., Xu, R., Zhu, C., 2023b. G-Eval: NLG evaluation using GPT-4 with better human alignment, in: Proceedings of the 2023 Conference on Empirical Methods in Natural Language Processing (EMNLP), pp. 2511–2522.
  • Lu et al. (2024) Lu, C., Lu, C., Lange, R.T., Foerster, J., Clune, J., Ha, D., 2024. The AI scientist: Towards fully automated open-ended scientific discovery. arXiv preprint arXiv:2408.06292. Preprint.
  • Lu et al. (2023) Lu, X., Pan, L., Liu, Q., Nakov, P., Kan, M.Y., 2023. SCITAB: A challenging benchmark for compositional reasoning and claim verification on scientific tables, in: Proceedings of the 2023 Conference on Empirical Methods in Natural Language Processing (EMNLP), pp. 7787–7813.
  • Luo et al. (2026) Luo, W., Luu, K., Liu, X., Luo, G., Romero Calvo, M., Dan, S., Zhang, D.Y., Liu, Y., Elfeki, M., 2026. Maintaining benchmarks against increasingly capable agents: Detection and remediation of unearned passes. arXiv preprint arXiv:2609.34262. Preprint.
  • Moreau and Missier (2013) Moreau, L., Missier, P., 2013. PROV-DM: The PROV data model. W3C Recommendation, https://www.w3.org/TR/prov-dm/.
  • Nuijten et al. (2016) Nuijten, M.B., Hartgerink, C.H.J., van Assen, M.A.L.M., Epskamp, S., Wicherts, J.M., 2016. The prevalence of statistical reporting errors in psychology (1985–2013). Behavior Research Methods 48, 1205–1226.
  • Owen (2026) Owen, D., 2026. Can AI automate AI R&D yet? early evidence from InnovationEval. Epoch AI, https://epoch.ai/publications/innovationeval. Published 7 October 2026; accessed 28 October 2026.
  • Panickssery et al. (2024) Panickssery, A., Bowman, S.R., Feng, S., 2024. LLM evaluators recognize and favor their own generations, in: Advances in Neural Information Processing Systems.
  • Parasuraman and Manzey (2010) Parasuraman, R., Manzey, D.H., 2010. Complacency and bias in human use of automation: An attentional integration. Human Factors 52, 381–410.
  • Pineau et al. (2021) Pineau, J., Vincent-Lamarre, P., Sinha, K., Larivière, V., Beygelzimer, A., d’Alché Buc, F., Fox, E., Larochelle, H., 2021. Improving reproducibility in machine learning research (a report from the NeurIPS 2019 reproducibility program). Journal of Machine Learning Research 22, 1–20.
  • Pipino et al. (2002) Pipino, L.L., Lee, Y.W., Wang, R.Y., 2002. Data quality assessment. Communications of the ACM 45, 211–218.
  • Rashkin et al. (2023) Rashkin, H., Nikolaev, V., Lamm, M., Aroyo, L., Collins, M., Das, D., Petrov, S., Tomar, G.S., Turc, I., Reitter, D., 2023. Measuring attribution in natural language generation models. Computational Linguistics 49, 777–840.
  • Ren et al. (2025) Ren, R., et al., 2025. The MASK benchmark: Disentangling honesty from accuracy in AI systems. arXiv preprint arXiv:2503.03750. Preprint.
  • Scheurer et al. (2023) Scheurer, J., Balesni, M., Hobbhahn, M., 2023. Large language models can strategically deceive their users when put under pressure. arXiv preprint arXiv:2311.07590. Preprint.
  • Si et al. (2025) Si, C., Yang, D., Hashimoto, T., 2025. Can LLMs generate novel research ideas? a large-scale human study with 100+ NLP researchers, in: International Conference on Learning Representations (ICLR).
  • Siegel et al. (2024) Siegel, Z.S., Kapoor, S., Nadgir, N., Stroebl, B., Narayanan, A., 2024. CORE-Bench: Fostering the credibility of published research through a computational reproducibility agent benchmark. Transactions on Machine Learning Research .
  • Simmhan et al. (2005) Simmhan, Y.L., Plale, B., Gannon, D., 2005. A survey of data provenance in e-science. ACM SIGMOD Record 34, 31–36.
  • Song (2026) Song, T.E., 2026. When does a second model help? cross-model review in LLM verification. arXiv preprint arXiv:2610.01471. Preprint.
  • Starace et al. (2025) Starace, G., et al., 2025. PaperBench: Evaluating AI’s ability to replicate AI research, in: Proceedings of the 42nd International Conference on Machine Learning (ICML).
  • Stodden et al. (2016) Stodden, V., McNutt, M., Bailey, D.H., Deelman, E., Gil, Y., Hanson, B., Heroux, M.A., Ioannidis, J.P.A., Taufer, M., 2016. Enhancing reproducibility for computational methods. Science 354, 1240–1241.
  • Thorne et al. (2018) Thorne, J., Vlachos, A., Christodoulopoulos, C., Mittal, A., 2018. FEVER: A large-scale dataset for fact extraction and VERification, in: Proceedings of the 2018 Conference of the North American Chapter of the Association for Computational Linguistics (NAACL-HLT), pp. 809–819.
  • Turpin et al. (2023) Turpin, M., Michael, J., Perez, E., Bowman, S.R., 2023. Language models don’t always say what they think: Unfaithful explanations in chain-of-thought prompting, in: Advances in Neural Information Processing Systems.
  • Venktesh et al. (2024) Venktesh, V., Anand, A., Anand, A., Setty, V., 2024. QuanTemp: A real-world open-domain benchmark for fact-checking numerical claims, in: Proceedings of the 47th International ACM SIGIR Conference on Research and Development in Information Retrieval, pp. 650–660. doi:10.1145/3626772.3657874.
  • Wadden et al. (2020) Wadden, D., Lin, S., Lo, K., Wang, L.L., van Zuylen, M., Cohan, A., Hajishirzi, H., 2020. Fact or fiction: Verifying scientific claims, in: Proceedings of the 2020 Conference on Empirical Methods in Natural Language Processing (EMNLP), pp. 7534–7550.
  • Walters and Wilder (2023) Walters, W.H., Wilder, E.I., 2023. Fabrication and errors in the bibliographic citations generated by ChatGPT. Scientific Reports 13, 14045.
  • Wang et al. (2024) Wang, P., Li, L., Chen, L., Cai, Z., Zhu, D., Lin, B., Cao, Y., Kong, L., Liu, Q., Liu, T., Sui, Z., 2024. Large language models are not fair evaluators, in: Proceedings of the 62nd Annual Meeting of the Association for Computational Linguistics (ACL), pp. 9440–9450.
  • Wang and Strong (1996) Wang, R.Y., Strong, D.M., 1996. Beyond accuracy: What data quality means to data consumers. Journal of Management Information Systems 12, 5–33.
  • Wijk et al. (2024) Wijk, H., et al., 2024. RE-Bench: Evaluating frontier AI R&D capabilities of language model agents against human experts. arXiv preprint arXiv:2411.15114. Preprint.
  • Yamada et al. (2025) Yamada, Y., Lange, R.T., Lu, C., Hu, S., Lu, C., Foerster, J., Clune, J., Ha, D., 2025. The AI scientist-v2: Workshop-level automated scientific discovery via agentic tree search. arXiv preprint arXiv:2504.08066. Preprint.
  • Yin et al. (2026) Yin, X., Du, M., Prince, M.H., Cherukara, M.J., 2026. Artifact-centered claim-aware observability for autonomous scientific agents. arXiv preprint arXiv:2608.18312. Preprint; LM4Sci Workshop at COLM 2026.
  • Zheng et al. (2023) Zheng, L., Chiang, W.L., Sheng, Y., Zhuang, S., Wu, Z., Zhuang, Y., Lin, Z., Li, Z., Li, D., Xing, E.P., Zhang, H., Gonzalez, J.E., Stoica, I., 2023. Judging LLM-as-a-judge with MT-Bench and Chatbot Arena, in: Advances in Neural Information Processing Systems.
  • Zhong et al. (2026) Zhong, Z., Raghunathan, A., Carlini, N., 2026. ImpossibleBench: Measuring LLMs’ propensity of exploiting test cases, in: International Conference on Learning Representations (ICLR).
  • Zhou et al. (2026) Zhou, L., Li, Y., Zhang, Z., Chen, X., 2026. Human-AI interaction: Themes, applications, and challenges. Data Science and Management , 100214doi:10.1016/j.dsm.2026.100214. in press.

注意转载授权 · 阅读原文

来源:arXiv cs.DL 数字图书馆 · arxiv.org

引用原文

Mosab Alfaqeeh, Omar Mohammed Horani, Mou'th Hourani, Hashem Alfaqeeh. Beyond fabrication: Misattributed numbers in papers written by AI research agents[EB/OL]. (2026-10-30)[访问日期]. https://arxiv.org/abs/2610.38691.