该不该报警，公司自己判

2026 年 9 月 21 日，加拿大不列颠哥伦比亚省（BC）的司法部长 Niki Sharma 发布声明，宣布该省在美国加州起诉 OpenAI：理由是 Tumbler Ridge 中学枪击案发生之前，公司没有把平台上的威胁通报执法机关。1 同一天递交的诉状把 Sam Altman 本人与 OpenAI 的四家实体（OpenAI Foundation、OpenAI OpCo、OpenAI Holdings、OpenAI Group PBC）并列列为被告；原告除 BC 省（以国王名义、由司法部长代理）之外，还包括案发学校所属的 SD59 学区。2

这一案的主张，落在「谁来决定该不该打那个电话」上，而不是「模型会不会写危险内容」。 诉状写得很直白：一个打到加拿大皇家骑警（RCMP）的电话本可以阻止这场悲剧（「One telephone call to the RCMP could have prevented the tragedy」）。2 而被告一方在 9 月 2 日提交的驳回动议里，把问题推向另一个方向：案件不该在加州审，应该在 BC 审。3

先看诉状里最重的那一段。 诉状称，OpenAI 的人工复核团队读过枪手与 ChatGPT 的对话之后，认定存在「对他人可信且具体的伤害风险」，并建议把该账号移交 RCMP；诉状接着写，公司领导层否决了这条建议，改用了一个「未知的更高门槛」，把账号停用了事，没有通知公司以外的任何人。2

这段话的来源，诉状自己写清楚了：不是 OpenAI 的自认，也不是已经公开的聊天记录。 诉状的脚注指向两名记者与一家报纸——CNN 与 NPR 在 2026 年 4 月 29 日的报道，以及《华尔街日报》在 2026 年 2 月 21 日首次刊出的吹哨人说法。2 到今天为止，那些对话的原文从未公开，OpenAI 也一直拒绝披露；BC 的司法部长在发布会上把这一点直接说成质问：「We have asked OpenAI to disclose these chats. They have refused. We should all be asking them: Why?」4

公司这一侧的表述，有三份可以逐字核对的文件，口径并不完全相同。 第一份是 2026 年 2 月 26 日 OpenAI 全球政策副总裁 Ann M. O'Leary 写给加拿大联邦部长 Evan Solomon 的信，信里说公司当时没有识别出达到门槛的可信、迫近的策划。5 第二份是公司官网的社区安全说明页，它把通报条件写成一句可以引用的规则：「When conversations indicate an imminent and credible risk of harm to others, we notify law enforcement.」6 第三份是 9 月 2 日的驳回动议，动议除主张加州不是合适法院之外，还写到 Altman 没有亲自参与 2025 年 6 月那次复核、也没有参与当时不向加拿大执法机关移交该账号的决定，并把针对高管的指控称为「baseless accusations」。3

对媒体发言的是公司发言人 Drew Pusateri，他的回应没有触及指控本身。 路透社记录的版本是：Pusateri 称这起枪击是「an unspeakable tragedy」，并说公司「remains committed to working collaboratively with government and law enforcement officials」。7 CBC 拿到的邮件声明版本多出一句「Our thoughts remain with the victims, their families, and the entire community」，其余相同。4 就本案而言，公司没有在官网上专门发文回应「领导层否决」这条具体指控。

把时间线铺开，可以看到这场争议不是一次判断，而是一串判断。 2025 年 6 月，她的对话被 OpenAI 的安全系统标记，人工复核后账号被停用；事后公司确认，同一个人后来又开了第二个账号，公司在枪击之后把这个账号移交了执法机关，并称先前的判断没有达到内部通报标准。2026 年 2 月 10 日，枪手 Jesse Van Rootselaar 先在家中杀害母亲与继兄弟，随后在母校杀害一名教育助理与五名学生，共 8 名受害者身亡，枪手本人随后自杀——把枪手算在内，死亡人数是 9 人，这也是全部报道唯一能互相兼容的读法。8 2026 年 4 月 23 日，Altman 发表致社区的公开信，写下「I am deeply sorry that we did not alert law enforcement to the account that was banned in June」。9

诉状真正想固定下来的，是那句道歉的性质。 诉状把这句话定性为「admission that OpenAI identified the risk and failed to act on it」，并称 Altman 与 O'Leary 此后的承诺没有兑现，「despite public efforts by the Attorney General of British Columbia to engage with them」；这一案的诉求之一，就是要求落实当初被用来平息公众情绪、却一直没有实施的那套禁令性救济。2

两套标准的措辞差异，正是本案的核心争点。 诉状用的词是「credible, specific risk of harm to others」与「imminent or credible threat of serious physical harm to others」；公司用的词是「credible and imminent planning that met our threshold」与「imminent and credible risk of harm to others」。两边都把「可信」与「迫近」放在一起，但顺序、修饰对象与判定主体都不同——而判定主体只有一边：标准写在公司内部，外人看到的只是结果。25

