为什么年龄验证法规对开发者至关重要

全球各地的政策制定者正在推进年龄确认相关提案，以保护儿童和青少年在线安全。一些方案限制未成年人访问特定服务或内容，另一些则要求设备、操作系统或应用商店收集用户年龄信息，并将年龄信号传递给应用程序和网站。这些提案源于对严重问题的关注，但如果缺乏恰当的界定，可能会给开源软件及开发者基础设施服务带来繁重负担——而这些服务本身并不像面向消费者的平台那样对未成年人构成同等风险。在本文中，我们将概述开发者应了解的关键点，并提供参与建议。

这些法律旨在应对的问题确实严重，值得高度重视。针对性目的的诱骗、接触暴力内容、网络欺凌等，都是年轻人在线面临的风险。与此同时，在线社区（包括开源软件开发）的参与，也可能是青少年教育和社交生活的重要组成部分。当试图在自由与保护之间取得平衡时，政策制定者往往未能意识到其提案可能对开发者造成的影响，以及开源生态系统的运作方式。

“年龄确认”指一系列用于确定或估算用户年龄的方法。它有时与“年龄验证”混用，后者通常指高可信度的方法，如照片身份证匹配或与金融、身份系统进行核验。年龄确认还包括自证（用户自行申报年龄）和年龄推断（通过信号、面部扫描或行为模式推测年龄）。这些方法涵盖广泛，关于准确度、隐私、安全、互操作性和可访问性之间的权衡仍存在持续讨论。不同提案在触发限制的年龄阈值、覆盖的服务或内容范围、家长同意如何体现，以及访问限制方式等方面也各不相同。虽然本文不会详述每种方法，但我们鼓励读者深入研究相关立法，从技术和政策多个角度思考，并探索如何在保护青少年的同时，保障他们获取知识、学习机会和创造潜力的权利——包括学习编程、参与全球开源生态的机会。

设计不当的年龄确认法律，可能对开源项目产生重大且意料之外的负面影响。例如，要求操作系统集中收集和管理用户数据，或限制用户只能通过中心化应用商店安装软件，这将与开源生态所倡导的去中心化、用户自主控制原则相冲突。

另一个潜在陷阱是，将年龄确认义务强加于“操作系统发布者”，无论其是个人还是公司。开源操作系统经常由个人贡献者和小型社区迭代、复用和分发，许多团队资源有限、用户基数较小。这种软件生态的多样性值得被保留。

多年来，GitHub 一直与各国政府就与年龄相关的在线安全提案展开合作。在一些案例中，例如澳大利亚的《社交媒体最低年龄法》（Social Media Minimum Age），我们与政策制定者协作，阐明为何开源代码协作平台不应被纳入监管范围。相关常见问题解答已明确说明了此类豁免。类似豁免条款也出现在其他地区。例如，法国当前的《社交媒体最低年龄提案》包含与欧盟版权指令中相同的排除项，即对开源代码协作网站和在线百科全书予以豁免。

许多政策制定者认识到，开放获取开源软件开发生态体系带来了显著的公共利益，包括教育、创新和安全性提升；同时，青少年参与开源开发社区所面临的风险，在性质上与普通社交媒体使用存在实质性差异。与此同时，越来越多的法律正在技术栈的不同层级推动儿童安全目标的实现，涵盖操作系统和应用分发层等层面。这为开发者带来了新的疑问：这些要求在实际中如何适用？开源操作系统以及像 GitHub 这样的开发者基础设施是否会受到影响？

值得关注的立法

