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

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

一、今日开源制度观察（2026-10-08）

📄 论文与思想层（AI 冲击开源公共编程基础设施）

1. Generative AI and the Public Programming Commons: What We Know About Stack Overflow After ChatGPT, 2（SSRN，2026-10 前后上线）

• 链接：doi.org/10.2139/ssrn.7555720
• 摘要：这是「Stack Overflow 后 ChatGPT 时代」研究的第二篇——通过系统性的实证回顾，追问在 ChatGPT 普及之后，Stack Overflow 作为「公共编程知识库」（programming commons）的角色发生了什么变化。论文梳理了流量、贡献、知识留存等指标的变化趋势，讨论「公共编程知识库」作为制度性基础设施面临的压力：当 AI 助手接管了问答场景，Stack Overflow 的知识库属性是否还能承担其历史角色？
• 与「开源之道」相关：这是 10-07 收录的 Kumar（SSRN）「AI 治理工具应开源」命题的镜像版本——Kumar 追问「AI 治理证据如何被复核」，本文追问「公共编程知识库如何被维护」。两者合起来构成「AI 时代开源公共基础设施」问题的两面：生成端（AI 辅助产出越来越多）与存储/维护端（公共知识库越来越难维持）的不对称。桥接 Ostrom 自治共同体：Stack Overflow 是 Ostrom 意义上的「边界内贡献 + 志愿维护」的公共编程公地，AI 让「消费」变得容易（agent 抓取、LLM 训练语料），让「贡献」变得更难（人类贡献者减少），边界条件被结构性改变。
• 开源之道点评：这是 Coase 问题在开源公共知识库层面的第四次变形——前次是「AI 合规外包」、「AI 治理架构」、「AI 治理工具的可复核性」（三次连续在 Kumar 论文里）；这次是「AI 消费 vs 人类贡献的结构性失衡」。适兕会追问：如果开源公共知识库从「贡献驱动」退化为「存量语料」，那么「公共性」的边界如何重新定义？——是「贡献行为」才是公共性的定义，还是「任何可被访问、可被引用、可被审计的知识」就是公共性？适兕写作公式里「被人爱」作为信任微观基础，在本文中体现为「知识留存成本被集体外部化给志愿维护者」的一次具体化。

2.（外围）Three Regulatory Logics and One Watermark: EU, US and Chinese AI Governance Tested Against AI-Design（SSRN，2026-10 前后上线）

• 链接：doi.org/10.2139/ssrn.7563983
• 摘要：论文用「三种监管逻辑」的框架分析欧盟、美国与另一个 AI 治理框架对同一技术——AI 设计（AI-Design）——的规范反应，并以「水印」（watermark）作为共同测试锚点观察各国规范的差异。
• 与「开源之道」相关：这是「AI 治理规范比较研究」的第一手工作论文，但作为外围观察收录——原因是本日报的边界不做「国家化 AI 治理」叙事，只用它作为「AI 治理规范的横向比较」参考。桥接 Acemoglu：三种监管逻辑（如果确实代表三种）就是三种不同的「制度环境」（Williamson L2），对同一技术（AI-Design）产生不同的「治理机制」（L3）。
• 开源之道点评：不作为主要收录，仅作为「AI 治理规范文献池」的一次标记。适兕方法论上强调「不因来自某个国家就自动上升为国家叙事」——本文的三种监管逻辑是学术分析框架，不是我们要跟随的「国家 AI 治理地图」。

3.（外围）Interorganizational Collaboration in AI Implementation: A Systematic Review through an Open Strategy Lens（SSRN，2026-10 前后）

• 链接：doi.org/10.2139/ssrn.7566118
• 摘要：通过「开放战略」（open strategy）视角对 AI 实施中的组织间协作进行系统回顾——即企业如何与外部组织（大学、供应商、开源社区）协作完成 AI 落地。
• 与「开源之道」相关：这是「开放战略」（Chesbrough 开放创新传统的组织管理延伸）与「AI 落地」的交叉点，属于开源之道的知识扩展区。作为外围观察收录——真正的开源治理张力不在「AI 落地的组织协作」，而在「外部协作如何被制度化」。
• 开源之道点评：暂不下判断——如果论文能把「开放战略」与「交易成本」框架结合起来（Chesbrough 的开放创新原本就是交易成本经济学的一部分），可以进入主收录。当前作为「研究趋势标记」记录。

