六张视频样式的卡片放在一本笔记本旁。笔记本上有相连的圆圈,以及一个带边框的建筑图标。

先检查视频以及发布者提供的现有记录。如果评论有助于列出待核实的说法,可以之后再采集。评论采集工具可以保存公开说法,但不能判断这些说法是否属实。

1. 明确要核实的说法

两个公开提问说明了这个问题。一位读者看到评论称某段雪景视频看起来不自然后,开始怀疑该视频。另一位读者找不到某段船只视频的原始版本。这些提问说明需要检查证据,但不能证明这两段视频中的任何一段使用了 AI。参见雪景视频提问,获取于 2026 年 8 月 11 日;仅反映读者的疑虑和船只视频提问,获取于 2026 年 8 月 11 日;读者未找到原始来源。

“用 AI 制作”可能指不同的说法。生成式 AI 可以生成图像或视频等内容。AI 编辑工具可以修改已有影像。至于画面中的事件是否真实发生,则是另一个问题。

将每条说法写成证据能够支持或反驳的陈述:

  1. 整个场景由 AI 生成。
  2. AI 工具修改了部分实拍影像。
  3. 没有使用任何 AI 工具。
  4. 配文对场景的描述不实。
  5. 画面中的事件确实按所示方式发生。

不要把这些陈述合并成一个只能回答“是”或“否”的问题。证明某一处经过 AI 编辑,不等于证明整个场景由 AI 生成。仅有制作过程的证据,也不能证明事件确实发生过。

保存已知的视频链接、帖子标识符、核查日期和所核查的版本。标识符是用于区分不同记录的值。清楚描述该版本,以便与其他副本比较。例如,记录画面中的场景、配文和视频中的相关时间点。

2. 检查视频和发布者提供的现有记录

判断一条说法之前,先观看视频本身。查找发布者提供的原始上传版本、说明、标签和来源材料链接。记录每个来源说了什么,以及它对应哪个版本。

按以下顺序操作:

  1. 打开已知的公开帖子。
  2. 阅读帖子说明,以及现有的制作方式披露信息。
  3. 打开发布者提供的相关来源链接。
  4. 将找到的来源版本与所核查的视频比较。
  5. 记录相符之处和尚存的差异。

确认版本相符很重要。针对另一种剪辑或另一次上传的披露信息,可能不适用于正在核查的视频。比较场景和相关编辑。如果仍无法确定两者的关系,应先记录这一局限,再下结论。

看起来上传得更早的版本,只能算可能的来源,不能算已确认的原始版本。如果找不到原始版本,写明“本次核查未找到原始来源”。不要因为存在这一证据缺口,就声称视频一定是生成的。

公开帖子、说明和链接文件可以为这项核查提供依据。仅所有者可访问的项目文件、私密账号记录和未发布的原始素材属于另一类证据。除非这些材料已提供并经过检查,否则不要暗示你检查过它们。在相关文件可供检查之前,发布者对私密文件的描述仍只是一项陈述。

将制作参考研究与这项说法核查分开。TikTok 创意案例库有不同的用途。某个场景适合作为参考,并不能证明它是如何制作的。

3. 仅在有助于明确待核实说法时采集评论

如果只有少量可见的待核实说法,手动记录可能就够了。保存相关原文、公开来源,以及理解原文所需的回复上下文。如果需要按统一结构记录多条说法,少量采集会有帮助。

Actor 是托管运行的数据采集程序。TikTok Comments Scraper 的文档说明,它可以从已知的公开 TikTok 帖子采集评论。文档所述的用途适合评论记录这一步。证据核查必须由读者完成。

以下是提供的小规模采集输入,符合文档规定的输入结构。本指南未实际运行采集。示例地址仅用于展示格式,并不是任何有关媒体内容说法的证据。

json
{"includeReplies":true,"maxCommentsPerVideo":10,"maxRepliesPerComment":2,"startUrls":["https://www.tiktok.com/@zachking/video/7631200623693729038"]}
3. 仅在有助于明确待核实说法时采集评论

计划运行前,将整个 `startUrls` 列表替换为你要核查的完整公开帖子地址或数字帖子标识符。文档规定,输入可接受 1–100 个地址或标识符,支持视频帖子和照片/轮播帖子。指向同一帖子的等效输入只采集一次。已核查的规范不支持短链接。

两个评论数量上限彼此独立:

  • `maxCommentsPerVideo` 限制每个帖子保存的一级评论数量。一级评论是直接发表在帖子下的评论。
  • `includeReplies` 控制是否同时保存回复。
  • 启用回复采集时,`maxRepliesPerComment` 限制每条一级评论保存的回复数量。

