把 AI 放进一条专业流程，最容易算错的账不是它省了多少小时，而是它多出来的那些产出由谁来消化。一个工程师写成一份报告要半天，模型写一百份只要几分钟；但“看”这一百份的时间没有变少，反而因为要辨别真伪而变多。本周有两个把这本账算给人看的现成例子，一个算在岗位上，一个算在制度上。
一位内核维护者把 79 条报告拆成了四类
Greg Kroah-Hartman 是 Linux 稳定分支的维护者，也是 Linux 基金会会士。9 月 22 日他在巴黎的 Kernel Recipes 2026 做了一场叫「Security in the LLM age」的演讲，录像 9 月 29 日上线，10 月 2 日幻灯片被 Hacker News 上的听众逐字转写出来，随后在社区里扩散。
他讲的不是原理，是一本账。此前有报道称某个前沿模型在 Linux 内核里查出 79 个问题。他把这 79 条按自己的审阅结果分类：24 条没有细节，只说“某处崩了”；14 条根本不是缺陷；3 条数据完全编造；15 条在最新版本里已经修掉了，其中 11 条是别人修的，4 条是出品方自己修的。剩下 26 条是真问题，去掉 6 条重复，需要动手的是 20 条；再按威胁模型筛：7 条要假设有人提供恶意文件系统镜像，而这在内核文档里明确不算安全问题；2 条要假设网络包能在协议栈中途被替换，超出范围；还有 2 条属于无内存管理单元的场景、6 条 sctp 相关、2 条 ipv6 小问题、1 条本地用户可触达的显卡驱动。
最后是 10 条。他在幻灯片上的原话是“10 个真正的修复”，并补了一句：这整批活儿加起来大约相当于一小时的内核开发工作量。
转写本身有个对不上的地方：前四类相加是 56，与 79 相差 23 而不是 20。这是听众手记而非官方文本，引用时值得留一手。但数量级不会因此改变——从 79 到 10，中间隔着的不只是运气。
更有意思的是他给出的另外几个数。去年业界还在说内核一周 50 个 CVE 是失控，现在的量级是一天 33 个。从缺陷公开到被利用的平均时间，2018 年是 63 天，2026 年是负 7 天——也就是说，相当多的问题在被公开记录之前就已经被用上了。他引了 Coverity 早年做过的一份复盘：误报率一旦超过两成，人们最终会整体无视你。内核安全团队这两年做的一件实事，是把威胁模型写成文档，这样再收到“在某个极端假设下成立”的报告，可以直接指过去。
分诊不是挑毛病，是先把口径立起来
这组数字真正改变的不是对模型的评价，而是对岗位的描述。产出一份清单已经几乎不要钱，于是清单本身不再有价值；有价值的是四道前置工序——要求可复现、对照已修记录去重、写明威胁模型、判断这条落在谁的范围内。
Kroah-Hartman 给的建议很具体：不要把未公开的代码传上去；宁可看模型读代码的过程，也别看它跟你聊的结论；如果一份报告写得又长又密、堆满变更日志式的文字，审阅者的第一反应应该是往后退一步。他还提到一件容易被忽略的事：这些机器人也会告诉别人——同一批发现一周内出现在多个维护者邮箱里，撞车是常态。
同一周，一个公共平台把前门关小了
岗位之外，通道也在承压。10 月 1 日起，arXiv 把每位提交者每个自然月的投稿量限制在两篇，同时维持三条在审的上限。规则有几个细节很能说明设计者的取舍：限制只约束点击提交的那个人，共同作者不受影响；所有学科一视同仁，不只是计算机；被退回的稿件照样占额度，撤回后未公告的则不算；没有会议截止日的例外，也没有未用额度的结转。
数字解释了为什么走到这一步。arXiv 公布 2026 年 9 月收到 40,363 份投稿，是历史新高，单月产生约 9000 张支持工单；投稿量两年翻倍，计算机人工智能类的增幅超过六倍；拒稿率从约 4% 升到 10%—12%。5 月已经先出过一条更硬的规定：稿件里出现编造的引用或残留的模型指令，作者停用一年。7 月 arXiv 转为独立非营利机构，部分原因是要为审核基础设施筹钱。
争议随之而来。罗格斯大学的数学家 Alex Kontorovich 支持限流，理由是“你这个月的 42 篇我不可能都读，挑两篇，挑你真正看重的两篇”。哈佛商学院的 Scott Kominers 反对，说 arXiv 应该省的是审核成本，不是学术本身。两种意见都对：前者对的是低质投稿稀释了所有人的注意力，后者对的是配额同时打到了独立研究者和赶会议截止的学生。
迁移到建筑施工企业：告警、上报与方案评审
这两件事合起来，可以直接落到一家施工企业的日常。
第一处是影像与传感器巡检。工地上装了摄像头和各类传感设备之后，“报问题”的成本已经接近零：未戴安全帽、临边防护缺失、材料堆放越界，一个模型一天能报出几百条。按内核那本账的算法，这些告警里会有相当比例是没有定位的、重复计数的、已经整改过的，以及基于不成立假设的。真正要建的不是更聪明的识别模型，而是四样东西：一条必须带影像帧号与定位的复现要求；一张与已闭合整改单对照的去重表；一份写清“什么算风险、什么不算”的范围说明；以及一个明确的判定器——整改到什么状态算完成，由谁签字。这四样不齐，告警数量和管理水平会朝相反方向走。
第二处是上报通道本身。总部要求下属单位上报方案、周报、风险清单，一旦这些文本可以批量生成，通道会先于内容崩掉：总部的人读不完，读不完就等于没报。arXiv 的做法提供了两个可搬的部件。一是配额：给每个单位每月的上报条数设上限，逼着上报方自己先排优先级。二是“退回仍占额度”这条规则——它把质量责任压回提交侧，比事后通报有效得多。
第三处是治理的加载顺序。Anthropic 本周的做法（把不可覆盖的规则做成最先加载的一层，下游自定义不能改写）与 arXiv 的“规则只约束提交者”是同一类思路：不靠宣传和提醒，而是把约束写进机制的物理位置。企业里对应的动作是——把红线条款做成流程里不可跳过的节点，把项目部的自定义空间留在这层之后，而不是在同一层里互相说服。
条件与边界
两个案例都有明确的前提。内核那本账来自一次特定审计、一位特定维护者的审阅，是单一来源的闭环样本，不能读作“所有 AI 审计都只有八分之一可用”——它说明的是缺乏前置过滤时会发生什么，而且过滤掉的那部分里，有很多本来就只需要一道对照 git 历史的检查就能提前消掉。幻灯片是听众转写，数字存在前述的对不上之处。
arXiv 的限流是过渡办法，官方自己也这么说。它能压住工单量，压不住“产出变便宜”这个源头；真正能随规模扩展的是自动化溯源检查——有没有数据、代码和版本轨迹，而不是靠志愿者读。这套逻辑搬到企业里同样成立：配额和退回规则能争取时间，争取来的时间要用来建判定器，不是用来建更大的审批队伍。
来源与说明
[1]: Live blog day 2 — Afternoon（Greg Kroah-Hartman 演讲逐条记录）—— Kernel Recipes / 2026-09-22 (https://kernel-recipes.org/en/2026/2026/09/22/live-blog-day-2-afternoon/) [2]: Greg Kroah-Hartman – Security in the LLM Age [video] —— Kernel Recipes 官方录像，经 Zeli 整理 / 2026-09-29 发布，2026-10-02 讨论 (https://zeli.app/story/49929391) [3]: Security in the LLM Age（演讲视频页）—— YouTube / 2026-09-29 (https://www.youtube.com/watch?v=NnV_cWeoo5Q) [4]: 79 AI-Reported Linux Kernel Vulnerabilities: Greg Kroah-Hartman’s Strict Review Left Only About Twenty —— mlllm.io / 2026-10-02 (https://mlllm.io/articles/3419-79-ai-reported-linux-kernel-vulnerabilities-greg-kroah-hartman-s-strict-review-left-only-about-twenty) [5]: Greg Kroah-Hartman sorted Mythos’s 79 kernel bug reports. About 10 were real.（含“四类相加为 56”的转写出入提示）—— MindPattern / 2026-10-03 (https://mindpattern.ai/s/2026-10-03-greg-kroah-hartman-sorted-mythos-s-79-kernel-bug-reports-about-10-were-real) [6]: Hacker News 讨论串（幻灯片逐字转写出处）—— Hacker News / 2026-10-02 (https://news.ycombinator.com/item?id=49929391) [7]: arXiv Caps Submissions at Two Per Month Over AI Flood —— byteiota / 2026-10-03 (https://byteiota.com/arxiv-caps-submissions-at-two-per-month-over-ai-flood) [8]: arXiv now limits every researcher to two paper submissions a month —— Startup Fortune / 2026-10-03 (https://startupfortune.com/arxiv-now-limits-every-researcher-to-two-paper-submissions-a-month) [9]: arXiv Now Takes Just Two New Papers a Month From Each Submitter —— Allatra Media / 2026-10-03 (https://allatra.media/news/ai-tech-arxiv-caps-submitters-two-papers-a-month) [10]: AI Frontier Daily Briefing: 2026-10-03（79 条报告的 HN 讨论热度）—— The Context / 2026-10-03 (https://thecontext.dev/en/briefing/2026-10-03)
说明：79 条的分类、“10 个真正的修复”与“约一小时内核开发量”、一天 33 个 CVE、2018 年 63 天与 2026 年负 7 天、Coverity 两成误报的复盘，均来自演讲现场记录与听众转写的幻灯片，未经官方逐字校订，且转写中存在四类相加对不上总数的出入；arXiv 的投稿量与工单数出自平台公布，Kontorovich 与 Kominers 的表述为公开发言引述。本期未采用涉及公共部门调查与国际组织会议的多条候选线索。