一个网站,一句口号,查无此人。

righttointelligence.org(简称RTI)最近开始在小圈子里流传,主张一件事:本地AI是下一台个人电脑。不是租来的API,不是托管在别人服务器上的聊天账号,而是你能下载、拥有、检查、修改、分享的模型文件。它反对的红线很具体——不该有法律要求"仅仅拥有或运行一个AI模型"就必须持证。同时它也表态支持严打欺诈、网络犯罪、CSAM、骚扰、非自愿深度伪造这些具体危害行为。

听起来像是常识。但翻遍这个网站,你找不到发起人、注册主体、资金来源。检索也基本"查无结果",只有零星线索指向几个在社交媒体上"公开建设"这个项目的账号,连这几个身份本身都需要二次核实。一个诉求越是义正词严,组织信息越是空白,这个反差才是这篇文章真正想说的事。

这不是孤立诉求,是SB 1047的余震

RTI的主张不是凭空冒出来的。2024年加州SB 1047是一次标志性交锋:该法案想把责任压到前沿模型的开发者身上,设置算力门槛和发布前的安全审查。批评者的核心反对理由是——这套逻辑会连带伤害开放权重模型的发布者,让独立研究者和小团队承担和大厂一样的合规成本,最终反而巩固了资源最雄厚的几家云平台的地位。这个法案最终被否决,但争论没有结束。

Mozilla、Hugging Face、EleutherAI这些机构当时都公开提交过意见,代表的正是"开放权重"阵营的政策关切。RTI可以理解为这场辩论的又一轮回声:一派主张监管"行为"(谁用AI做了坏事就抓谁),一派主张监管"物"(模型本身足够危险,得在源头设限)。

两条监管路径的分歧 监管行为 欺诈 · 网络犯罪 CSAM · 骚扰 深度伪造 · 歧视 持这一立场:RTI 拥有/运行模型不该 需要许可证 监管模型 算力门槛 发布前审查 开发者责任追溯 代表案例:SB 1047 已在加州被否决 但争论仍在继续

"开放"这个词,本身就是流沙

RTI捍卫的"开放AI模型"听起来定义明确,现实里却很模糊。行业里很多厂商都会给自家模型贴上"open"标签,但许可证往往附带使用范围限制、地域限制或再分发条款——这不符合传统开源定义(OSI标准)。也就是说,RTI主张的"下载、拥有、运行、修改、分享"这五项权利,有些可能法律上允许,商业许可证上却早已被限制。

这层落差,RTI的宣言页面完全没有触及。即便在"亲开放"阵营内部,开源纯粹主义者和开放权重实用主义者对"什么才算真正开放"也存在分歧。RTI站在了一个尚未厘清定义的战场上,喊出的却是一句看似没有歧义的口号。

  • 风险.如果法律不设许可证门槛,但商业许可证本身已经限制了运行和再分发,RTI争取到的"权利"可能只是半句空话。

州级call script,是防御还是造势

RTI的行动方式很具体:按州提供拨打议员电话的脚本,同时公开招募志愿者做研究、外联、数据整理。这套打法眼熟——是典型的草根倡导组织在做的事,门槛低、动员快、成本小。

但有个问题原文没有回答:目前是否真的存在正在推进中的、要求"持证才能拥有或运行模型"的具体法案?如果没有,RTI更像是在做预防性游说,提前把舆论和政策关注度铺在一个尚未成形的威胁上。这不是坏事——SB 1047的教训恰恰是,等法案已经进入立法程序再反对,声量往往跟不上。但读者需要知道,这更像是提前布防,而不是正在灭火。

权利可以先喊出来,组织和资金必须补上,否则口号只是口号。

谁在这场博弈里,谁该盯紧接下来

受影响最直接的是独立开发者和开源社区——本地模型的使用者和真正受益者。间接的利益相关方是大型云AI厂商:任何把简单任务强制推回云端的监管,客观上都利好订阅制和API收费模式。州级立法者是RTI游说的直接对象,AI安全监管的支持者则是政策立场上天然的对立面。

  • 结论.比起RTI主张本身的对错,更该盯的是它能不能从一句口号,长成一个有透明资金、有真实立法交锋记录的组织——SB 1047之后,"继任法案"迟早会出现,那才是检验RTI是否只是舆论造势的真正战场。