OpenCode 在 2026 年 10 月 17 日通过官方账号披露了一起安全事件：10 月 16 日晚间，其平台遭遇了一次与大规模蒸馏攻击相关的安全入侵，OpenCode Console 用户中有 1.4% 受到影响。官方称已在 10 月 17 日上午通过电子邮件通知全部受影响用户，并正与 Anthropic、OpenAI 和 Google 三家模型厂商合作处置；事件仍在处理中，更多细节暂不公布。
官方确认的信息只有三条
把这份披露拆开看，已确认的事实其实很克制。第一，事件性质被定性为与大规模蒸馏攻击相关，而不是普通的数据泄露或服务宕机。第二，受影响范围被量化为 Console 用户的 1.4%——Console 是 OpenCode 面向用户提供模型接入的托管服务，这批用户经由同一个入口调用多家厂商的模型。第三，通知和处置已经启动：受影响用户收到了邮件，三家上游模型厂商已经介入。至于攻击者如何进入、影响的具体形态是账号被盗用、额度被消耗还是数据被读取，官方一个字都没有多说。
蒸馏攻击为什么会盯上一个聚合入口
蒸馏原本是正当的训练手法：让一个新模型大量学习强模型的输出，用远低于从头训练的成本复制其能力。把它变成攻击，靠的就是规模——攻击者以正常调用为掩护，海量请求目标模型并收集回答，再拿这些问答数据去训练自己的模型。对模型厂商来说，这类行为绕开了授权和计费，又直接复制了最值钱的模型能力，一直是 API 滥用治理里最难缠的一类。
而 OpenCode Console 这类聚合入口，对蒸馏攻击者格外有吸引力：一个账号背后同时挂着多家厂商的前沿模型，一次渗透就能批量触达多个目标。这也解释了处置名单为什么是 Anthropic、OpenAI 和 Google 三家一起出现——需要联手切断的不是某一个模型的风险敞口，而是同一条被滥用的调用链。需要说明的是，这是基于官方披露信息的推断，具体攻击路径仍有待 OpenCode 后续说明。
尚待回答的问题，比已公布的更多
这份披露留下的空白，恰好是用户最关心的部分：1.4% 的用户是按什么标准被判定受影响的，攻击持续了多久，被收集走的模型输出规模有多大，以及攻击者是否拿到了用户凭据或账单信息。OpenCode 只说事件仍在处理、暂不能透露更多细节，这意味着后续大概率还有第二份说明。在那之前，收到通知邮件的 Console 用户能做的是先按邮件指引行动；没有收到邮件的用户也不宜当作完全无关——留意账号近期的调用量和账单异常，是这类事件里成本最低的自查。
对行业来说，这起事件把一个老问题摆到了台面上：当模型能力越来越集中在少数聚合入口后面，蒸馏防护就不再是某一家厂商自己的事。谁在调用、调用量是否异常、输出是否在被系统性收集，需要平台和上游厂商共享信号才能看清。OpenCode 下一份披露里给不给得出攻击路径和影响边界，会决定这起事件最终只是一次及时通报，还是暴露了聚合平台共同的安全短板。此前 OpenCode 刚在 10 月 15 日把 DeepSeek V4.1 Flash 在其平台内改为免费提供，平台侧的调用规模正处在放大期，这类滥用只会更难分辨。
