
先检查视频以及发布者提供的现有记录。如果评论有助于列出待核实的说法,可以之后再采集。评论采集工具可以保存公开说法,但不能判断这些说法是否属实。
1. 明确要核实的说法
两个公开提问说明了这个问题。一位读者看到评论称某段雪景视频看起来不自然后,开始怀疑该视频。另一位读者找不到某段船只视频的原始版本。这些提问说明需要检查证据,但不能证明这两段视频中的任何一段使用了 AI。参见雪景视频提问,获取于 2026 年 8 月 11 日;仅反映读者的疑虑和船只视频提问,获取于 2026 年 8 月 11 日;读者未找到原始来源。
“用 AI 制作”可能指不同的说法。生成式 AI 可以生成图像或视频等内容。AI 编辑工具可以修改已有影像。至于画面中的事件是否真实发生,则是另一个问题。
将每条说法写成证据能够支持或反驳的陈述:
- 整个场景由 AI 生成。
- AI 工具修改了部分实拍影像。
- 没有使用任何 AI 工具。
- 配文对场景的描述不实。
- 画面中的事件确实按所示方式发生。
不要把这些陈述合并成一个只能回答“是”或“否”的问题。证明某一处经过 AI 编辑,不等于证明整个场景由 AI 生成。仅有制作过程的证据,也不能证明事件确实发生过。
保存已知的视频链接、帖子标识符、核查日期和所核查的版本。标识符是用于区分不同记录的值。清楚描述该版本,以便与其他副本比较。例如,记录画面中的场景、配文和视频中的相关时间点。
2. 检查视频和发布者提供的现有记录
判断一条说法之前,先观看视频本身。查找发布者提供的原始上传版本、说明、标签和来源材料链接。记录每个来源说了什么,以及它对应哪个版本。
按以下顺序操作:
- 打开已知的公开帖子。
- 阅读帖子说明,以及现有的制作方式披露信息。
- 打开发布者提供的相关来源链接。
- 将找到的来源版本与所核查的视频比较。
- 记录相符之处和尚存的差异。
确认版本相符很重要。针对另一种剪辑或另一次上传的披露信息,可能不适用于正在核查的视频。比较场景和相关编辑。如果仍无法确定两者的关系,应先记录这一局限,再下结论。
看起来上传得更早的版本,只能算可能的来源,不能算已确认的原始版本。如果找不到原始版本,写明“本次核查未找到原始来源”。不要因为存在这一证据缺口,就声称视频一定是生成的。
公开帖子、说明和链接文件可以为这项核查提供依据。仅所有者可访问的项目文件、私密账号记录和未发布的原始素材属于另一类证据。除非这些材料已提供并经过检查,否则不要暗示你检查过它们。在相关文件可供检查之前,发布者对私密文件的描述仍只是一项陈述。
将制作参考研究与这项说法核查分开。TikTok 创意案例库有不同的用途。某个场景适合作为参考,并不能证明它是如何制作的。
3. 仅在有助于明确待核实说法时采集评论
如果只有少量可见的待核实说法,手动记录可能就够了。保存相关原文、公开来源,以及理解原文所需的回复上下文。如果需要按统一结构记录多条说法,少量采集会有帮助。
Actor 是托管运行的数据采集程序。TikTok Comments Scraper 的文档说明,它可以从已知的公开 TikTok 帖子采集评论。文档所述的用途适合评论记录这一步。证据核查必须由读者完成。
以下是提供的小规模采集输入,符合文档规定的输入结构。本指南未实际运行采集。示例地址仅用于展示格式,并不是任何有关媒体内容说法的证据。
{"includeReplies":true,"maxCommentsPerVideo":10,"maxRepliesPerComment":2,"startUrls":["https://www.tiktok.com/@zachking/video/7631200623693729038"]}计划运行前,将整个 `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. 保存评论上下文并建立说法核查表
说法核查表将每条说法与其证据和结论放在一起。请自行建立这张表。采集工具并未承诺提供这项分析输出。
首先,保留文档所列的以下评论字段,以便追查每条说法:
| 字段 | 需要保留的内容 |
|---|---|
| `inputUrl`, `postUrl`, `postId` | 提供的输入和帖子身份信息 |
| `commentId`, `text` | 评论身份信息和可获取的完整原文 |
| `parentCommentId`, `replyToCommentId` | 可获取的上级评论和直接回复上下文 |
| `isReply`, `replyDepth` | 该行是否为回复,以及文档定义的回复层级 |
| `createdAt`, `scrapedAt` | 可获取的评论创建时间,以及采集时间 |
| `authorId` | 可获取的公开作者标识符 |
| `replyCount`, `status` | 可获取的公开回复总数,以及已保存数据行的处理结果 |
这些输出字段来自文档,并非本次运行的结果。回复行是对话中的另一条陈述,并不自动构成独立的证据来源。
区分缺失值和零。`likesCount` 缺失不代表点赞数为零。`authorId` 缺失不能据此认定这是一个新的人。`text` 缺失意味着无法对该说法进行文本核查。不要将其替换为空白陈述后再分类。
文档中的 `replyCount` 指一级评论的公开回复总数。回复行中的该值为 null。它不是你保存的回复行数。同样,评论行数也不等于不同人数。
然后自行创建以下字段:
| 核查表字段 | 需要保存的内容 |
|---|---|
| `claim_id` | 这条说法的固定标识符 |
| `exact_allegation` | 一条明确的待核实陈述 |
| `source_comment` | 评论引用、原文和必要的上下文 |
| `evidence_needed` | 判断这条说法所需的证据 |
| `checked_source` | 来源链接、已检查的版本和核查日期 |
| `what_it_establishes` | 该来源能够支持的有限结论 |
| `limit` | 缺失的证据、不确定之处或适用范围限制 |
| `conclusion` | 得到支持、受到反驳或尚无定论 |
将同一说法的不同重复表述归为一组。保留各条评论的引用,但不要把重复表述当作多份独立的支持证据。高赞评论可以帮助确定需要核实的问题,但点赞数不能验证答案。
5. 检查可获取的内容凭证
溯源信息是指文件的来源和历史信息。内容凭证可以包含带签名的溯源记录。C2PA 是制定本文所引用内容凭证规范的标准组织。
如果发布者提供了带有内容凭证的原始素材,请使用能够读取和验证这些凭证的工具检查该素材。素材在这里指正在检查的具体媒体文件。验证会检查签名记录,以及该记录与文件之间的关联。
保存以下详细信息:
- 素材链接和版本。
- 它与所核查视频相符的依据。
- 检查工具及其版本。
- 工具报告的验证结果,按原样记录。
- 记录中列明的签名者或披露的操作。
- 与该条明确说法有关的核查发现。
- 该记录仍未解决的所有问题。
如果只看到了标签,不要编造验证结果。如果无法获取素材,记录“素材不可获取”。如果无法检查其凭证,记录“未检查凭证”。如果工具报告验证存在问题,应保留该结果,不要将其转化为“源自 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 工具删除了一个背景物体。你确认该披露信息对应所核查的版本。没有可获取的独立事件来源,也无法获取内容凭证进行检查。
| 说法 | 已检查的证据 | 局限 | 结论 |
|---|---|---|---|
| 整个场景是生成的 | 发布者披露使用 AI 工具删除了一个背景物体 | 一次编辑操作不能证明整个场景是生成的 | 尚无定论 |
| AI 工具删除了一个背景物体 | 与所核查版本相符的发布者披露信息说明了该操作 | 仅支持所披露的这项编辑操作 | 在披露信息的范围内得到支持 |
| 没有使用任何 AI 工具 | 同一份与所核查版本相符的披露信息说明使用了 AI 工具 | 取决于已检查的来源及版本是否相符 | 受到披露信息的反驳 |
| 画面中的事件确实发生过 | 没有可获取的独立事件来源 | 制作方式的披露信息不能验证事件 | 尚无定论 |
四条重复的评论不能证明整个场景是生成的。称其为“普通拍摄影像”的评论,也不能证明没有使用 AI 工具。核查前,需要先将这句话明确为一条具体说法。
下一步需要什么证据,取决于尚未解决的问题。要核实整个场景是否由 AI 生成,需要涉及完整制作过程的证据。要核实事件是否发生,需要有关该事件的独立证据。无法获取的内容凭证,不能回答其中任何一个问题。
严谨的报告可以这样写:“与所核查版本相符的发布者披露信息称,AI 工具删除了一个物体。本次核查无法确定整个场景是否由 AI 生成,也无法验证画面中的事件。”
8. 分享前检查核查结果
对完整核查表进行以下检查:
- 确认每项结论都对应一条明确的说法。
- 确认每个来源都适用于所核查的版本。
- 将评论中的陈述与制作证据分开。
- 将重复陈述归为一组,不要称其为独立的支持证据。
- 保留缺失值,不要将其改为零或假值。
- 明确标出无法获取的来源和未检查的凭证。
- 删除仅凭外观、确信程度或缺少标签作出的结论。
- 说明每条尚无定论的说法下一步需要什么证据。
如果仍未找到原始版本,应保留这一缺口。如果披露信息适用于另一个版本,不要用它来判断当前版本。如果无法获取回复上下文,任何依赖上下文的解释都应保留为尚无定论。如果计划中的采集尚未运行,应报告拟用输入,不要编造数据行数。
在可行时,分享已隐去敏感信息的记录,或明确标注为虚构的示例。不要仅凭画面异常,就指责某个具名人士欺骗他人。报告已检查的来源能够证明什么,以及本次核查止于何处。
来源和延伸阅读
- 公开的雪景视频提问,获取于 2026 年 8 月 11 日;只能证明读者存在疑虑,不能证明视频源自 AI
- 公开的船只视频提问,获取于 2026 年 8 月 11 日;读者表示未找到原始版本,并非已验证的来源结论
- TikTok Comments Scraper 构建版本 0.1.17 的规范和 README,核查于 2026 年 10 月 25 日;输入输出信息来自文档,无实际运行结果
- 将 TikTok 评论导出为 CSV 的 Task,核查于 2026 年 10 月 25 日;仅确认公开页面存在,保存的设置和执行情况均未验证
- C2PA 内容凭证说明 2.2,获取于 2026 年 10 月 25 日;溯源信息是可选的,且可能不完整,不能据此判定媒体内容是否真实
作者 Chronometrica · 更新日期
返回顶部 ↑