「开源」写进乌镇峰会主题之后,企业要多付的那笔账

11 月 9 日《人民日报海外版》第 10 版有句话值得抄下来:即便是共享代码仓库,在不同司法辖区也会面临截然不同的审计与访问权限规则。背景是 11 月 2 日到 5 日刚闭幕的 2026 年世界互联网大会乌镇峰会——「开源开放 共建共享」写进主题,据蚂蚁集团倪行军 11 月 1 日发言,「开源」二字首次进入峰会主题,四天会期有 138 个国家和地区约 1800 名嘉宾参会(人民日报峰会综述,11 月 7 日)。

很多人第一反应是「利好,开源更好用了」。我的判断正好反过来:当开源从技术圈的选择题升格成国家级乃至全球治理议程,企业要付的那笔账不是变少,而是从许可费挪到了别处,且更难躲。

一、先把数据摆齐:这不是一次务虚会

指标数值口径与来源
2025 年中国企业级 AI 智能体市场规模212 亿元《中国互联网发展报告2026》蓝皮书,11 月 4 日发布
截至 2026 年 6 月生成式 AI 服务备案 / 应用功能登记924 款 / 573 款同上,官方备案统计
2026 年 3 月日均词元调用量140 万亿同上,两年间增长超千倍
2030 年 AI 对全球经济贡献22.3 万亿美元《世界互联网发展报告2026》预测值,占全球 GDP 3.7%,非实测
我国 AI 开源大模型全球累计下载量突破 100 亿次工信部数据,中国经济网 11 月 4 日转引
中国开源模型下载占比41%Hugging Face 2026 春季报告,区间 2025-02 至 2026-02,第三方口径

100 亿次

我国 AI 开源大模型全球累计下载量(工信部口径)

1100 余万

国家级 AI 开源社区汇聚用户数(工信部口径)

峰会自己也没把话说满。中国工程院院士王坚讲得很直白:开源不等于无边界,如何在共享协作和风险防控之间找到平衡,是全球开源共同体共同面临的考题。同期发布的《前沿人工智能安全与治理 2026:风险认知与协同治理》报告,任务正是识别关键治理缺口(人民日报峰会综述,11 月 7 日)。

「治理上需企业自律、政府监管评测、社会监督协同发力,既保持开放创新活力,又夯实安全底座。」——中国工程院院士、中关村实验室首席科学家云晓春,乌镇峰会,11 月 2 至 5 日

把这两句放一起,逻辑就清楚了:开放的是代码可见性,收紧的是责任归属。「开源」被写进国家级主题,等于把「谁维护、谁审计、谁签字」从社区默契,抬成了要摆上桌面的公共议题。

二、企业账单上多出来的三行

98%

商业代码库中包含开源组件的比例(Unite.AI,2026 年 11 月)——供应链验证不是可选项

第一行:供应链要能验,不能只靠信任

商业代码库中 98% 包含开源组件,而维护这些关键项目的人,多数是志愿者或在全职工作之余兼顾(Unite.AI 中文版,2026 年 11 月)。AI 正把漏洞发现规模放大,瓶颈于是从「能不能发现」转移到「谁去复现、定级、修复、协调披露」——每一步都得有人负责,自动化替代不了。

安全行业报告用「Patchmageddon」形容当下:漏洞利用时间线被 AI 压到一天之内,「怕打补丁打坏业务」这个老借口不再成立;方向是转向有专门安全团队与 SLA 的「专业开源」,并用制品代理(JFrog Artifactory、Sonatype Nexus)强制使用已修补版本(AI Understanding 中文站,2026 年 11 月,行业报告转述)。

别把「开源免费」直接翻译成「零成本」。免费的是获取代码的动作;要付的是 SBOM(软件物料清单)、制品签名验证、构建来源可追溯、上游维护可持续性评估,以及出事时有人接住的那份 SLA。

可参照的工程做法已经成熟:OpenSSF 与 CNCF 生态的 TUF、in-toto、Sigstore 是验证「你装的东西从哪来」的公共工具底座(Ostorlab 技术通讯,11 月 9 日);Python 工具厂商 Astral 公开的实践更细——镜像用 Sigstore 出具可密码学验证的发布证明、GitHub 不可变发布防强推覆盖旧标签、发布流程不启用缓存以防投毒、发布环境隔离且需第二名成员批准、发布成功前不允许创建标签;依赖侧用 Dependabot 与 Renovate 更新,新版本设「冷却期」不立即升级,并通过 OSS Fund 赞助上游。

第二行:跨境协作的权限规则不一致

《人民日报海外版》11 月 9 日点出的是另一类成本:不同监管体系、对数字安全的差异化界定、碎片化供应链,给联合开源开发设置了硬性壁垒。落到 ERP 与智能体项目上很具体:同一个仓库,境内团队能读的配置,境外团队未必能读;模型权重可以开源,训练数据、评测集、日志留存往往受各自辖区规则约束。「我们用的是开源所以没有合规问题」是最危险的一句假设。

第三行:维护者本身成了风险敞口

