一篇见报文章在到达读者手中之前,经过的人工智能接触点比大多数编辑团队实际追踪的要多。研究助手对一份原始文件做摘要。语法工具改写了两段文字。标题生成器给出六个备选方案。翻译模型为一个转载合作伙伴生成了德语和法语版本。等到一篇稿件发表时,这是不是由人写的这个问题往往没有干净利落的答案,只有一连串没有人记录下来的局部修改。
这在过去只是一个风格问题。现在它同时是一个合规问题、一个授权问题,也是一个可辩护性问题,无法准确回答这个问题的出版商会在这三条战线上同时暴露风险。
为什么被人工智能接触过不等于由人工智能生成
新闻编辑室里大多数人工智能用法,介于拼写检查工具和代笔写手之间:调研、摘要、翻译、初稿结构搭建、图片说明。这些都不会让一篇稿件在读者理解的意义上变成人工智能生成。但如果出版商在被要求时无法说明文章中哪些部分是由人工智能实质生成或修改的,哪些是由人采访撰写的,那么这种区分就只存在于内部认知中,而不是能够拿出来向任何提问者展示的东西。
这个缺口之所以重要,是因为两套不同的欧盟法律现在从相反的方向,向出版商提出了同一个问题的不同版本。
第50条:披露,而非检测
根据欧盟人工智能法案,第50条为人工智能生成或篡改的内容设定了透明度义务。为了就公共利益事项向公众提供信息而发布的文本,如果是由人工智能系统生成或经过实质性篡改的,必须如实披露,第50条第4款关于深度伪造和公共利益文本的义务自2026年8月2日起适用。
这项义务落在部署者身上,也就是出版商,而不是模型提供者。新闻编辑室不需要检测别人内容中的人工智能使用情况。它需要知道,并且能够准确说明自己内容的真实情况。这首先是一个记录留存的问题,之后才是一个标注问题:没有追踪过的东西,无法披露。
第4条:选择退出机制只有在你能证明发布了什么时才有效
另一个方向来自数字单一市场版权指令。第4条为权利人提供了一项文本与数据挖掘例外,除非权利人以适当方式,例如针对在线提供的内容采用机器可读的方式,明确保留了该使用权,否则该例外将适用。行使这项保留的出版商实际上是在提出一个主张:我们在这个日期发布的这篇文本,已被排除在该用途之外。
这样的主张只有在与内容的一个具体、未经改动的版本以及一个可独立核实的日期绑定时,才经得起审查。由做出主张的同一个机构在其内容管理系统中设置的时间戳,对持怀疑态度的对方来说不构成任何证据,因为主张日期的一方和设定日期的一方是同一方。当出版商能够拿出一份在发布那一刻就已固定、此后无法再被修改的记录时,涉及人工智能训练的授权谈判,或者关于抓取内容时保留声明是否真的生效的争议,都会推进得快得多。
溯源记录实际需要包含什么
把这两项义务放在一起看,一套真正可用的系统应该是什么样子就变得清楚了。它不是在内容管理系统里加一个人工智能还是人工的勾选框那么简单。它是对确切发布版本的一份锁定、加盖时间戳的记录,在文章上线那一刻生成,能够在无需任何人直接向编辑室提问的情况下,回答三个问题:
- 发布的文本究竟是哪一个版本,精确到每一个字节,与前后任何草稿或修改都区分开来
- 那个版本是在何时固定下来的,由出版商自身系统以外的来源确认
- 编辑室自己关于这个特定版本中人工智能参与情况的披露内容是什么,并且与同一份记录绑定,而不是单独放在一份政策文件里
从确切发布文件计算出的哈希值回答了第一个问题:事后哪怕只改动一个字,哈希值就不再匹配,这使得日后关于这是否真的是当时发布的版本的争议可以被核实,而不再是出版商一面之词对读者截图的对峙。根据eIDAS法规签发的合格电子时间戳,来自一家合格信任服务提供商,而非出版商自己的服务器时钟,回答了第二个问题。将人工智能披露声明与同一份已封存的记录绑定,而不是绑定到一份笼统的内部政策上,回答了第三个问题,并把我们的编辑准则规定要披露人工智能使用情况变成了关于某一篇具体文章的、可以核实的具体事实。
为什么这需要在你自己的内容管理系统之外也能生效
编辑纠纷很少局限在单一系统内部。另一个国家的转载合作伙伴重新发布了一篇文章,并去掉了署名的上下文。文章曾经流传到的某个成员国的监管机构,要求提供披露内容何时添加的证据。正在谈判授权协议的一家人工智能公司,想确认在抓取那天,哪些存档条目确实带有第4条的保留声明。在每一种情况下,提问的人都不会登录你的内容管理系统,而来自你内部系统的截图,恰恰是持怀疑态度的对方有权拒绝接受的那种无法核实的证据。
带有公开验证链接的封存记录从设计上就解决了这一点:任何人都可以在不登录、不必先联系编辑室的情况下,核对确切的文件、文件被固定的日期以及与之绑定的披露内容。这是一种为让陌生人核实而设计的证据,而不是一种只有在编辑室自己为自己担保时才成立的证据,这也正是这份记录能够同样站得住脚的原因,无论纠纷最终落在出版商所在的司法辖区,还是落在别处。
编辑团队的一套实用工作流程
这一切都不需要重建内容管理系统。它只需要在文章最终定稿的那一刻多加一个步骤:
- 在文章获得最终审定的那一刻,也就是上线之前,而不是投诉出现之后,锁定确切发布的版本。
- 在同一时刻记录这篇文章是否涉及人工智能生成或篡改的文字、图片、音频或视频,以及涉及到什么程度,使披露内容与该版本直接绑定,而不是事后凭记忆重新拼凑。
- 将这个锁定版本连同其披露内容一起封存,使两者在同一个独立时间戳下一并固定下来。
- 把由此生成的验证链接与文章的内部记录一起保存,以便读者、监管机构或授权合作伙伴提出要求时,编辑能在几分钟内拿出来。
- 对你依据第4条予以保留的存档内容采取同样的步骤,使文本与数据挖掘的选择退出主张,由一份带日期、不可更改的记录支撑,而不仅仅是一份政策声明。
这项工作量之所以不大,是因为它按每个发布版本执行一次,而不是按写作过程中用到的每一个人工智能工具执行一次。一名记者在写一篇稿件时可能用到五种不同的工具。真正需要封存的,只是最终真正发布出去的那一个版本。
这对一个本已人手紧张的编辑室意味着什么
大多数编辑团队不会专门聘请一名合规负责人来逐篇追踪人工智能披露义务。现实可行的做法,是把封存这一步直接嵌入发布流程本身,使记录在文章上线那一刻自动生成,而不是等监管机构或竞争媒体提出尖锐问题时,再在压力下事后拼凑。我们面向出版商的工具正是负责这一步:在发布那一刻完成锁定、加盖时间戳并绑定披露内容,并附有一个验证链接,供任何读者、监管机构或合作伙伴自行核实。
如果你的编辑流程已经在某个环节让草稿经过人工智能处理,而到2026年这已是大多数新闻编辑室的常态,那么问题就不再是要不要证明某篇具体文章发生了什么。问题在于,这份证明是在有人提出要求之前就已存在,还是在事后靠记忆和服务器日志拼凑出来的。在人工智能法案的下一个披露问题落到你桌上之前,和我们聊聊如何为你的编辑室设置编辑封存流程。
