开源模型“又贵又危险”？先算清楚跟谁比，再看条约由谁买单
作者：周砚
Khosla 在 WSJ 采访中称开源模型“跑起来贵得多”“危险得多”，并建议白宫与中国签条约，把开源权重锁进认证云。两条 X 转述互证了这一说法，但都出自同一场采访，WSJ 原文尚未取得。把“贵”拆成授权费、算力、运维三段来看，这个判断能否成立取决于比较基准；而“认证云”方案在技术与商业上要付出的执行成本，比这句话听起来高得多。
11 月 5 日，两条 X 帖子先后转述了 Vinod Khosla 在一场 WSJ 采访里的说法：开源模型“跑起来比闭源贵得多”，也“比闭源危险得多”；他还说，已经向 David Sacks 和白宫建议，跟中国签一份条约，把开源模型限制在“认证云”上运行，理由是权重一旦放出去，“在哪里都能跑”，安全护栏拦不住 。其中一条帖子补了一句：他是 OpenAI 的早期投资人 。
需要先把证据等级说清楚。两条帖子内容一致，但转述的是同一场采访，算不上一手材料和二手材料的交叉验证。帖子里提到完整视频在“WSJ Events”的 YouTube 频道，本轮没能取到 WSJ 原文、采访日期和逐字稿。所以下面讨论的是“他这么说了”，以及“这个说法在什么条件下成立”，不是“这个说法已被证实”。
“贵”这件事，要拆成三笔钱
开源权重本身不要授权费，这一点没什么争议：下载 Llama、Mistral、Qwen 或 DeepSeek 的权重，付的是零。真正花钱的地方在后面。
第一笔是算力。模型跑起来要 GPU，要显存装权重和 KV cache，要按峰值而不是均值配机器。闭源 API 按 token 计价，把闲置成本藏在单价里；自建推理则要自己承担利用率——一个内部日活几千人的应用，机器白天跑满、夜里空转，摊到每个请求上的成本可能比直接调 API 高出一截。反过来，请求量大、负载稳定、团队又肯做量化和批处理优化，边际成本能压到很低。这两句话同时成立，取决于规模。
第二笔是人和时间。推理框架、并行策略、监控、故障切换，都要工程师。闭源 API 把这些打包进了价钱。小团队省下的是人，大公司省下的是单价。
第三笔是许可条款，这笔钱最容易被忽略，也最不该算进“运行成本”。以常见的开源许可为例，Apache 2.0 和 MIT 对商用、修改、再分发几乎不加限制；而部分“开放权重”模型的社区许可会带附加条件，比如月活超过一定规模要另行授权、对外要标注模型名、不得用于训练同类模型。这些条款影响的是产品能不能做、能做多大，不是每 token 多少钱。把许可摩擦和算力账单混在一起说“开源更贵”，账就算不清了。
所以 Khosla 那句话能不能站住，全看比较基准：是同等质量的模型、同等吞吐、同等延迟，还是同一个业务场景下的总拥有成本？帖文里没有给基准，也没有给数字 。这类断言因此在工程上无法证伪——你说贵，我说便宜，各自举一个场景就能自证。要把它变成可检验的判断，至少需要一组第三方数据：同参数量、同硬件、同吞吐下的每百万 token 成本，再加上人力和闲置率。本轮没有拿到这类基准，这是本篇最大的缺口。
危险那一半，逻辑更顺，但仍是假设
他的论证链条是：闭源厂商（OpenAI、Anthropic、Google）能看到用户在拿模型做什么，出格行为有迹可循；开源权重可以在任何地方跑，护栏可以被移除，“个人在家里就能设计一种坏病毒” 。这个推理在结构上说得通：权重可复制、可微调、可脱管，这是开放发布的定义性特征，不是缺陷。
但“个人能设计病毒”目前是情景假设，帖文没有给案例，也没给技术门槛的量化说明；本轮也没检索到开源社区的系统性反驳或对应数据。要把这一段从担忧变成论据，需要的是滥用事件的实证记录，而不是可能性陈述。
立场与利益关联，只说到能说的程度
S2 提醒他是 OpenAI 早期投资人 。这是一个值得标注的关联，但不足以单独推出动机：早期投资的时间、金额、是否仍持有，本轮都没核实；他过去关于开源的公开表态，也需要比对才能判断这是不是一次立场延续。把“投资人”直接等价于“为闭源说话”，是省事但不可靠的推断。更稳妥的读法是：他的判断落在“谁能看见模型被怎么用”这条线上，而这条线恰好是闭源商业模式的基础设施。
条约这个主意，执行成本才是重点
“把开源模型锁进认证云”听起来像技术方案，实际是一份监管方案，而且是跨国的。
机制上，权重一旦发布就无法收回。约束只能落在两个可监管的节点：云服务商（要求持证、留日志、可审计）和芯片（出口管制、算力备案）。这意味着执法的真实对象不是“开源”，而是提供算力的公司——它们要建合规体系、要留存数据、要承担被吊销资格的风险。成本落在云厂商和中小企业身上，收益是名义上的安全边界。
第二层麻烦是标准。认证由谁做、日志给谁看、什么算“某些坏用途”、审计发现问题后怎么处置，中美在这四件事上都要谈。谈到这一层，技术问题已经变成主权问题。
第三层是它和现有许可证直接冲突。Apache 2.0、MIT 这类许可明确不限制使用场景，一份要求“只能在认证云上运行”的条约，没法通过许可证落地，只能靠云厂商和硬件侧间接围堵。围堵的缝隙有多大，取决于本地部署的门槛降到多低——这恰恰是过去两年开源模型进步最快的地方。
对中国一侧的动力也不该想当然。开源是追赶者缩小差距最省钱的路径，把开源纳入限制，对追赶方是净损失；除非交换条件足够具体——比如算力或市场的对等开放——否则“ mutual interest”更多是愿望而非筹码。这一层帖文没有涉及 ，属于分析而非事实。
眼下能下的结论
可以确认的是：Khosla 在一场 WSJ 采访里说了这三件事，两位转述者记录一致 。不能确认的是：原话措辞、采访时间、条约设想的具体条款、白宫的回应、Sacks 的现任职务，以及“更贵”背后的任何一组数字。
因此这篇稿子的落脚点只能是方法层面的：讨论“开源贵不贵”，先定基准再报数字；讨论“开源危不危险”，先把可能性和已发生的事分开；讨论“认证云条约”，先算云厂商的合规账单和标准谈判的周期。这三件事各自都能成立，也可能各自都不成立，但它们不能靠一句“way too expensive”打包通过。
转载说明
本文根据以下公开资料整理，原文及配图出处见下方。
评论 0
还没有评论，来抢沙发。