加利福尼亚州**AB 1043**《数字年龄保证法案》及 2026 年修订案**AB 1856**：要求操作系统提供商（与受监管的应用商店协同）在账户创建时收集用户自报年龄，并通过实时 API 向应用程序传输一个年龄区间信号。
科罗拉多州**SB 26-051**《计算设备上的年龄确认》：要求操作系统和受监管的应用商店通过实时接口生成并共享一个年龄区间信号给应用程序，且“受监管应用”和“受监管应用商店”的定义持续演变，影响着法规覆盖范围。
伊利诺伊州**HB 4140**《数字年龄保证法案》：适用于操作系统提供商，要求收集年龄数据，并通过实时 API 向开发者传输年龄类别信号，其设计与加州模式高度一致。
纽约州**S 8102**/[A 8893](https://www.nysenate.gov/legislation/bills/2025/A8893)《设备级年龄保证》：广泛适用于设备制造商、操作系统和应用商店，要求在设备激活时实施“商业合理”的年龄验证（而不仅仅是自我申报），并向应用程序和网站传输经核实的年龄信号。

以上仅为美国境内操作系统与应用商店年龄验证立法的部分代表。此外，德克萨斯州（SB 2420）、路易斯安那州（HB 570）和犹他州（SB 142）也通过了相关但独立的针对应用商店的立法。

这些提案仍在持续演进中。2026 年 4 月 23 日，科罗拉多州的 SB 26-051 案在立法委员会举行了听证会，作为持续立法审议的一部分。听证会反映出在儿童安全、隐私保护与可行性之间取得平衡的复杂性，期间开源开发者及相关组织积极参与。委员会成员也明确表示，立法初衷并非将开源操作系统或开发者基础设施纳入监管范围；最新修订文本进一步澄清，凡通过应用商店以外方式安装的软件（包括从公共仓库下载的软件）均不在监管范围内。

在巴西，将于 2026 年 3 月起生效的《儿童与青少年数字法》（Digital Statute for Children and Adolescents, Digital ECA）广泛适用于“可能被儿童和青少年访问的数字服务”，包括操作系统、应用商店和平台，但明确排除了开放的技术协议与标准等基本互联网功能。尽管巴西国家数据保护局（ANPD）尚未正式说明该法如何适用于自由及开源软件，但其监管议程已将“应用商店和专有操作系统”列为初期优先事项。最近发布的草案指南（正处于公众咨询阶段）表明，基于协作模式和自由软件的系统不应承担与专有服务相同的义务。

尽管如此，法律不确定性已促使部分开源项目在巴西采取访问限制措施，反映出非商业、志愿驱动型生态在合规可行性方面的担忧。虽然该法主要针对商业主体，但关于适用范围的关键问题仍未解决。因此，对于开源开发者而言，积极参与当前的公众咨询过程至关重要，以确保最终实施能够反映去中心化开发模式，避免对访问权和创新造成不必要的限制。

什么是应用商店，本质上是什么？

尽管开源社区的关切主要集中在这些提案可能对开源操作系统带来的风险上，但一个同样重要且尚未明确的问题是：“应用商店”和“应用”究竟如何定义。根据目前的草案，某些“应用商店”的定义宽泛到足以涵盖开发者基础设施——例如代码协作平台、包管理器以及开源索引服务——仅仅因为它们允许用户访问或下载软件。

提供软件供下载，并不等同于运营人们通常理解的那种集中式、面向消费者的市场。同样重要的是要精确界定“应用”的含义。下载源代码、库、框架、模型和工具等软件组件，与通过面向消费者的App市场提供独立可执行的应用程序有着本质区别。这些组件是上游的构建模块，而非终端用户产品，托管或索引它们的服务也并不像传统应用商店那样控制消费者分发或展示方式。

近期在不同司法管辖区的修正案和讨论表明，监管机构的意图是聚焦于面向消费者分发的服务，以及那些控制终端用户访问权的系统。必须建立清晰的法律区分，以确保法律真正契合这一初衷。这反映了技术政策制定中一个常见的挑战：旨在保护青少年安全和年龄验证的框架，通常针对的是那些收集并商业化用户数据、大规模分发内容、依赖参与驱动机制来塑造用户行为的消费者服务。

相比之下，支持协作式软件开发的平台具有根本不同的功能——它们的设计目的是帮助用户创建、共享和维护代码，而非吸引大众受众、放大内容或推动被动或过度消费，因此其风险水平显著更低。在GitHub等服务上运作的开源社区，围绕共同的技术目标组织起来，遵循协作、复用和透明性的规范，进一步说明为何这类面向开发者的服务应在监管设计中与面向消费者的平台区分开来。

开源软件也是经济发展的关键驱动力和创新引擎，并构成了关键的数字基础设施。确保政策准确反映开源的构建与维护方式，对于保持这些益处至关重要。当政策制定者直接与开源开发者及民间社会对话时，往往能够优化定义、厘清范围，并使法律更符合技术现实。

合规要求的不确定性对开源开发者而言尤为棘手，其中许多人是以志愿方式参与贡献的。与此同时，也有积极的案例表明政策制定者正与开源社区合作，寻求平衡方案。例如，欧盟《网络安全韧性法案》（Cyber Resilience Act）便通过迭代过程得以完善，以实现对开源的合理平衡。在美国各州，相关法案仍在持续演进，政策制定者也表现出愿意与开源社区沟通，并调整条款以契合监管意图和技术可行性。

一次参与的机会

建设性参与的大门依然敞开——开发者的呼声可以产生实质影响。

无论是通过联系正在考虑此类提案的州（如加州、科罗拉多州、伊利诺伊州和纽约州）的民选代表，参与巴西《数字ECA》公众咨询，还是与开源倡议组织等机构互动，或通过可能受政策影响项目的托管基金会（如FreeBSD基金会和Debian），开发者都有切实途径表达自身观点——帮助确保这些政策既能保障儿童的数字安全，又能反映技术现实，契合监管本意，并避免对开源生态造成意外伤害。

GitHub将继续与政策制定者及开源社区合作，推动既保护青少年又维护开放协作的平衡方案。我们鼓励开发者保持关注，与开源政策组织建立联系，并就任何疑问或关切联系我们。我们还将继续开展这场对话，于5月22日举办维护者月直播活动，邀请来自FreeBSD基金会和开源倡议组织的专家，探讨这些提案引发的更广泛议题，以及如何在设计技术政策时充分考虑开源的需求。

* *

作者

[玛格丽特·塔克](https://github.blog/author/margarettucker/)

@margaret-tucker

关于 [维护者](https://github.blog/tag/maintainers/)

[投资于塑造开源未来并共同保障安全的开发者们](https://github.blog/security/supply-chain-security/investing-in-the-people-shaping-open-source-and-securing-the-future-together/)

了解 GitHub 如何通过资助开源维护者、与 Alpha-Omega 合作以及扩大资源获取途径，减轻维护负担并强化软件供应链。

[Kevin Crosby](https://github.blog/author/kevincrosby/ "Kevin Crosby 的文章")

[欢迎进入开源的“永恒九月”。我们为维护者规划了这些举措。](https://github.blog/open-source/maintainers/welcome-to-the-eternal-september-of-open-source-heres-what-we-plan-to-do-for-maintainers/)

开源正面临“永恒九月”的挑战。随着贡献门槛降低，维护者正在通过新的信任信号、问题分类策略和社区主导的解决方案来适应变化。

[Ashley Wolf](https://github.blog/author/ashleywolf/ "Ashley Wolf 的文章")

探索更多 GitHub 内容

文档

一站式掌握所有你需要的 GitHub 知识。

前往文档

图片 14：GitHub

GitHub

在 GitHub 上构建未来，这里是任何人从任何地方都能实现任何想法的地方。

开始构建

客户故事

认识那些使用 GitHub 进行开发的企业和工程团队。

了解更多

图片 16：GitHub 播客

GitHub 播客

收听 GitHub 播客，这是一档专注于开源开发者社区内外话题、趋势、故事与文化的节目。

立即收听

我们也提供新闻简报

在每两周一次的开发者专属新闻简报中，发现实用技巧、技术指南和最佳实践。

您的电子邮箱地址

*您的电子邮箱地址

[x] 是的，请让我接收 GitHub 及其关联方基于个性化沟通、定向广告和活动效果分析而使用的我的信息。详情请见 GitHub 隐私声明。

全站链接

[](https://github.com/)

产品

平台

支持

公司

条款
隐私
管理 Cookie
不共享我的个人信息

为什么年龄验证法规对开发者至关重要

TL;DR · AI 摘要

核心要点

结构提纲

思维导图

金句 / Highlights

为什么年龄确认法律对开发者至关重要 - GitHub 博客

分类

为何年龄确认法律对开发者至关重要