大叔自由人
arXiv 单月 40363 篇投稿，上线「每人每月 2 篇」限投令：学术基础设施的第一次限流，和两条副线
技术分享

arXiv 单月 40363 篇投稿，上线「每人每月 2 篇」限投令：学术基础设施的第一次限流，和两条副线

「验证吞吐」系列写了一个月：微软的代码验证堵车、Cursor 的 46 倍产量与 10 倍漏洞、ICLR 的幻觉论文——今天，这个系列迎来了它最权威的案例：学术界自己的基础设施 arXiv，上线了它的「限流器」。

10 月 1 日起，arXiv 实施临时措施：每人每月最多提交 2 篇论文，覆盖全部学科，被拒稿件同样消耗额度。一个运行了 35 年、从不限制投稿量的学术平台，第一次开始限流。原因看数据就明白。

数据卡

危机的账面：40363 篇

2026 年 9 月，arXiv 单月收到 40363 篇投稿，创 35 年历史新高，较 2024 年同期翻倍；其中 cs.AI 类别两年暴涨超过 6 倍。审核端的信号同样刺眼：被拒率从长期约 4% 升至 10%–12%（拒稿率是审核带宽被拉爆的直接症状——审不过来就只能更狠地拒），积压工单接近 9000 个。

机制和微软那次自曝完全同构：AI 把论文的生产成本压到了极低，产量就远超人工审核系统的承载能力。写论文的时间从几个月压缩到几天，审论文的时间还是几个月——剪刀口张到这个程度，基础设施只能二选一：堆积，或者限流。arXiv 选了限流，这本质上就是「Agent 七条硬限制」的第一条（最大请求次数）的学术版。

限投令的细则与第一个 bug

三条细则值得逐条看：其一，限的是「实际提交人」——但上线即被指出漏洞：大厂团队可以让成员轮流提交绕过限制。这是制度的第一个 bug，后续必然打补丁，但它也说明限流设计之难：任何针对「入口」的限制都要面对「多入口」的绕过。其二，被拒也扣额度——这一条其实最有效：它把「提交前的自检」变成硬成本，低质量投稿被直接定价，这正是「按验证吞吐排期」的思路。其三，「临时措施」四个字说明 arXiv 自己也没想好长期答案——用 AI 审 AI 论文吗？那就回到了「谁验证验证者」的循环。

副线一：蒸馏的政治化

两条副线

同一个假期，蒸馏这个技术词变成了外交摩擦。据 Axios 报道，美国财长贝森特接受采访时称中国 AI 模型在进行「工业规模蒸馏——这是窃取美国模型的委婉说法」，并给出了一个奇怪的证据：「Kimi 会告诉你它就是 Claude。」商务部的回应（9 月 10 日已就同类指控表态）：「于事无凭，于法无据」——「把蒸馏这一业内正常的技术和商业问题政治化」。

技术层面必须说清楚一件事：问模型「你是谁」，得到的是训练数据分布的回答，不是蒸馏证明。模型自述身份受训练语料、系统提示、甚至提问方式影响——拿它当「窃取」的证据，相当于用被告的口头禅做指纹。R1 论文登 Nature 时正面回应过蒸馏质疑（公开训练细节、披露成本），那才是正确的对话方式；政治化解决不了技术问题，只会让两边都停止披露——而披露减少，是整个「可信度基础设施」的净损失。

副线二：命名的行政令化

第二条副线更微妙。9 月 29 日，特朗普政府发布行政令，要求联邦行政部门在官方文件中统一使用「超级智能（SI）」术语替代「AI」；10 月 4 日，马斯克随即确认旗下 SpaceXAI 将更名 SpaceXSI——「不再叫 AI，叫 SI，这样更好」。

把这个放在「调速论」系列（9 月 21 日）旁边读：叙事战争的战线正在延伸——从控制速度（定速），延伸到控制定义（命名）。谁定义了术语，谁就掌握了议程的默认值：「SI」暗示能力已到超级智能（所以需要监管/所以需要领先），这比任何单篇论文都更高效地塑造认知。技术没变，名字先变了——这一个月里，「o 变成 Dots」「AI 变成 SI」，命名的变动频率本身就是一个信号。同周还有一条基建侧注脚：数据中心争议正从美国向欧亚蔓延，公众反对已影响欧洲约 420 亿美元、美国约 770 亿美元的投资（STL Partners 研究）——电和水这些物理约束，比术语战争诚实得多。

冷水

三句：其一，限投令是「临时措施」，且 40363 是 AI 热潮下的峰值月份，政策的长期形态待观察——但趋势（产量指数涨、审核线性涨）不会自己逆转；其二，「大厂可绕过」的漏洞意味着限流主要约束的是个体研究者，制度公平性存疑；其三，贝森特言论是政治叙事，商务部回应也是外交辞令——两边都不是技术论证，引用时按「立场口径」处理，别当事实。

写在最后

arXiv 限流这件事的信号价值在于：当生成成本趋近于零，一切验证系统都会遇到这一天——代码审查、论文评审、内容审核、合同审核，没有一个行业能豁免。区别只在于谁先上线限流器。

给做内容平台的同行提个醒：arXiv 的今天可能就是你的明天——如果你的平台也依赖「人工审核 AI 生成的内容」，现在就该设计你的限流与分诊策略，而不是等积压 9000 个工单再动手。我们在政企系统里做的「验证吞吐」指标，逻辑完全同构，欢迎交流。

参考来源