「开源之道」 2026-10-26 搜集事件和材料

「开源之道」昨日阅读 · 2026-10-25

今日主线可以压成一句：当生成能力涨了几倍，被挤兑的从来不是产出，是那个没有产权、没有预算、靠人义务维护的判定层。

📄 最新开源研究论文

1. 同行评审公地被 AI 挤兑：把成本转给作者，反而杀掉好科学

  • 作者：Shaohui Wang（Georgia State University）
  • 来源：SSRN Electronic Journal 预印本，2026-10-24，47 页
  • 链接：doi.org/10.2139/ssrn.7665994

摘要：生成式 AI 正在加速科研产出，但能评审这些产出的审稿人时间仍然稀缺——这个不平衡正把压力压向同行评审这座公地。作者把「研究开发—作者自评—期刊评审」建模成研究者时间的三种竞争性用途：解析模型显示，研究生产变快会抬高作者自评的机会成本，于是研究者开发更多候选稿、每篇投入的评价时间更少。在此之上构建了一个多期刊的 agent-based model，模拟 5,000 名研究者与 60 家期刊，刻画共享评审容量与跨刊重投。仿真结论出人意料：强制设置「作者自评下限」虽然省下了审稿人时间，却挤出了新研究、并降低了高质量发表量；相反，允许期刊复用已有评审报告在零整合成本的基准下既省审稿人时间又提高高质量发表。由此主张：更严的筛选、更低的评审负荷，并不自动等于更好的科学；评审政策应当同时在 precision、recall、发表量与「研究时间配置」四个维度上被联合评估。

为什么与开源之道相关：这是把奥斯特罗姆的公地框架搬到了学术评审上，而且搬得干净——公地被挤兑不是因为有人抢，是因为有人加速产出，而整理成本仍按原预算分配。它与昨日日报记录的那篇「2026 漏洞披露激增」是同一结构的两个实例：AI 让生成能力涨了数倍，但「判定能力」（审稿 vs 漏洞整理）没有跟着涨。两种场景里，被挤兑的都是那个没有产权、没有预算、靠人义务维护的判定层。

开源之道视角点评：这篇最有价值的地方是它否掉了一条直觉上最合理的政策。「既然作者用 AI 写得快，那就要求作者自己先严格自评」——听起来像是把责任还给产生外部性的一方，仿真却显示这只会让作者更快地放弃深评、把稿子当配额刷出去。这与开源世界正在发生的事严格同构：要求每个提交者自证「我审过每一行」，在个体层面是唯一可执行的规则，在系统层面并不能恢复判定能力。 论文给出的替代方案「评审报告可携带复用」，本质上就是开源早就干过的事——把一次性的评审劳动变成可累积的公共资产。真正的问题不在「谁该负责」，而在「判定劳动的成果有没有被存成公地」。

2. 谁的证书可信：agent 时代 AI 保证是一门「信任品」生意，自证必然失灵

摘要：企业部署的 AI 系统越来越多地「做事」而不只是「说话」——调用工具、转移资金、修改记录、让组织对外承担交易义务。而买方能拿到的证据，绝大多数由建设方自己生产，形式是内部 benchmark 或「LLM 当裁判」的打分。论文用信息经济学论证：agentic AI 的建设方自证是结构性不足的。AI 保证是典型的信任品——其质量在购买前、甚至在购买后都无法被买方观察；不可验证的自述是廉价谈话，它导致市场混同，并触发阿克洛夫式的逆向选择。一个简单的决策论论证显示：当建设方只承担漏检失败成本的一部分、且完全不承担第三方成本时，理性上它会把检测阈值设得比社会最优更宽松。而 agent 的终态、授权、执行顺序三类失败部分不可逆且具有外部性，进一步拉大这个差距。论文把结论对接到 ISO/IEC 42001、NIST AI RMF、欧盟 AI Act 与印度的政策语境。