🏭 产业与政策动态（LF 单日制度密度峰值）

1. Linux Foundation 单日「五事同日」——从操作系统基金会到跨关键基础设施的开源治理枢纽

(a) AWS 升为 Linux Foundation Platinum Member

• 链接：linuxfoundation.org/press/aws-becomes-a-platinum-member
• 摘要：AWS 升为 Linux Foundation 最高级会员 Platinum，进入 LF 董事会（Board of Directors）。AWS 目前活跃于 25 个 LF 旗下项目/基金会，包括 AAIF（Platinum）、CNCF（Platinum）、PyTorch Foundation（Platinum）、Yocto（Platinum）；ASWF、Alpha-Omega、FinOps、Jupyter、OpenSearch、OpenSSF、PQCA、Valkey、x402 为 Premier。
• 具体制度安排：
  • 发布主体：Linux Foundation（美国非营利基金会）——董事会级决定
  • 规则要求：AWS 进入 LF 董事会，获得跨全部 25 个旗下项目的战略席位
  • 谁被纳入/排除：AWS 是 25 个 LF 子基金会中至少 15 个的顶级成员；这不是「某个项目的加入」，而是「整个 LF 生态的顶层治理权」
  • 资源如何分配：LF 的治理权从多厂商（Microsoft/Intel/IBM/Red Hat 传统格局）向「单一云巨头」倾斜的一次结构性变化
  • 对开源协作行为的影响：单个云厂商获得 LF 董事会席位，改变了 LF 生态的治理均衡——未来跨基金会（CNCF、PyTorch、AAIF、x402）的战略协同可能出现「云厂商主导」的信号

(b) Linux Foundation 发布 OpenGrid——面向全球电网规划的开源基础设施（Open Source Summit Europe, Prague, 2026-10-07）

• 链接：linuxfoundation.org/press/linux-foundation-launches-opengrid
• 摘要：LF 在 Prague 的 Open Source Summit Europe 上启动 OpenGrid——面向全球电网规划的开源基础设施。定位不是「替代现有电网规划软件」，而是「跨商业与开源工具的共享数据层与互操作标准」。启动方：Breakthrough Energy GRIDS（Yosemite）+ Global Grid Catalyst + Connected Grid Initiative + Google.org；技术交付方：Open Energy Transition、Tapestry、TransitionZero、QXT Energy。首个 lighthouse 应用 OpenGrid Translator 预计 2027 年发布。目标：2030 年前让「每个国家」都有高质量电网规划工具。
• 具体制度安排：
  • 发布主体：Linux Foundation——新成立的技术项目
  • 规则要求：开放标准 + schemas + APIs + 中央 Data Hub（「经验证、可建模的数据集」）+ 跨工具 Translator
  • 谁被纳入/排除：任何电力公司、监管机构、国家都能「检查和使用」（Alice Yake 语）；低中收入国家（据预测到 2030 年将贡献全球 80% 的电力需求增长）
  • 资源如何分配：LF 提供中立治理，Breakthrough Energy 等提供资本（Gridded Infrastructure Investment），Open Energy Transition 提供既有开源电网规划栈（Tapestry/TransitionZero）
  • 对开源协作行为的影响：这是 LF 把「开源模型」从软件扩展到关键物理基础设施规划的一次样本——开源从「代码公地」延伸到「电网规划公地」，是「开源基础设施范围」的一次边界扩张

(c) FINOS 宣布 OSERA 运行：7 家大型银行 100 天内完成 Java 生态 50+ 项目补丁交付（OSS-EU, Prague, 2026-10-07）

• 链接：finos.org/OSERA_Prospectus / prnewswire
• 摘要：FINOS（LF 旗下的金融科技基金会）宣布 OSERA（Open Source Enterprise Resiliency Alliance）投入运行——100 天内接纳 6 家 Premier 成员（7 家银行），建立「AI 规模补丁修复与漏洞证明」的开放标准，为 Java 生态的 50+ 常用项目交付补丁。FINOS ED Gabriele Columbro 语：「OSERA 把开源韧性从碎片化的内部负担变成集体性的运营能力。」
• 具体制度安排：
  • 发布主体：FINOS（LF 旗下金融科技垂直基金会）——由银行成员发起
  • 规则要求：成员治理 + 开放标准 + 成员主导的漏洞响应协调
  • 谁被纳入/排除：金融机构（银行）作为 Premier 成员主导；维护者与开源社区作为「补丁接收者」
  • 资源如何分配：金融机构从「各自独立修复同一漏洞」→「共同协调修复并证明」
  • 对开源协作行为的影响：金融机构从「开源消费者」变成「开源维护者」——这是一个结构性变化，桥接 Ostrom：金融机构成为「边界内成员」，共同承担漏洞修复的公共成本，而不是让维护者独自承担（外部化）