对于一个帖子,给定上限对应的可能最大数量为:

`10 top-level comment rows + (10 top-level comments × 2 reply rows per comment) = 30 comment rows`。

这只是上限计算,不是采集结果,也不保证能得到 30 行。回复是单独计费的数据行。文档说明,采集回复会增加运行时间和费用。这里没有确认价格或实测运行时间。参见 Actor 构建版本 0.1.17 的规范和 README,核查于 2026 年 10 月 25 日;仅依据文档,未运行。

将 TikTok 评论导出为 CSV 的 Task,核查于 2026 年 10 月 25 日;仅确认公开页面存在是一个已发布的 Task 页面。Task 是已保存的输入预设。本次未通过已登录的账号检查其保存的设置,也未运行该 Task。使用前,请自行检查输入。

4. 保存评论上下文并建立说法核查表

说法核查表将每条说法与其证据和结论放在一起。请自行建立这张表。采集工具并未承诺提供这项分析输出。

首先,保留文档所列的以下评论字段,以便追查每条说法:

4. 保存评论上下文并建立说法核查表
字段需要保留的内容
`inputUrl`, `postUrl`, `postId`提供的输入和帖子身份信息
`commentId`, `text`评论身份信息和可获取的完整原文
`parentCommentId`, `replyToCommentId`可获取的上级评论和直接回复上下文
`isReply`, `replyDepth`该行是否为回复,以及文档定义的回复层级
`createdAt`, `scrapedAt`可获取的评论创建时间,以及采集时间
`authorId`可获取的公开作者标识符
`replyCount`, `status`可获取的公开回复总数,以及已保存数据行的处理结果

这些输出字段来自文档,并非本次运行的结果。回复行是对话中的另一条陈述,并不自动构成独立的证据来源。

区分缺失值和零。`likesCount` 缺失不代表点赞数为零。`authorId` 缺失不能据此认定这是一个新的人。`text` 缺失意味着无法对该说法进行文本核查。不要将其替换为空白陈述后再分类。

文档中的 `replyCount` 指一级评论的公开回复总数。回复行中的该值为 null。它不是你保存的回复行数。同样,评论行数也不等于不同人数。

然后自行创建以下字段:

4. 保存评论上下文并建立说法核查表
核查表字段需要保存的内容
`claim_id`这条说法的固定标识符
`exact_allegation`一条明确的待核实陈述
`source_comment`评论引用、原文和必要的上下文
`evidence_needed`判断这条说法所需的证据
`checked_source`来源链接、已检查的版本和核查日期
`what_it_establishes`该来源能够支持的有限结论
`limit`缺失的证据、不确定之处或适用范围限制
`conclusion`得到支持、受到反驳或尚无定论

将同一说法的不同重复表述归为一组。保留各条评论的引用,但不要把重复表述当作多份独立的支持证据。高赞评论可以帮助确定需要核实的问题,但点赞数不能验证答案。

5. 检查可获取的内容凭证

溯源信息是指文件的来源和历史信息。内容凭证可以包含带签名的溯源记录。C2PA 是制定本文所引用内容凭证规范的标准组织。

如果发布者提供了带有内容凭证的原始素材,请使用能够读取和验证这些凭证的工具检查该素材。素材在这里指正在检查的具体媒体文件。验证会检查签名记录,以及该记录与文件之间的关联。

保存以下详细信息:

  1. 素材链接和版本。
  2. 它与所核查视频相符的依据。
  3. 检查工具及其版本。
  4. 工具报告的验证结果,按原样记录。
  5. 记录中列明的签名者或披露的操作。
  6. 与该条明确说法有关的核查发现。
  7. 该记录仍未解决的所有问题。

如果只看到了标签,不要编造验证结果。如果无法获取素材,记录“素材不可获取”。如果无法检查其凭证,记录“未检查凭证”。如果工具报告验证存在问题,应保留该结果,不要将其转化为“源自 AI”的判定。

披露的编辑操作可以支持制作历史中所述的那一部分,但不能证明每一帧都是生成的。带签名的溯源记录也不能证明画面中的每个事件都是真实的。

C2PA 说明,溯源信息是可选的,而且可能不完整。仅凭是否存在溯源信息,无法判定媒体内容是否真实。参见 C2PA 内容凭证说明 2.2,获取于 2026 年 10 月 25 日;溯源信息与可信度的局限。