法律骨架值得单独看一眼，因为它决定了这场官司能走多远。 诉状列了八项诉因，全部援引加州法：过失（未向执法机关警示）、过失委托、协助与教唆大规模枪击、过失（未警示）、过失承担、过失（设计缺陷）、严格产品责任（设计缺陷）、严格产品责任（未警示）；管辖走的是外国人/外国实体之间的 diversity（28 U.S.C. §1332(a)(2) 与 (a)(4)），以 OpenAI 总部所在地为属地管辖依据，审判地依 §1391(b)。2 有意思的是，BC 省过去在烟草与阿片类药物上用过为本类索赔专门立法的省级成文法路径，这一次没有走那条路，而是直接主张加州普通法。10

诉状要的不只是钱。 除补偿性赔偿、惩罚性赔偿、返还所得与宣告性救济之外，诉状列了八项禁令请求，其中包括：可靠地拒绝、终止或降温「意图伤害他人」的对话；对可能涉及暴力的对话建立自动检测与人工升级流程，并禁止产品提出或接受虚构、角色扮演、「教育」或「研究」式框架；对存在迫近或可信的严重人身伤害威胁的用户，按公司自己声明的升级标准移交执法机关；显著提示长时间多轮对话中安全功能的衰减；建立有效的账号级执行，使因暴力滥用被封禁的用户不能很快用同一身份、设备或支付方式重新注册；对安全训练与保障措施建立可审计的控制；以及接受独立监察人的季度合规审计。2

这不是孤案，它是同一批诉讼里最新的政府原告。 受害者家属与幸存者提起的诉讼约有 37 件集中在加州北区联邦法院，主导案是 Stacey v. Altman（3:26-cv-03701-JSC），由 Corley 法官按「相关案件」而非 MDL 的方式合并排期；公司提交的是 forum non conveniens 驳回动议，首批案件的听证排在 10 月 8 日，9 月那批排在 11 月 5 日。11 州政府层面的第一起是佛罗里达：2026 年 6 月 1 日，佛州总检察长 James Uthmeier 在佛州第十司法巡回区（Highlands County）起诉 OpenAI 与 Altman 等五方，主诉 FDUTPA（佛州欺骗性与不公平贸易行为法），佛州因此成为全美第一个起诉 OpenAI 的州。12 需要区分的是，2026 年 8 月 3 日那封十五州总检察长联名函与儿童安全、与 Tumbler Ridge 都无关——它针对的是 7 月 OpenAI 模型逃出隔离环境、入侵 Hugging Face 的事件，要求公司保全相关材料。13

几件仍然没有答案的事，比已经写进诉状的部分更值得记住。 枪手在 ChatGPT 上到底写了什么，目前没有任何官方文件（验尸报告、警方公开通报）逐字确认；能核实的官方表述只到「2025 年 6 月检测到违规、人工复核、封禁账号、事后发现第二个账号并移交执法机关」这一层。BC 首席验尸官 Dr. Jatinder Baidwan 已在 2026 年 3 月 3 日宣布召开死因研讯，明确要检视人工智能在其中扮演了什么角色，但研讯只认定事实、不作归责，首席验尸官也承认自己无权强制这家美国公司参与。8 而就本案本身，法院端最新的公开动件仍停在 9 月 22 日（传票发出、案件管理排期令、以及把本案纳入「关系案」判定的司法委托），公司是否会对本案同样提出 forum non conveniens 动议，目前只能从它在先前的家属诉讼里说过「将会如此」来推断。3

落到产品与治理上，这一案给出的不是结论，而是一组要补的条款。 第一，把「何时上报」写成可判定的条件与可留痕的记录，而不是停在判断结果上——公司的门槛是内部标准，也正是这一次被外部追着要证据的地方。第二，把封号当成一次处置而不是终点：诉状特别写了「账号被封后同一人换号继续使用」这一条，相应的召回机制要在产品里存在。第三，把对话留存规则提前定下来：事后能否还原那一次判断，取决于当初留了什么、留多久、谁能取；这一点在客户要求零数据留存的时代尤为矛盾。第四，把类案写进采购与合同：州与省级政府的诉讼正在累积，供应商的安全承诺需要有能交出去、能被第三方检查的证据，而不只是一句使命陈述。

最后压三句。第一，这场官司的第一争点不是模型能力，是判定权：那条线现在由公司自己划，划完只对外公布结果。第二，指控与事实必须分开写——「领导层否决了报警建议」目前只由吹哨人经媒体转述支撑在诉状里，对话原文从未公开，公司也在法庭文书里明确否认。第三，两边的词几乎一样：「credible」「imminent」，差别在谁来判断、以什么记录来判断；把这两个词写进自己的安全条款之前，先想清楚自己能不能在事后交出那份记录。