法院裁定你的聊天机器人是一件"产品"。这一个词，重写了AI产品责任。
2026年1月，佛罗里达州的一家联邦法院写下了一个词，我认为大多数企业法务团队至今仍在按照它从未发生过的方式来定价。这个词是产品。
案件是Garcia v. Character.AI。一名14岁的少年在与一款聊天机器人进行了数月对话后自杀身亡，其家属诉诸法院。Character.AI和Google搬出了保护互联网公司整整一代人的两面盾牌——第230条豁免权和第一修正案——并辩称聊天机器人的言辞属于言论，或至多是它们仅仅托管的第三方内容。法院并不买账。它裁定该聊天机器人是"就原告因Character.AI应用程序缺陷而提出的诉请而言的一件产品，而非该应用内的观点或表达"。这些公司与佛罗里达州、科罗拉多州、得克萨斯州和纽约州的家属达成和解。产品的认定则被载入案卷。
该裁决出台的那一周我就读了它，我坦白说说自己的第一反应：我以为这是个边缘案例。一款消费者聊天机器人、一个悲惨但不寻常的事实模式、一家法院借用了一个类比。那种直觉是错的，我花了好几个月加上一次与某位总法律顾问令人不安的谈话，才明白错得有多离谱。这是一个关于什么发生了改变、我的团队起初以错误方式构建了什么，以及我为何如今相信AI产品责任是大多数企业资产负债表上被严重低估的单一风险的故事。
言论没有缺陷。产品才有。
这就是为什么那一个词如此重要。如果你的AI输出是言论，那么法律问题就关乎表达、意图和豁免——而第230条已经花了二十五年让这些问题对平台不再成立。如果你的AI输出是一件产品，你就闯入了一套截然不同的法律体系。产品没有观点。它们有缺陷。而缺陷产品的制造商要对它造成的损害承担责任，无论制造商是否存在疏忽。
最后那半句才是全部关键所在。在过失标准下——直到今年法务团队一直所处的世界——原告必须证明你未能尽到合理的注意义务。而在严格产品责任下，他们无需如此。他们只需证明产品存在缺陷，且该缺陷造成了损害。你的尽职、你的善意、你的"我们遵循了最佳实践"——这些都不构成抗辩。是你制造了这个东西。这个东西有缺陷。你赔。
过失责任问的是你是否谨慎。严格责任问的是你的产品是否有缺陷。大多数企业AI是为回答第一个问题而构建的，而如今法院问的是第二个。
同一季度还有另外两起案件，让这一模式无法被当作一次性事件而不予理会。在Nippon Life v. OpenAI一案中——2026年3月提交至伊利诺伊州北区法院——一家保险公司提起1,030万美元的诉讼，理由是ChatGPT据称为一名自我代理的诉讼当事人起草了44份法院文书——其中充斥着捏造的判例引注——并怂恿她解雇自己的律师、发起更多诉讼。这家保险公司花了大约30万美元来抗辩一台机器所写的文书。请注意在那里受到伤害的是谁：不是AI的使用者，而是其输出下游的一个第三方。而在Bouck v. Meta一案中——同样是2026年3月——加利福尼亚州一家法院拒绝为AI生成的广告适用第230条豁免，认定一旦Meta的系统创建了广告内容、且Meta实际知悉其为欺诈性内容，该平台就不能声称它只是在托管别人的言辞。
到2026年2月，已有超过2,200起在审案件主张AI和最大化用户参与度的算法造成了真实损害。这不是前沿领域。这是一份案件清单。
立法机关迎头赶上的那个季度
法院逐案推进。立法机关则成批推进，而在2025年和2026年，它们推进的速度比大多数构建AI的人所注意到的都要快。
我会首先向任何一位企业总法律顾问指出的一部是AI LEAD法案，即2025年9月提出的两党合作的杜宾—霍利议案。它将专门针对AI系统设立一项联邦产品责任诉因，采用严格责任——其文本触及开发者，即便他们已尽"一切可能的注意"。它涵盖设计缺陷和未尽警示义务的理论，规定四年的诉讼时效，而且——这是应当永久终结某场特定董事会对话的部分——它禁止通过服务条款免除该项责任。你的供应商钟爱的那句"点击接受即表示你同意本产品按现状提供"条款？该议案的措辞旨在使其对这一类损害不可执行。
加利福尼亚州没有等华盛顿。AB 316，于2026年1月生效，堵死了我开始称之为"孤儿抗辩"的东西——即"是AI自己干的，所以我们不负责"的论点。你再也不能拿自己系统的自主性当作你可以脱身的理由。而在大西洋彼岸，《欧盟产品责任指令2024/2853》明确将软件——包括AI系统和大语言模型——归类为严格责任下的产品。成员国必须在2026年12月9日前将其转化为国内法。《欧盟人工智能法案》针对高风险的要求将于2026年8月2日全面适用，罚款高达1,500万欧元或全球营业额的3%。
我有意不把整幅地图都背诵一遍——科罗拉多州的SB 205及其每次违规2万美元的罚则和2026年6月的执行日期，纽约州提出的RAISE法案及其对重复违规最高3,000万美元的罚则。重点不在于这份目录。重点在于方向，而方向是一致的：在其他方面毫无共识的各个司法辖区之间，针对AI损害的标准正在向严格责任收敛，而合同上的逃生舱口正被焊死。
你的保险公司悄悄读了同样的裁决
律师们辩论。核保人则定价。而保险业为此定价的速度和无情程度，超出了我谈过的几乎所有法务团队的预期。
截至2026年1月，用于彻底排除AI索赔的标准条款如今已经存在，预先起草好、随时可以钉进你的续保单。保险服务局——美国大多数商业保单所依据的表格出自这一机构——发布了批单CG 40 47，它把生成式AI造成的人身伤害、财产损失以及人身和广告损害从标准的商业综合责任保单中剔除。还有一个更轻量的同胞版本CG 40 48，只排除广告损害这一项保障。而像W.R. Berkley这样的承保人走得更远，在董事高管责任险、错误与遗漏责任险以及受托责任保单中写入了"绝对"AI除外条款——这类措辞使任何"基于、源于或可归因于"AI的使用、部署或开发的索赔的保障归于无效。
如今我已经坐在过足够多的续保谈判里，可以告诉你核保人的问题变成了什么。它过去是：你用AI吗？如今则是：把你部署的每一套AI系统的书面治理证据拿给我们看。把对抗性红队测试结果拿给我们看。把模型谱系拿给我们看。拿证据证明人工监督控制措施确实在运行，而不只是写在一份某人上个季度更新过的政策PDF里。
核保人不再问你是否使用AI。如今他们要你证明你的系统经得起辩护——而一份政策文件不算证据。
陷阱里面还有陷阱。当CGL除外条款把AI风险敞口推出综合责任险之外，这份风险并不会蒸发——它会迁移到从来就不是为吸纳产品责任索赔而设计的网络险和技术类错误与遗漏责任保单上。于是一家公司可以读遍它的保单组合，在某处看到"AI已承保"，却在究竟是哪一份保单以及它实际赔付什么上灾难性地判断错误。带着真实文档记录走进2026年的公司发现，证据已经成了可保性的通货。没有证据的公司则正在发现，它们的承保人早已起草好了除外批单。
我们最先构建的那个版本——以及它为何失败
这是我搞错的部分，我宁愿告诉你，也不愿让你以为我们干净利落地得出了答案。
当我的团队最初开始就此与法务和工程负责人合作时，我们的直觉是那个显而易见的：问题在于文档记录，那就构建一个治理层吧。清点模型、对风险打分、生成可供审计的报告、产出审计人员想看的仪表盘。这是个合理的直觉——成熟的治理平台做的正是这个，而且做得很好。Credo AI已融资超过4,500万美元并在2026年入选《快公司》最具创新力榜单，它交付预先构建的、映射到《欧盟人工智能法案》、NIST人工智能风险管理框架和ISO 42001的政策包。IBM的watsonx.governance在整个企业技术栈上做全生命周期治理。Holistic AI在算法偏见审计方面很强；OneTrust带来了隐私合规的传承。我们实际上是在构建那种东西的一个更单薄的版本。
然后一位我很敬重的总法律顾问看了我们做出来的东西，问了一个我答不上来的问题。她大致说：如果这套系统因输出缺陷被起诉，我会提出"合理替代设计"抗辩——我会主张不存在制造商本应采用的更安全设计。在这一切当中，能表明部署前做出了哪些架构选择、以及为什么的记录，究竟在哪里？
我回到那些仪表盘去看。它们能以精美的细节告诉她系统此刻在做什么。它们无法告诉她它为什么被以那种方式构建、团队考虑并否决了哪些替代方案，也无法告诉她工程师在交付那一刻对失效模式知道些什么。治理层监控的是当下。而她所需要的抗辩活在过去——活在没人记录为证据的那些决策里，因为在当时，没人知道自己正在制造证据。
那次失败为我们接下来所做的一切埋了单。治理平台负责监控和报告。它们不做架构设计。你无法把一套抗辩硬拴到一个从未为可辩护而设计的系统上，就像你无法为一场从未进行过的碰撞测试拍照一样。
"设计即可辩护"究竟意味着什么？
于是我们抛弃了仪表盘优先的做法，把它彻底颠倒过来。问题不再是我们如何为这套系统建档？而变成了我们如何设计一套其历史本身就是文档的系统？那次颠倒正是Veriprajna的AI产品责任辩护业务所围绕构建的核心——可辩护的架构和可用于诉讼的证据，而不是又一个在事后拴到系统上的监控层。
在实践中，这意味着把架构决策记录当作一等的产物来对待——在部署前打上时间戳，记录团队尝试了什么、否决了什么以及理由，这样"合理替代设计"抗辩就拥有先于诉讼存在的原始素材，而不是在诉状送达后再逆向拼凑出来。它意味着构建能挺过诉讼取证的审计轨迹：不是每三十天就滚动覆盖的应用日志，而是一条被留存下来的提示词、输出、模型版本和人工审查行动的链条，因为一套AI系统的诉讼证据保全通知必须把这些全部列为你将被要求提供的东西。大多数企业法务团队还没有更新它们的保全模板去列出其中哪怕一项——这意味着保全义务已经附着到公司正在滚动日志轮换中悄悄销毁的数据上，远早于诉状送达之时。它还意味着把人工监督控制措施设计成系统中真正起承重作用、真正对输出进行把关的部件——因为一位核保人，以及最终一位原告方专家，会去检验你的"人在环路中"是否真的拥有阻止一个糟糕输出的权限和界面，还是组织架构图上的一个勾选框。
这里有一处微妙之处，把能挺过这一切的公司与挺不过的公司区分开来。特权保护救不了你。2026年2月，Rakoff法官裁定，当员工在没有律师指示的情况下使用了工具时，一家公司的消费者AI文件不受律师—当事人特权保护。你无法事后把你的AI决策裹进一条特权毯子里。这些证据将是可被取证发现的，而这正是为什么它必须是从一开始就刻意创建的过硬的证据。
你无法把一套抗辩硬拴到一个从未为可辩护而设计的系统上。架构就是不在场证明——而这个不在场证明必须在事件之前就存在，而不是之后。
这里也正是智能体式AI浪潮让一切变得更棘手的地方。当一套系统自主行动时——每次采取行动都无需人去按下按钮——旧的合同免责声明就被拉伸到超过断裂点。新加坡的IMDA于2026年1月发布了一份《智能体式AI治理框架》草案，而Clifford Chance等公司已经指出标准合同中那种悄悄假定人始终是行动者的"责任缺口"。加利福尼亚州的AB 316已经规定你不能归咎于那个智能体。因此你为效率而构建的自主性，在法律上，是你如今所拥有的额外风险面。那必须被设计进去，而不是靠免责声明推脱掉。
为什么那些显而易见的供应商填不上这道缺口？
人们问我一个合理的问题：如果治理平台、律师事务所和大型系统集成商都已经存在，为什么还有东西剩下来需要构建？
因为它们各自只做了这项工作的一部分，而没有一个去做这一部分。那些治理平台——Credo AI、IBM、Holistic AI、OneTrust——治理的是已经存在的系统；它们不会把一个套壳系统重构成可辩护的架构，也不会生成一份驳回动议所依赖的设计决策证据。律师事务所给你法律理论——他们会明确告诉你"合理替代设计"抗辩需要什么——但他们不写代码，也不做那些创造证据的架构选择。而大型集成商实施的是它们所结盟的那些平台，这使它们在结构上偏向Salesforce或Microsoft Copilot，而不是你特定风险敞口所需要的那种供应商中立、可辩护的定制系统。
缺口在于外部法律顾问所建议的东西与一个工程团队实际能实现的东西之间的接缝。我曾实时看着那道接缝失效——一个Slack讨论串里，律师不断写着"我们需要可辩护的架构"，而工程师不断回复"告诉我该改哪个文件"。必须有人站在那道缺口里，能既读得懂裁决又读得懂代码库。那正是我的团队所做的工作——围绕架构和证据来构建，而不是围绕仪表盘和报告，好让律师和工程师终于指向同一件产物。
值得静心思量的那个问题
我把我一直反复回到的那件事留给你。2025至2026年一次数据泄露的平均成本约为444万美元，而整个行业围绕这个数字构建起了一整套学科——预算、保险产品、董事会汇报。AI产品责任是一种没有上限的严格责任敞口，其合同上的逃生舱口正被立法封死，而承保人正主动把它从过去承保它的保单里写出去。而大多数企业却用一本政策活页夹和一份供应商的按现状条款来管理它。
一本政策活页夹是你递给监管者的东西。它不是能挺过一场庭外取证的东西。想象一下如今正向许多公司逼近的那个时刻：一位原告方专家坐在你的工程师对面，问你在交付之前考虑过什么更安全的设计。答案要么是一份带时间戳的记录，要么是一片沉默——而在严格责任下，那片沉默就是缺陷。当你的AI的言辞变成了一件产品，你的架构就变成了你的抗辩，而一套你没有在事件之前设计好的抗辩，就是一套你并不拥有的抗辩。如果你今天打不开那份记录，你没有一个文档问题。你在市场上有一件无从辩护的产品。那值得在12月9日之前修复，而不是在诉状送达之后——而填上那道缺口正是我们所做的工作。
