据 TechCrunch 报道，开源 AI 编程代理 OpenCode 的部分线上平台遭黑客入侵，一些用户的 API 密钥被窃取，并被用于产生额外的 AI 账户调用费用。来源发布时间为 2026 年 10 月 20 日。OpenCode 已成为 Claude Code、Cursor 之外受到关注的编程工具选择，此次事件则暴露出一个直接影响开发者的问题：交给工具使用的 API 密钥，一旦泄露，也可能成为他人消耗账户额度的入口。
事件涉及平台入侵、密钥失窃与账户费用
来源显示，攻击者进入了 OpenCode 在线平台的一部分，窃取部分用户的 API 密钥，随后在用户的 AI 账户上产生调用费用。现有摘要没有披露受影响用户数量、损失金额、具体攻击路径，也没有明确哪些模型服务商的密钥受到影响，因此不能据此判断所有 OpenCode 用户都已暴露风险。
这里需要区分开源代码与线上服务的安全边界。工具开放源代码，并不意味着其托管平台、凭据存储及运行环境天然安全。此次已知事实指向平台部分环节被入侵，不能直接推导为 OpenCode 的所有本地部署方式均存在相同问题。对接入者而言，关键是确认自己的密钥是否曾流经或保存在受影响的服务中。
对 API 使用者的影响：额度与费用风险比工具故障更直接
编程代理通常需要访问模型 API 才能完成任务，而 API 密钥往往关联可用额度和计费账户。密钥被盗后，即使开发者没有主动发起任务，账户也可能出现额外消耗。因此，排查不能只看编程工具能否正常运行，还应检查模型账户的用量与账单。
对于通过中转服务接入模型的团队，这一事件同样具有警示意义：应明确编程工具持有的是上游服务商密钥，还是中转服务签发的独立凭据，并核实该凭据能够访问哪些模型、消耗哪些额度。独立凭据不等于绝对安全，但有助于按项目识别异常，并缩小撤销权限时对其他业务的影响。这属于通用安全建议，并非来源已确认的 OpenCode 产品能力。
- 核对近期调用记录与账单，关注无法对应到实际开发任务的消耗。
- 若密钥可能受影响，优先撤销旧密钥，再为必要服务配置新凭据。
- 尽量按项目或工具拆分凭据；在服务支持时配置额度限制和用量告警。
- 检查密钥是否还出现在日志、配置文件或共享环境中，避免轮换后再次泄露。
AI 拒绝分析恶意代码，暴露安全响应的另一层难题
报道还提到，OpenCode 寻求帮助时使用的 AI 工具多次拒绝查看恶意代码。现有摘要未说明涉及哪些工具、具体提示词或拒绝原因，不能据此评价某一家模型的整体安全分析能力。但这一情况提示，防御性调查涉及恶意样本时，可能遇到模型安全策略带来的分析阻力。
AI 辅助分析不能替代密钥撤销、日志审计和费用核查。面对疑似泄露，开发团队应先控制凭据与调用风险，再结合人工审查及其他安全工具调查原因。对 API 采购和接入选型而言，除了价格、并发与稳定性，凭据隔离、用量可见性和异常处置能力也应纳入评估。