6. 将证据与每条具体说法逐一比较

统一使用以下三种结论状态:

  • 得到支持:已检查的证据在其明确的适用范围内支持这条具体说法。
  • 受到反驳:已检查的证据与这条具体说法相冲突。
  • 尚无定论:现有证据不足以对这条说法作出判断。

将来源检查情况与结论分开。“来源不可获取”描述的是证据缺口,并不代表说法不实。“未找到披露信息”描述的是搜索范围,并不能证明没有使用 AI 工具。

作出判断前,先比较可能的解释。一个看起来异常的场景,可能需要检查它是完全生成的、经过 AI 编辑的,还是带有特殊拍摄效果的真实场景。记录区分这些可能性所需的证据。不要因为某种解释获得的评论最多,就选择它。

对每个来源,都要检查它是否真正涉及待核实的说法。发布者可能披露删除了一个物体。这项发现涉及的是一次编辑操作,不能确定整个场景是否由 AI 生成,也不能确定事件是否发生过。

采用与已核查网页的证据记录相同的方法:保留来源、版本、相关陈述及其支持范围。本项核查还需要确认媒体版本相符,并将制作历史与事件真实性分开。

7. 完整示例:六条评论和一次已披露的编辑

原创虚构示例。以下内容不代表任何真实视频、创作者、检查结果或检测器结果。

假设手动抽取的样本包含六行评论。其中四行称整个场景由 AI 生成。一行称其为普通拍摄影像。另一行意思不明确。

该说法所占的比例为:

`4 matching comment rows ÷ 6 sampled comment rows × 100 = 66.7% of sampled comment rows`,四舍五入到小数点后一位。

这里的统计单位是样本评论行。这个比例不代表不同人数、全部评论或独立证据来源的占比,也不代表视频有 66.7% 的概率是生成的。

在这项虚构核查中,你找到发布者的披露信息,称其使用 AI 工具删除了一个背景物体。你确认该披露信息对应所核查的版本。没有可获取的独立事件来源,也无法获取内容凭证进行检查。

7. 完整示例:六条评论和一次已披露的编辑
说法已检查的证据局限结论
整个场景是生成的发布者披露使用 AI 工具删除了一个背景物体一次编辑操作不能证明整个场景是生成的尚无定论
AI 工具删除了一个背景物体与所核查版本相符的发布者披露信息说明了该操作仅支持所披露的这项编辑操作在披露信息的范围内得到支持
没有使用任何 AI 工具同一份与所核查版本相符的披露信息说明使用了 AI 工具取决于已检查的来源及版本是否相符受到披露信息的反驳
画面中的事件确实发生过没有可获取的独立事件来源制作方式的披露信息不能验证事件尚无定论

四条重复的评论不能证明整个场景是生成的。称其为“普通拍摄影像”的评论,也不能证明没有使用 AI 工具。核查前,需要先将这句话明确为一条具体说法。

下一步需要什么证据,取决于尚未解决的问题。要核实整个场景是否由 AI 生成,需要涉及完整制作过程的证据。要核实事件是否发生,需要有关该事件的独立证据。无法获取的内容凭证,不能回答其中任何一个问题。

严谨的报告可以这样写:“与所核查版本相符的发布者披露信息称,AI 工具删除了一个物体。本次核查无法确定整个场景是否由 AI 生成,也无法验证画面中的事件。”

8. 分享前检查核查结果

对完整核查表进行以下检查:

  1. 确认每项结论都对应一条明确的说法。
  2. 确认每个来源都适用于所核查的版本。
  3. 将评论中的陈述与制作证据分开。
  4. 将重复陈述归为一组,不要称其为独立的支持证据。
  5. 保留缺失值,不要将其改为零或假值。
  6. 明确标出无法获取的来源和未检查的凭证。
  7. 删除仅凭外观、确信程度或缺少标签作出的结论。
  8. 说明每条尚无定论的说法下一步需要什么证据。

如果仍未找到原始版本,应保留这一缺口。如果披露信息适用于另一个版本,不要用它来判断当前版本。如果无法获取回复上下文,任何依赖上下文的解释都应保留为尚无定论。如果计划中的采集尚未运行,应报告拟用输入,不要编造数据行数。

在可行时,分享已隐去敏感信息的记录,或明确标注为虚构的示例。不要仅凭画面异常,就指责某个具名人士欺骗他人。报告已检查的来源能够证明什么,以及本次核查止于何处。

来源和延伸阅读

作者 Chronometrica · 更新日期

返回顶部 ↑