Why do AI detectors suddenly fail when models update?
Explores whether detectors trained on older LLM versions maintain accuracy after new releases, and what causes sharp performance drops at generation boundaries rather than gradual degradation.
The authors paired 4,000 pre-ChatGPT PNAS abstracts with rewrites by 23 LLM versions from three vendors released between June 2023 and August 2026, then fine-tuned RoBERTa-base detectors under maintenance scenarios ranging from "retrained on every new version" to "trained once and never updated." Calibrated to falsely flag 1% of human-written abstracts, a detector trained only on a vendor's past versions "catch[es] above 99% of rewrites just before the sharpest boundary and 3.8% just after it." The effect is not confined to the lab construction: a commercial detector (Pangram), already deployed for screening, "missed most rewrites of the version just after the sharpest boundary while flagging almost no human-written abstracts" — Pangram's miss rate ranged from 6.5% for GPT-5 to 79.8% for a version the authors call Muse-Glimmer, with no significant correlation to release date (Spearman ρ = 0.25, p = 0.25).
The mechanism the authors give is vocabulary drift, not simple model age: "vocabulary differences between versions largely track where detection transfers and where it fails." A detector trained on a given version's rewrites learns to recognize that version's characteristic word choices; when a new version's output vocabulary shifts enough, the classifier's learned boundary stops applying, even though the new version is chronologically close to the old one and even though the detector's own training set already contained rewrites of that same version pooled in with others (the pooled detector still misses "one in three Muse-Glimmer rewrites even though its training data contain Muse-Glimmer rewrites").
This sits downstream of How can conferences detect and handle LLM misuse in peer review? and Why did AI article share stop growing after 2025?: both describe institutions treating detector output as imperfect, but neither specifies a mechanism for why accuracy is uneven. This paper supplies that mechanism for one case — version turnover — and shows it is not a tail risk: the failure concentrates at a few sharp transitions rather than degrading smoothly, so a detector can look reliable in benchmark testing and then fail almost completely against the very next model release from the same vendor.
The excerpt measures only three vendors' model families and PNAS-style scientific abstracts under one detector architecture (fine-tuned RoBERTa-base) plus one commercial product; it does not establish that all detector architectures degrade at generation boundaries the same way, nor that the same boundaries recur across document types (peer reviews, grant text, other disciplines). The paper's own conclusion is correspondingly narrow but load-bearing for policy: "the benchmark accuracy of a detector [should be treated] as provisional, to be re-verified with every LLM release, including earlier versions" — a one-time benchmark result cannot be read as a standing property of a detector.
Inquiring lines that read this note 17
This note is a source for these research framings, grouped by the broader line of inquiry each explores. Scan the bold lines of inquiry; follow any specific question forward.
Can we reliably distinguish AI-generated from human-written text?- Can detector benchmarks predict real-world performance across multiple model releases?
- Does pooling multiple LLM versions in training data improve detector robustness?
- How should institutions use AI detectors if results require re-verification per release?
- How do false positives and false negatives accumulate across multiple version-specific detectors?
Related concepts in this collection 4
This note in its neighbourhood — explore the map, then jump to a related concept in the list below.
Click a node to walk · click center to open · click Open in graph to see this note in the full knowledge graph
-
Can one detector catch all LLM versions at once?
When screening manuscripts for AI rewrites across multiple LLM versions simultaneously, does a single unified approach work, or must institutions choose between different types of error?
the institutional-policy consequence of the same version-collapse finding
-
How can conferences detect and handle LLM misuse in peer review?
Explores how ICLR 2026 balanced detection limitations with practical enforcement, distinguishing between acceptable LLM assistance and problematic offloading of reviewing responsibilities.
that conference-level caution toward detector flags is consistent with this paper's evidence that detector accuracy is not fixed across model versions
-
Why did AI article share stop growing after 2025?
Graphite reports a plateau in AI-generated articles at 50% but cannot distinguish whether search engines penalize AI content, detection tools are missing more AI text, or both. The excerpt leaves this critical cause untested.
this paper supplies a concrete, measured mechanism (vocabulary drift at version boundaries) for the detector blind spots that note leaves unexplained
-
How much peer review text shows signs of LLM modification?
Researchers analyzed AI conference reviews to estimate what fraction might have been substantially altered by large language models. Understanding this helps clarify how AI tools are entering academic peer review.
that corpus estimate assumes stable detection; this paper shows the underlying detector accuracy it would depend on is itself version-dependent and can collapse
Related papers in this collection 8
Papers most semantically related to this note, ranked by cosine similarity in the embedding space.
- Large Language Model Turnover Undermines Screening for Artificial Intelligence-Assisted Scientific Writing
- When AI Reviews Its Own Code: Recursive Self-Training Collapse in Code LLMs
- Sharpening Tax in Post-Training
- DeepSeek-V3.2: Pushing the Frontier of Open Large Language Models
- The Curse Of Recursion: Training On Generated Data Makes Models Forget
- Large Language Model Reasoning Failures
- LLM-as-a-Judge Is Not an Oracle: Why Self-Improving Agents Need Deterministic Guardrails
- Procedural Knowledge in Pretraining Drives Reasoning in Large Language Models
Original note title
detectors trained on past LLM versions collapse at generation boundaries — catching above 99% of rewrites just before and 3.8% just after