(d) Linux Foundation Releases OpenChain Automotive SBOM Framework 1.0（2026-10-07）

• 摘要：面向汽车软件供应链的 SBOM（软件物料清单）框架 v1.0 正式发布。桥接 Ostrom：SBOM 是「供应链公共品」——每个厂商都可以生产一份，但共享标准让「供应链漏洞追溯」成为公共能力。
• 开源之道点评：作为「开源标准化制度延伸至关键工业领域」的一次样本收录——与 OpenGrid 类似，是 LF 把「开源制度」从软件扩展到关键基础设施的又一次边界扩张。

(e) OpenSSF 扩大会员并发布全球政策资源（2026-10-06, Community Day Europe）

• 摘要：OpenSSF 在 Community Day Europe 上宣布扩大会员与发布新的全球政策资源。桥接 Ostrom：OpenSSF 是「开源安全治理」的多中心治理实验——不是单一机构，而是多家基金会联合。

• 开源之道点评：作为「多中心治理」（Ostrom 原则 2）的样本收录。

• 本日总评：Linux Foundation 在 10-07 一天内的五件事构成「LF 作为制度基础设施」的一次显性化——AWS 顶层治理席位 + OpenGrid 电网 + OSERA 金融 + OpenChain 汽车 + OpenSSF 安全，覆盖了 LF 生态的五个不同「垂直领域」，共同指向一个判断：LF 正在从「操作系统+云原生开源基金会」演进为「跨关键基础设施的开源治理枢纽」。适兕会追问：这五个垂直领域各自有独立的开源生态（金融 vs 电力 vs 汽车 vs 安全），LF 通过「统一治理+统一会员层级」把它们串起来，是否意味着 LF 正在形成一个「跨域开源治理平台」？还是仅是「品牌扩张」？这是下一个季度的观察问题。

2. HN 102 pts：Open Source as We Know It Is Dead（jross.me, 2026-10-06）

• 链接：jross.me/open-source-as-we-know-it-is-dead
• 摘要：作者（2011 年入 GitHub 的老用户）反思：AI 正在杀死「作为文化」的开源。核心命题：开源过去不只是代码——是「陌生人愿意 review 你的 PR」的信任网络。当 AI 生成 PR 淹没仓库时，维护者的理性反应是「关闭陌生人贡献」、「要求 vouch」、「默认不合并 AI PR」——这些是合理的维护策略，但代价是「2010s 时代那种无门槛的信任感消失了」。
• 具体制度安排：
  • 发布主体：非官方个人博客（作者身份：游戏服务器开发者，PointDNS 早期贡献者）
  • 规则要求：这不是一个具体的规则事件，而是开源信任机制正在被 AI 侵蚀的定性观察
  • 谁被纳入/排除：新贡献者（尤其是「用 AI 生成贡献的陌生贡献者」）正在被系统性排除
  • 对开源协作行为的影响：如果大规模发生，「开源作为陌生人的信任网络」退化为「熟人的小圈子」，开源公共性被结构性收窄
• 开源之道点评：这是本日最重要的一篇反思性观察——它把 Coase 问题在开源层面具体化了：Coase 问「企业为什么存在」，答「内部交易成本 < 外部交易成本」。当 AI 把「写代码」的成本压到近零，「review 代码」的边际成本（人类维护者的注意力）就成了新的稀缺品——这正是 Williamson 交易成本经济学的信息不对称问题（reviewer 无法低成本区分「人类用心写的 PR」和「AI 生成的 PR」）。适兕写作公式里「被人爱」是「信任与社交资本的微观基础」，本文说的正是这个微观基础的外部化冲击：AI 让「陌生人被信任」这个前提不再可持续。作为「开源公共性边界」的观察样本收录——不判断好坏，只记录边界正在移动。