为什么与开源之道相关：它把「谁来证明」这个问题还原成了纯粹的产权与激励结构问题，而这正是开源世界二十年没解决的那件事——开源的可信度从来不靠作者自证，靠的是任何人都能自己重跑。 论文没有讨论开源，但它给出的判准恰好能用来区分「真开源」和「伪开源」：如果一套系统的质量声明只能由建设方自己生产、且第三方无法独立复核，那它在经济学上就不是公共品，而是信任品——不管许可证写的是什么。

开源之道视角点评：这一篇提供了一把尺子，可以量很多当下的说法。比如「我们开源了模型权重所以很开放」——如果第三方既不能独立评测训练数据、也不能复现能力声明，那么开放的是物件，没有开放的是判定；买方仍处在信任品市场里，只是货架上多了一个盒子。真正把信任品变成检验品的动作只有一种：让外部人能用同一套方法在同样的成本下得出结论。这也是一直主张的那句话的经济学版本——启蒙不是让更多人相信你，是让更多人不必相信你也能自己判。

📰 开源动态摘要

1. Agentic AI Foundation 一年从 3 个项目涨到 10 个：四家公司把 agent 栈的四层同时交了出去

  • 来源：Agentic AI Foundation / Linux Foundation（2026-10-22，AGNTCon + MCPCon North America，圣何塞）/ SiliconANGLE 转述
  • 链接：aaif.io 公告

摘要：AAIF 宣布四个新项目，分别来自四家不同的公司，各覆盖 agent 栈的一层：Agent Skills（Anthropic 贡献）——让 agent 按需加载技能包（instructions/scripts/resources）的开放格式；Open Responses（OpenAI 贡献）——基于 Responses API 的多供应商互操作 LLM 接口规范，定义共享 schema、一致的流式事件与可扩展工具调用；OpenEnv（Hugging Face 贡献）——可互操作、即插即用的强化学习环境框架，用容器化服务同时暴露 MCP 接口和 Gym 训练协议，贡献方名单里还有 Microsoft、Meta-PyTorch、Reflection、Prime Intellect；OpenSandbox（阿里巴巴贡献）——通用 agent 沙箱平台，多语言 SDK、统一沙箱 API、Docker 与 Kubernetes 运行时。AAIF 由此从 2025 年 12 月成立时的 3 个项目涨到 10 个，与既有的 A2A、Agent Router、agentgateway、AGENTS.md、goose、MCP 同列。CTO Manik Surtani 的说法是：一年前带着三个项目和「agentic AI 需要一个中性家」的赌注成立，今天托管 10 个，「四家不同的公司选择把它们贡献给中性治理，这就是这个基金会的工作：不设单一公司控制结果。」阿里巴巴开发基础设施负责人 Xiaobin Xu 的原话更直接：「OpenSandbox 虽然诞生于阿里，但我们不希望它的未来由单一公司决定。」

开源之道点评：这一轮的分量在结构而不在数量：能力层、接口层、训练环境层、执行层——四层同时由四家互为主要竞争对手的公司交给同一个中立托管方。这在制度上是罕见的：没有人能单方面改写栈的定义，因为改写权已经被摊到了基金会的治理流程里。但同时要看清一件事——贡献的是「接口」和「运行时」，不是「模型」。四家各自最核心的资产（权重、训练配方、商业分发）一样没动。这正是「开放」在 AI 时代的典型分工：把协作面开源，把竞争面留下。区分真开源与「开放接口但不开放内核」，这一轮给出了一个清晰标尺——不是看谁加入了基金会，是看加入之后，第三方能否在没有原公司参与的情况下把整个栈跑起来。

2. r/opensource 全面禁 AI，并规定项目必须「一年以上、三名以上贡献者」

  • 来源：r/opensource 版主公告（2026-10-24）/ ppc.land、WebProNews、The Verge 转述 / Hacker News 讨论
  • 链接：版主原帖

