10 月 17 日，21.6 万星的编码 Agent 项目 OpenCode 在官方 X 账号承认发生安全事件：一次「大规模蒸馏攻击」波及 1.4% 的 OpenCode Console 用户，公司当天早上已给这些人发邮件。团队在 Hacker News 的回复里补了细节——被攻破的是一个正在下线、但还没关掉的旧系统，用户存在工作区里的第三方供应商 Key（比如 OpenAI、Anthropic）可能已经暴露。这条帖子在 HN 拿到 940 分、36 条一级评论。

第一，受影响的是把 Key 存进 Console 的那批人，不是所有本地用户。团队的原话是「may have been exposed」，没有确认具体哪些 Key 被读出；HN 评论区里就有人追问：只用本地 CLI、Key 放在自己机器上的，到底算不算。官方没给这个边界。

第二，处置动作是明确的：撤掉并更换这些第三方 Key，更新还在用旧 Key 的应用，再查一遍最近的用量有没有异常。这三步比等复盘更重要，因为 Key 一旦被拿去跑推理，账单算在你头上。

第三，时间线只能拼出一部分：10 月 17 日晚公开、次日早上邮件通知，官方说事件「仍在进行中」，暂时不能披露更多，正在和 Anthropic、OpenAI、Google 一起处理。状态页在 10 月 18 日 04:04—07:21 UTC 记录了一次 Console API 错误率升高（3 小时 17 分），但状态页没有把这次故障归因于安全事件。

1.4% 没有给绝对人数，外界无法判断实际规模；三家模型厂商都没有单独发声明；完整复盘还没出；「蒸馏攻击」和「Key 泄露」之间是什么关系，官方没解释。

我的判断：只要你的第三方 Key 存过 OpenCode Console，今天就去换，别等复盘。更长期的教训是，把可以计费的供应商 Key 交给任何托管工作区，等于把对方的边界当成自己的边界；能自己托管就自己托管，不能就至少用独立、可随时吊销、带额度上限的 Key。