3. Strands Decider 2B：AWS 开源「决策模型」（strandsagents.com + HN 271 pts, 2026-10-07）

• 链接：strandsagents.com/blog/introducing-strands-decider / github.com/strands-labs/strands-decider
• 摘要：AWS Strands Labs 发布 Decider 2B——20 亿参数的小型决策模型（decision model，与 LLM 生成式模型形成对照），开源、训练数据与脚本全公开，可在本地 CPU/GPU 上以几十毫秒延迟运行。定位是「给 agent harness 用的分类决策单元」——不做生成，只做「在选项集里选一个」。这是继 TypeSafe AI 的 Jev 之后第二个进入该类别的开源模型。
• 具体制度安排：
  • 发布主体：AWS Strands Labs（AWS 旗下的开源 agent 实验室）——明确开源协议 + 全部数据与代码公开
  • 规则要求：Apache 类协议（需二次核验）；模型权重 + 训练数据 + 训练脚本 + 推理代码全公开
  • 谁被纳入/排除：任何开发者都可以在本地运行；agent harness 开发者可以直接调用作为「分类子单元」
  • 资源如何分配：AWS 主动「贡献」一个小模型进入开源 agent 生态——不是「AWS 卖 API」，而是「AWS 开源一个组件让别人造 agent」
  • 对开源协作行为的影响：AWS 从「cloud 供应商」→「agent 生态开源参与者」，是「超大厂商以开源组件方式参与 agent 生态」的一次样本。桥接 x402 Foundation（10-01 收录）：AWS 通过 Strands + x402 + 25 个 LF 基金会覆盖 agent 生态的多个层次——身份、支付、模型、harness、推理、决策
• 开源之道点评：这是AWS 制度设计在 agent 时代的具体化——AWS 不是卖 token（那是 OpenAI/Anthropic/DeepSeek 的生意），而是通过 Strands Labs + Strands Decider 2B + AWS Harness SDK + x402 Foundation + LF Platinum 会员，覆盖 agent 生态的全部层次（身份、支付、决策、harness、模型、编排）。适兕会追问：这是一个「完整的开源 agent 生态」，还是「AWS 品牌下的开源 agent 生态」？——关键区分在于：非 AWS 员工的第三方维护者能否在 Strands Labs 项目中做出实质决策？这是「开源 vs 品牌开源」的边界检验。作为「超大厂商的开源 agent 生态战略」的观察样本收录。

🔬 关键项目洞察（Project Pulse）

本日选择两个「边界事件」作为脉冲观察——不是「新版本发布」，而是「制度边界正在移动」的项目。

1. OpenTPU（github.com/FeSens/openTPU）——「AI 设计 AI 加速器」的开源样本（HN 332 pts）

• 链接：github.com/FeSens/openTPU
• 【L1】关键事件：开源 AI 加速器——RTL（SystemVerilog）、ISA、模拟器、编译器、Profiler、Host 软件全在一个 monorepo。在 Xilinx Kintex-7 xc7k480t FPGA 卡上跑 LFM2.5-230M / Qwen3-0.6B / Qwen3.5-0.8B 的真实权重，与模拟器 bit-for-bit 一致。性能：LFM2.5-230M 52.4 tok/s / Qwen3-0.6B 19.1 tok/s / Qwen3.5-0.8B 14.4 tok/s（DDR3-1066）。
• 【L2】治理结构：Apache License 2.0；单一贡献者 FeSens（个人项目）；CONTRIBUTING 明确「issues 和 PR 都欢迎，大部分工作只需要 Python + Verilator，不需要 FPGA」——这是极低门槛的 onboarding 设计。桥接 Williamson L3：ISA/模拟器/RTL 的一致性由 python3 -m pytest -q 保证，性能声明必须写明测量方法——这是**「性能可复核」**的制度化。
• 【L3】新人加入：单一作者项目，暂无第三方贡献可见。但「贡献门槛极低」是一个显性信号——不是「大厂实验室项目」，而是「个人 + 开源 + 极客」的形态。
• 开源之道判断：这是**「AI 生成硬件 → 完全开源可复核」的一次高质量样本——与 10-07 收录的 Vals AI（agent 辅助科研）形成镜像：Vals AI 是「agent 生成科学假设」，OpenTPU 是「AI 生成硬件」。关键制度特征：(1) 从「研究论文+封闭原型」→「完整 monorepo + 可复核性能」；(2) 从「厂商发布 chip」→「开源社区共建 chip」；(3) 从「芯片设计需要昂贵 EDA 授权」→「只需要 Python + Verilator」（开源工具链）。桥接 Ostrom：这是「开源公地」在硬件层**的一次实践——不是「开源代码」，而是「开源硬件设计流程」。适兕会追问：OpenTPU 是「个人兴趣项目」还是「开源硬件运动的样本」？——如果开源硬件运动要成立，需要不止一个 FeSens，需要一群类似的人用开源工具链设计各自的芯片。作为「开源硬件 + AI 时代工具链」的样本收录。