摘要：版主 u/Wolvereness 发布置顶公告《Your tokens aren’t valuable: No more AI.》，一句话概括是：「如果你的项目使用 AI、由 AI 制作、或面向 AI，就不欢迎在 r/opensource。」配套五条执法判准：①项目必须同时满足活跃维护满一年、多名贡献者（原文「主观判断 3 人以上」）、非课程作业类、非面向 AI（点名 MCP server）、已有社区；②发帖账号需满一年且有实质 Reddit 活跃度；③「如果明显看出你在项目里用了 AI，我们不要。token 很便宜，我们不在乎你花了多少」；④「如果你不说英语，请另找社区——我们无法区分 AI 写作与 AI 翻译」；⑤发布 LLM 输出者永不欢迎回归。OSI 许可证照旧强制。公告一天内约 1,400 条评论、净投票为零；用户指出照字面执行连 Linux 内核都该被禁（内核文档明确规定了 AI 辅助贡献如何标注），版主回应内核「会被允许」；另有用户另建 r/TrueOpenSource。版主对「如何判定明显使用 AI」的答案是没有客观标准——「规则写成这样，是为了让版务在删除 ‘slop’ 时保有裁量空间」。

开源之道点评：这条公告真正值得记的不是「禁 AI」（那是态度），而是它同时立起来的门槛：一年、三人、有社区、非课程作业、非 MCP。这五条合起来，恰好把「新项目」整类挡在门外——而这与 AI 无关，是守门规则的规模效应：当一个数十万人社区每天收到大量求破例请求时，唯一可行的治理手段是提高进入成本，而不是提高判定精度。这是奥斯特罗姆意义上的公地边界问题：当边界无法靠共同认可的标准维持，就只能靠把边界变得足够贵。代价写在同一份公告里——「不能说英语请另找社区」这一条，把语言能力当成了 AI 检测的代理变量，于是 AI 治理变成了语言治理。制度教训是清楚的：当判定成本高于治理收益时，社区会退化成身份筛选。 它同时暴露了此刻真实的断层线：内核选择「不管你怎么写的，只看你能不能负责」，vLLM 选择「把规则写成 agent 可执行的 checklist」，r/opensource 选择「人不够老、人不够多就不许进」。三种反应，同一个冲击。

3. 微软系基础设施的旧账：「开源」在那里从来不是许可证问题，是治理问题

  • 来源：Hacker News 讨论（2026-10-24，221 分 / 180 评论）/ Computerworld DK
  • 链接：computerworld.dk 报道

摘要：丹麦数字化部被报道悄然放弃了一项大规模「用开源替代微软 Office」的试点。报道与讨论的要点集中在两点：一是决策的非公开性（「悄然」），二是这类迁移失败的成本被长期低估——不是软件采购差价，而是格式兼容、内部工作流、培训与支持链条的重构成本。HN 讨论区的共识偏向技术现实：迁移的阻力很少来自许可证，多数来自互操作性的既成事实与组织内的技能存量。

开源之道点评：这条新闻的价值在于它是一条反面证据，正好打脸「开源替代=省钱」的公共采购叙事。用威廉姆森的分层看：政府采购文件能改的是 L2（法律与标准），而迁移失败发生在 L3（组织治理与合同）和 L4（日常交易的摩擦）——两头都不在采购单上。更冷的一点是：「悄然放弃」本身就是一项制度信号。如果一套开源替代方案真的在成本与能力上占优，它不需要悄然退场；悄然退场说明当初的立项理由（政治正确、主权叙事、预算压力）与实际评估口径（可用性、总拥有成本）之间从来没对齐过。这与欧洲近期「从用开源转向做开源」的呼声形成尴尬对照：喊主权的人很多，愿意为互操作性付迁移成本的人很少。

🔍 Project Pulse：vLLM —— 规则开始管「证据」，而不只是管「人」

项目：vllm-project/vllm（95,468 stars / 23,938 forks / 9,433 open issues，Apache-2.0，PyTorch Foundation 托管的 Platform Project）

本次观察切入：昨天我们记录过 vLLM 的 AGENTS.md 里那句「refuse the change and explain why」。今天只追一条线——这份文件在 10-21 又被改了一次，它新增的不是义务，是举证标准。