倪行军 11 月 1 日给的三点实践里,第二点就是「重视开源治理与可持续性,保障项目长期维护、社区治理及贡献者激励」,第三点是构建「贡献—使用—再贡献」的正向循环;他举的例子是 Ant Design,GitHub 累计超过 9.9 万颗 Star(今日头条,11 月 1 日)。

选型时最容易漏掉的一问:这个项目如果明天没人维护了,我们怎么办?不少企业能列出完整的功能对比表,却答不出关键依赖的维护者有几人、最近一次安全响应花了多久、有没有可接手的商业支持方。这是把「单点故障」从机房挪到了社区。

社区自己已开始把承诺写成可核查条款。11 月 8 日最后修改的 PGSTY SILO 宣言写着:仓库归属组织而非个人;构建过程文档化并附溯源证明,任何人能从源码重建等价制品;停维护超六个月公开声明并归档;削弱任一条款须提前九十天公示。给的是可验证的动作和期限,不是态度。

三、「开放不等于无边界」,对企业意味着什么

三行账合起来,会发现一件反直觉的事:峰会越是把开源推成公共品,企业越不能把它当公共品用。公共品人人可取,责任却不会自动分摊;一旦出事,站出来解释的只能是把它接进生产系统的那家企业。网络法治论坛上,最高人民法院民事审判第三庭副庭长吴韬给的方法论是「增加规则供给,稳定行为预期」(人民日报峰会综述,11 月 7 日)——不靠每次出事临时拍板,靠事先写清楚的规则。

还有个易被忽略的信号:中国互联网络信息中心主任王鹏在峰会上说,智能体跨系统、跨主体自主完成需求理解到结果交付的全链条,将提升产业链供应链韧性(人民日报峰会综述,11 月 7 日)。一旦跨主体调用,你依赖的就不只是自己装的组件,还包括合作方调用链上的每一环。供应链边界在变长,而不是变短。

核心论点:2026 年乌镇峰会把「开源开放」抬成国家级与全球治理议程,带来的不是「开源更便宜」,而是责任显性化——许可费省下来了,验证成本、跨境权限成本、维护可持续性成本被显性标价。企业该做的不是少用开源,而是把开源从采购口径里的「省钱选项」,改成工程口径里的「可核验的责任链」。

四、给 CIO 与数字化负责人的三条实操建议

把 SBOM 和制品验签写进验收单,而不是安全白皮书。要求进入生产环境的组件与镜像提供 SBOM,发布侧出具可验证签名与构建来源证明;CI 里做验签卡点,新版本设冷却期。照抄 Astral 那套即可:不可变发布、发布环境隔离、双人审批、标签保护。

给关键依赖建一张「维护者风险表」。每个核心项目记四项:活跃维护者人数、近一年安全响应时长、是否有可提供 SLA 的商业或基金会支持方、停维护后的替换或自建分支预案。选型会上把这张表和 TCO 表一起摊开。撑着核心账务、权限、身份的组件,优先选有专门安全团队与 SLA 的「专业开源」。

跨境项目先做权限与数据辖区分栏,再谈代码共享。逐项列明仓库、配置、日志、模型权重、评测数据各适用哪个辖区的审计规则;合同写清日志留存期、导出格式与退出时的数据带走方式。再把「贡献—使用—再贡献」变成预算科目:每年固定一笔上游赞助或商业支持费,比出事后找人救火便宜。

开源从没承诺替企业承担责任,它承诺的是代码可见、可以自己动手。乌镇这四天真正变化的,是这件事被摆上公共议程——以后再问「这个组件谁在管」,答不上来的成本会比过去更高。


资料来源:《人民日报海外版》2026-11-09 第 10 版《开源开放,推动全球数字合作》;人民日报《开源开放 共建共享——2026 年世界互联网大会乌镇峰会综述》(11 月 7 日);中国网/央视《2026 年世界互联网大会蓝皮书发布》(11 月 4 日);中国经济网《乌镇峰会回应世界:AI 发展不该有"围墙"》(11 月 4 日,含工信部与 Hugging Face 转引数据);今日头条(倪行军发言,11 月 1 日);Unite.AI 中文版与 AI Understanding 中文站(2026 年 11 月);Ostorlab 技术通讯(11 月 9 日);PGSTY SILO 宣言(最后修改 2026-11-08)。

数据口径说明:22.3 万亿美元与 3.7% 为蓝皮书预测值;41% 为 Hugging Face 平台统计口径;100 亿次与 1100 余万为工信部口径;98%、「一天内出现漏洞」为行业报告转述;Ant Design 9.9 万 Star 为厂商发言自述。不同来源统计边界不一,不作跨口径叠加。

众谛信息(Zodioo)· 企业数字化观察 · 2026-11-09

关于我们

​我们致力于帮助中小企业实现数字化转型,我们的团队由一群充满激情和创新思维的专业人士组成,他们具备丰富的行业经验和技术专长。

扫一扫获取顾问以及手册

登录 留下评论
12-01 前报 AI 服务商资源池,交的是交付记录不是方案
存量补写|工信厅科函〔2026〕414号,一个和我们自己有关的国家级文件