2. Strands Decider 2B（github.com/strands-labs/strands-decider）——AWS 开源「决策模型」层

• 链接：strandsagents.com / github.com/strands-labs/strands-decider
• 【L1】关键事件：20 亿参数决策模型开源发布——不是生成模型，是「在选项集里做选择」的分类模型；几十毫秒延迟；训练数据、脚本、模型权重全公开。
• 【L2】治理结构：AWS Strands Labs 主导；训练数据 + 代码 + 权重全公开。桥接：这是 AWS 在「agent 生态的决策层」提供开源基础设施——不同于 OpenAI/Anthropic 卖 token，AWS 选择「开源决策单元让别人造 agent」。
• 【L3】新人加入：暂无可见第三方贡献（发布仅 1 天）。
• 开源之道判断：Strands Decider 2B 是 AWS 的**「agent 生态开源战略」的具体落地——配合 AWS 升 LF Platinum（同日）+ Strands Harness SDK + x402 Foundation 参与，AWS 通过开源组件 + 顶层治理席位 + 支付协议参与覆盖 agent 生态的多个层次。适兕会追问：「AWS 品牌下的开源」vs「开源」——关键区分在于「非 AWS 员工能否实质决策」。这是「开源 vs 品牌开源」的又一遍证——与 DeepSeek Harness（10-07 收录）形成对照：DeepSeek 是「AI 公司开源 harness」，AWS 是「云厂商开源决策模型 + agent 生态」，两者在开源边界**上都处于「边界条件」上，需要观察第三方维护者能否实质参与。

二、三个制度级判断

1. LF 单日制度密度峰值——「跨关键基础设施的开源治理枢纽」显性化

AWS 顶层治理席位（Platinum）+ OpenGrid 电网规划 + FINOS OSERA 金融安全 + OpenChain Automotive SBOM + OpenSSF 安全政策——LF 在 10-07 一天内的五件事，覆盖 LF 生态的五个垂直领域（云、电力、金融、汽车、安全），共同指向一个判断：LF 正在从「操作系统+云原生开源基金会」演进为「跨关键基础设施的开源治理枢纽」。这不是模糊的「LF 在扩张」叙事，而是具体制度安排（会员层级、SBOM 标准、电网 spec、银行漏洞响应协调）在同一时期密集制度化的信号。

2. AWS 在 agent 时代的多层开源组件覆盖——「开源 vs 品牌开源」的边界检验

Strands Decider 2B（决策层）+ AWS Harness SDK（编排层）+ x402 Foundation（支付协议）+ 25 个 LF 基金会参与 + Platinum 顶层治理席位——AWS 通过开源组件 + 顶层治理席位 + 支付协议参与覆盖 agent 生态的全部层次。适兕会追问：「AWS 品牌下的开源」vs「开源」——关键区分在于「非 AWS 员工的第三方维护者能否在 Strands Labs 项目中做出实质决策」。这是「超大厂商的开源战略」在 agent 时代的一次具体化——不是「AWS 卖 API」，而是「AWS 通过开源基础设施让别人造 agent」。

3. AI 让开源公共基础设施的「消费-贡献」边界发生结构性改变

