arXiv Caps Submissions at Two a Month as AI-Assisted Papers Flood In

Starting 1 October, arXiv limits every submitter to two papers per calendar month and three active submissions at any time. The limit applies across all disciplines, not just computer science, and the platform calls it a transitional measure. It is a rate cap on the world's largest open-access preprint server, and the reason is a number: in September, arXiv received 40,363 submissions, the highest monthly total in its history.

The trend behind that figure is steeper than the headline suggests. In September 2016, arXiv took in 9,869 submissions. By September 2024, it was 20,569. Two years later it had doubled again, to 40,363. Support tickets addressed to arXiv staff and volunteer moderators climbed to nearly 9,000 in the same period. The cs.AI category alone grew more than sixfold in two years, while other categories roughly doubled. Generative AI has made writing a paper, structuring it, and producing a large volume of plausible-looking research material much easier, and the moderation model built around human review is feeling the load.

The shape of the problem, not just the size

arXiv has not banned AI. Its policy allows authors to use AI as a research aid as long as the use is disclosed and the paper meets its standards for scholarly value, originality and quality. What pushed the platform to act is a change in what is being submitted.

Moderators describe three patterns. There are narrow-scope papers with thin content. There are "salami" papers, where a single study is sliced into several separate submissions. And there are text-heavy manuscripts that read as machine-generated. Thomas Dietterich, who chairs arXiv's editorial advisory board, has said that a small number of authors submitting large volumes of low-quality material consumes a disproportionate share of volunteer time, and that the result is delays of days to weeks for papers that deserve review.

That last point is the one that matters most. arXiv's moderators are not full-time staff. They are researchers who review submissions for free. When a minority of high-volume submitters fills the queue, the cost lands on everyone else, and the papers that get delayed are the ones that would have passed quickly.

Why a rate limit, and why it is blunt

A hard cap is a crude instrument. Two papers a month is generous for most researchers and restrictive for a few, and it does nothing to distinguish a genuinely prolific author from someone flooding the system. arXiv is aware of this and frames the limit as a stopgap that buys time to improve its review tools and processes. The platform has previously let moderators restrict high-frequency submitters on a case-by-case basis; as of 1 October, that discretion is standardized into a rule.

The clearest signal in the whole episode is what arXiv did not do. It did not require AI-detection, it did not change its disclosure requirements, and it did not restrict the cs.AI category. It went after volume, because volume is the part that is easy to measure and hard to argue with. Whether that fixes the underlying issue is a separate question. A determined bad actor can still submit two low-quality papers a month, and the real check on quality remains the human moderator who reads them.

What a rate limit can and cannot do

It is worth being precise about which problem the cap addresses. It slows the submission rate for everyone. It does not raise the quality of what is submitted, and it does not improve arXiv's ability to tell good work from machine-generated filler. A cap is a volume control, and the quality question stays exactly where it was.

That leaves two possibilities. Either the flood was mostly about opportunism, in which case a pace limit discourages the casual churn and the queue recovers, or the flood reflects a durable change in how much research output is being produced, in which case the cap merely spreads the same volume over more months. arXiv's own framing, calling the limit transitional, suggests it expects the first. The honest answer is that nobody knows yet, and the next few months of submission data will be the first evidence either way.

There is a subtler effect that may matter more than the direct one. A rate limit changes the incentive for the marginal submitter. If you can post two papers a month, you have a reason to combine the salami slices into one paper, which is what the reviewers wanted in the first place. A blunt instrument can still nudge behavior in a useful direction, even when it does not solve the underlying capacity problem.

The wider pattern

arXiv is the most visible instance of a problem that is spreading across the open web and the systems that depend on it. Filtering pipelines now measure it directly: in the June to August data behind one major web-text corpus, the share of AI-generated tokens rose from 27 to 31 percent after filtering. Roughly a third of the clean text on the open web is now estimated to be machine-generated, and that share is climbing.

The consequence is a slow erosion of the signals people use to judge quality. A citation count means less when papers are cheap to produce. A search result means less when a third of the corpus is generated. A review queue means less when the volume of submissions outruns the reviewers. Every system built on the assumption that producing text is expensive has to be rebuilt for a world where it is nearly free.

There is a fair objection here, and it deserves stating. AI-assisted writing is not automatically bad writing. Many researchers use these tools to tighten prose, translate, or organize a literature review, and the result is a clearer paper. arXiv's own policy accepts that. The problem is not the tool, it is the volume, and the tools make volume easy.

What the limit signals

Read at the level of policy, arXiv's cap is a quiet acknowledgment that the platform cannot scale its human review as fast as generative AI can scale submission. That is a structural mismatch, and no rate limit resolves it. The most it can do is slow the flood enough for the volunteers to keep up.

Two things will define what happens next. One is whether other preprint servers and journals follow with their own limits, which would fragment the way research is shared. The other is whether review tooling catches up, because a rate cap is a way of buying time for exactly that. If the tools arrive, the cap is temporary, as arXiv says. If they do not, the limit becomes permanent, and the open-access model absorbs a constraint it never had before. Either way, the free-for-all era of preprint submissions ended on 1 October, and it ended because making a paper became too easy to be a filter.