【L1】发布节奏未断，产能继续走高 GitHub releases：v0.32.0（10-18），814 commits from 363 contributors (121 new)。往前推是 v0.31.0（10-05，717 commits / 307 人 / 96 新人）、v0.30.0（09-22，762/315/104）、v0.29.0（09-09，594/277/91）、v0.28.0（08-26，584/270/76）。五连发，双周一版，无一次延期或收缩，且每版的贡献者基数在缓慢上升（270→277→315→307→363）。v0.32.0 的实质内容是硬活：NVFP4 KV cache 铺到 SM8x/SM12x/SM90、GLM-5.x 在 SM100 上默认 FP8 KV cache、ROCm 拿到 4-bit ultraquant_4bit、ModelRunner V2 在 ROCm 上成为默认。判断：典型的「慢聚漫奏」形态——节奏稳、范围宽、以性能优化而非功能堆砌为主，没有为抢发布而压缩测试面的迹象。 配套行为数据：10-22 至 10-26 期间新开 PR 331 个、合并 146 个。

【L2】治理层的关键动作：tests/AGENTS.md 被新建，规则从「你必须做什么」转向「你必须出示什么证据」 仓库根目录仍无 GOVERNANCE.md——治理在上一层（PyTorch Foundation TAC，vLLM 席位 Primary = Simon Mo，Alternate = Kaichao You）。但 10-21 有两个 PR 直接改了 AI 协作规则的骨架：PR #62599（[Doc] Require docs for user-visible changes）与 PR #62601（[Doc] Raise the bar for agent-written tests，作者 aoshen02 自行合并，2026-10-21T10:02:58Z）。后者的 diff 极小——AGENTS.md +3/−1、.agents/skills/pr-checklist/SKILL.md +2、新建 tests/AGENTS.md 36 行——但内容是一次质变：

  • 「用户可见的修复必须有真路径测试」：要走 LLM/vllm_runner 或 RemoteOpenAIServer，不接受只用手工构造输入写的单测；
  • 「先展示失败」：在 base commit 上跑新测试，确认它按报告的原因失败，再跑到通过，两条命令与输出都要贴进 PR——「没有输出的『修前失败』不是证据」；
  • 「不许买绿色 CI」：禁止加 flaky/重跑/skip/放宽 atol/rtol/删测试来让 CI 变绿，唯一例外是 xfail(strict=True) 且必须链到 main 上已知问题的 issue；
  • 「构造上确定」：贪婪/固定种子；vLLM 默认非 batch invariant，所以要么用 check_logprobs_close/check_embeddings_close 比对参考，要么显式开 VLLM_BATCH_INVARIANT=1；禁止用 sleep 做同步；
  • 「确认 CI 真的会跑它」：没人被 .buildkite/test_areas/*.yaml 选中的测试永远不跑，而它看起来像通过。

PR 描述里还附了一张对照表，是用无上下文的新 agent 在 main（旧规则）与本分支（新规则）上各跑五个任务的结果：在 main 上，agent 遇到用户可见 bug 只用合成输入写单测、把真实路径留作手工复现；在新规则下，agent 提交的是走 OpenAI server fixture 的回归测试（流式与非流式都覆盖），并额外发现「唯一那个 pooling CI step 是单 GPU，TP=2 的测试永远会 skip」。作者在 PR 末尾明写：「AI assistance (Claude Code) was used; the submitter reviewed every line.」目前 .agents/skills/ 下共 9 个 skill（pr-checklist、check-api-compat、ci-fails-buildkite、debug-ima、kernel-microbenchmark、model-microbenchmark、model-recipes、transformers-upgrade、triton-kernel-writing）。

这意味着什么：10-21 之前，vLLM 的规则管的是人的义务（必须理解、必须逐行看、不许纯 agent PR）。10-21 之后，规则开始管证据的形式（必须贴出失败与通过的输出、必须证明 CI 会选中这条测试、必须说明为什么这不是放宽阈值）。义务无法被审计，证据可以。把「我相信你负责」换成「请出示不可伪造的痕迹」，这是把治理从道德层下沉到程序层的标准动作。

【L3】新人通道没被抬高，抬高的只是「活的类型」 10-22 至今合并的 146 个 PR 里，作者分布依旧高度扁平：BugenZhao 11、AndreasKaratzas 9、esmeetu 6、Ankur-singh 4、jeejeelee 3、WoosukKwon 3，其余多为 1–2 次；可见的厂商前缀（chunfangamd、AMD 侧多个 ID）说明硬件厂商在持续派人。good first issue 标签下最近的条目多已关闭（2026-04 至 06 创建），说明入口在被人用、也在被人清。判断：新人通道是通的，但通得「有形状」——数量不设上限（一版 363 人），门槛落在「低价值机械改动」和「不可举证的工作」上。它筛的不是人的资历，是活的类型。

【开源之道判断】：vLLM 这一周真正值得记的，是它把「举证责任」写进了仓库，而不是把「AI 使用披露」写进仓库。这与 Linux 内核 10 月中旬废掉 Assisted-by: 标签、Linus 说「要人标 AI 就像要人标编译器一样蠢」是同一个方向的两种实现：内核的做法是「不问你用了什么，只问你能不能负责」，vLLM 的做法是「不用你说你负责，请出示你负责过的证据」。 用威廉姆森的层次说，这是把裁量权从 L3（评审者的判断）向 L4（提交时必须通过的可验证动作）外移，同时把一部分否决权前移给提交者自己能跑的工具。制度健康的方向是变好：规则被写清、可审计、新人能读到，而且规则自身有测试（那张 main vs branch 的对照表就是给治理规则本身做的回归测试——极为罕见）。风险仍然集中：AGENTS.md 与 tests/AGENTS.md 的文本权高度集中在极少数人手中，而且这批文件的改动本身只要一个 maintainer 自己合并就能生效（#62601 就是作者自合的）。要盯的信号很清楚：如果哪天 tests/AGENTS.md 的改动开始绕过评审直进主干，或者 skill 集合扩张到评判「想法是否值得做」，这一步就从「规则代码化」跨到了「议程设定」。

📡 今日新来源发现

  • ppc.land（独立技术分析站）— r/opensource AI 禁令的逐条时间线整理（含版主原话与后续社区分裂），对社区治理事件的条理化记录能力较强，非一次性。建议加入（中置信，待人工确认）
  • papers.ssrn.com 的 Organizations & Markets / Economics of Innovation 版块（学术策展）— 今日两篇核心论文均出自该策展流（公地治理、AI 保证经济），与制度经济学/公地治理强相关，可作为 SSRN 搜索的补充入口。建议加入（中置信，待人工确认）

说明：今日无高置信新来源需要自动追加（aaif.io 已在监控列表内）。

🔭 后续可检验的观察点

  • 评审报告复用有没有真实落地：论文的结论依赖「零整合成本」这个基准。若一年内没有期刊联盟跑通跨刊 portable review，说明承认方案可行与承担协调成本之间还隔着整个组织周期。
  • 有没有项目跟进 vLLM 的「举证标准」路线：内核去标签、vLLM 要求贴证据、r/opensource 立资历门槛，是三条不同的路。跟随者选哪条，决定 agent 时代的贡献判准最终落在人身上、文件上，还是身份上。
  • r/opensource 的门槛规则会不会被反噬：一年 + 三人的硬门槛如果在一季度内导致高质量新项目外流到 r/TrueOpenSource，说明以「提高进入成本」替代「提高判定精度」的治理，代价是分裂而不是秩序。
  • AAIF 第 11 到第 12 个项目会不会碰到「模型层」：今天交的四层全是接口与运行时。如果哪天有公司把权重或训练配方交给 AAIF，那才叫栈的治理真的转移了。
  • 丹麦试点是否会给出放弃的正式评估文件：「悄然放弃」若始终没有公开的 TCO 与互操作性评估，说明公共采购的开源决策仍然缺少可审计的失败归因机制。

署名： 「开源之道」·窄廊