Katz & Simkovic 论文追问「Stack Overflow 后 ChatGPT 时代的公共编程知识库」，jross.me 反思「AI 正在杀死作为陌生人的信任网络的开源」——两者共同指向一个具体观察：当 AI 让「消费」变得容易（agent 抓取、LLM 训练语料），「贡献」变得更难（人类贡献者减少 + 维护者注意力被稀释），开源公共基础设施的边界条件被结构性改变。这不是「AI 冲击一切」的模糊命题，而是「公共基础设施的消费-贡献不对称」的具体观察。桥接 Ostrom：这不是新的制度问题，是「边界内贡献 vs 边界外消费」的 Ostrom 意义上的老问题在新场景下的表现。

三、后续观察与误判风险

后续观察

• AWS 升 LF Platinum 后，LF 董事会在跨基金会战略（CNCF、PyTorch、AAIF、x402、FINOS、OpenChain、OpenSSF、OpenGrid）上的具体决策——是「多厂商平衡」还是「云巨头主导」？
• Strands Decider 2B 项目 3 个月后是否出现非 AWS 员工的实质贡献（issue/PR/设计文档）——「开源 vs 品牌开源」的边界检验
• Katz & Simkovic 论文的实证结果：Stack Overflow 的贡献者数量变化、问答场景的转移比例、知识留存指标
• FINOS OSERA 100 天后的实际交付：7 家银行 + Java 50+ 项目补丁的公共可用性
• OpenGrid Translator 2027 年发布前的 spec 冻结与社区参与机制
• OpenTPU 之后是否有第二个「AI 设计硬件 → 完全开源 monorepo」的项目出现

误判风险

• AWS Strands Decider 2B 的开源许可证待二次核验（Apache 类协议？），开源范围（权重、数据、脚本、推理代码）需以官方仓库为准
• LF 单日五事是否反映「制度基础设施枢纽化」还是「品牌扩张」，需要 3-6 个月的跨季度观察，不能仅凭单日密度下判断
• Katz & Simkovic 论文是「Stack Overflow 后 ChatGPT 时代」的第二篇综述，不是新的实证研究——结论的时效性与样本代表性需要原文核实
• jross.me 是个人博客反思，不是制度化观察；「AI 杀死开源文化」是观察而非结论，需要后续观察 PR review 政策、贡献者流失数据、vouch 要求比例等具体信号
• OSERA 的「金融机构集体维护开源」是 100 天内的成员承诺，是否转化为长期的「边界内成员」维护行为，需要观察 12 个月以上

新来源发现

四、边界与观察

本日报无「中国开源」作为整体范畴的表述。所有涉及不同国家主体的事件（AWS / AWS 与 LF / FINOS 与欧洲银行 / DeepSeek 与 DeepMind 与 OpenAI / Vals AI），都按具体制度安排（谁发布规则、规则要求什么、谁被纳入或排除、资源如何分配、对开源协作行为产生什么影响）来观察。

本日报共同主题：Linux Foundation 在 10-07 一天内的五个发布（AWS Platinum + OpenGrid + OSERA + OpenChain Automotive + OpenSSF）+ AWS Strands Decider 2B + OpenTPU + Katz & Simkovic 论文 + Open Source as We Know It Is Dead 博客，共同指向一个判断——「开源公共基础设施」的边界正在从「软件代码公地」扩展到「跨关键基础设施的治理枢纽」。这不是「AI 冲击一切」的模糊命题，而是具体制度（LF 会员层级、FinOps 治理、SBOM 标准、电网规划 spec、Agent 支付协议）在同一时期发生密集制度化的信号。

制度张力：AWS 升 LF Platinum（顶层治理权向单一云厂商集中）与「AWS 开源决策模型 / 支付协议 / Harness SDK」（agent 生态基础设施开源）出现在同一日，构成一个观察张力——「厂商的顶层治理权扩大」与「厂商的开源组件贡献增加」是否同源？这是下一个季度的关键观察问题。

适兕方法论提醒：本日报所有「制度分析」都标注为「一个视角，不是定论」。Kumar（10-07）+ Katz & Simkovic（10-08）合起来是「AI 时代开源公共基础设施」命题的两侧，但**「公共基础设施的边界」如何最终定义**——是需要后续大量制度分析积累才能得出的判断，不是今日可以下结论的问题。

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

声明： 本文由 「开源之道」AI 自我构建生成，内容基于公开信息检索（SSRN、Linux Foundation 官方新闻、PR Newswire、Hacker News、strandsagents.com、GitHub、jross.me 等公开来源），仅供参考。学术引用已追溯至原始论文 DOI。