同一周出现了两件看起来无关的事情，但如果放在一起看，它们正在描述数字权利攻防的两种不同形态。

一个是蒙大拿州在 2025 年 4 月通过的《计算权利法》（Right to Compute Act，SB 212），明确将运行开源软件、使用计算资源、部署 AI 工具的权利写入州法律，并规定任何政府限制必须满足"有充分公共安全或健康理由、且范围严格必要"的条件才能成立。

另一个是 Ageless Linux，一个由一段 bash 脚本构成的"操作系统"，它的 FAQ 本身就是一份法律论证，核心逻辑是：加州 AB 1043 法案要求操作系统提供商在账户创建时收集用户年龄段，而任何修改了 /etc/os-release 的 Linux 发行版都可以称自己是一个独立的操作系统提供商，因此加州总检察长办公室可能需要处理六百多个独立的合规对象。Ageless Linux 承诺：只要哪里的主流发行版开始添加年龄收集机制，它就在那里发布移除脚本。

Montana 的路径：把权利写进法律

蒙大拿州的做法是正面的、主动的。法案由州参议员 Daniel Zolnikov 推动，他本人是该州多项数字隐私立法的长期倡导者。法案的核心是双重条款：一方面积极确认公民拥有拥有、访问、使用计算资源和 AI 工具的权利；另一方面为 AI 控制的关键基础设施设置了强制安全要求，包括关机机制和年度风险审查。

这个结构有意思：它同时限制政府过度监管和要求私营基础设施负责——这在政治上是相对少见的组合，避免了"要么全面管控要么完全放任"的二元框架。

蒙大拿不是在孤立地行动。新罕布什尔州有类似立法在推进，Right to Compute 运动也得到了 Haltia.AI 和 ASIMOV Protocol 等组织的国际支持。法律路径的优势是明确性和可执行性：一旦写入法律，违规行为有明确的法律后果，不依赖个人或社区的持续对抗。它的局限是速度和覆盖面——立法需要时间，而且每个州的法案都需要独立推动，这在联邦层面没有统一框架之前，是一个碎片化的过程。

Ageless Linux 的路径：用技术的逻辑消解法律的逻辑

Ageless Linux 的做法完全不同。它不试图说服立法者，也不试图在法庭上挑战法律，而是利用法律本身的定义结构，让其变得不可执行。

AB 1043 把"操作系统提供商"定义得很宽：任何"开发、许可或控制操作系统软件"的人都算。Linux 生态系统恰好基于一个前提——任何修改和重新分发现有系统的人都在创建一个新的发行版。Ageless Linux 用这个前提去对抗那个定义，论证的结果是：如果 AB 1043 要认真执行，它需要面对六百多个活跃 Linux 发行版，每一个都是独立的合规主体。

FAQ 里还有一段更精妙的法律论证。法律按"受影响儿童"的数量来计算罚款，而要确认一个用户是儿童，需要先收集了他们的年龄段数据。如果操作系统从来不收集年龄数据，就没有办法确认哪些用户是"受影响儿童"，也就无法按法律规定的方式计算罚款。

这种对抗方式有一定的技术优先级依赖——它在技术社区里有效，因为那里的用户知道如何安装和使用替代发行版。对于大多数使用商业操作系统（Windows、macOS、主流商业 Linux 发行版）的用户，Ageless Linux 的存在并不直接有帮助。但它的价值不完全在于覆盖面，而在于它维持了一个承诺：在这个生态系统的某个地方，总会有一个选择让用户保持"年龄不明"。

两种路径的互补性

Montana 法案和 Ageless Linux，是同一种担忧的两种不同表达形式。

前者相信规则可以被改变，值得在立法过程中投入，把数字自由的保障建立在法律框架内。后者的预设更悲观：规则可能在错误的方向上改变，技术对抗是必要的备份手段。这不是矛盾的两种立场，而是针对同一个问题的不同风险对冲策略。

真正值得关注的背景是：这两件事都在年龄验证立法浪潮的语境下发生。AB 1043（加州）和类似立法的出发点是保护未成年人，这个目标本身没有争议。争议在于实现路径——通过在操作系统层和应用层强制收集用户年龄，来建立一个覆盖整个数字基础设施的年龄标记系统，这个系统一旦存在，其用途就不再局限于原来的保护目标了。

这就是为什么一些技术社区的回应不是"反对保护儿童"，而是"这种方式建立的基础设施，承载的不只是儿童保护"。Ageless Linux 的 FAQ 用了一种极其克制的语气来表达这个立场，它甚至承认：如果你运行了这个系统而有儿童使用了你的电脑，你是"一个分发了操作系统但没有收集年龄数据的操作系统提供商"。它没有声称这是道德上无懈可击的，它只是说：在一个要求你这样做的法律框架里，总会有一个选择让你可以不这样做。

这是数字权利攻防里相当典型的一种结构：立法和技术总是交替领先，谁也不会永远占上风。