如何审核 X 帖子是否提及你的产品

按步骤开展审核

1. 在查看候选帖子之前，先确定产品身份记录。列出准确的产品名称、已知别名、官方公开网站、官方账号和产品专用术语。这些规则由读者自行制定，应与 Actor 的验证字段分开保存。
2. 从提供的已知候选帖子 URL 和当前 Task 输入开始。进行小规模试测时，将已保存的 startUrls 列表替换为 1 个已知的、确实打算测试的候选帖子 URL。
3. 检查来源原生 ID 或 URL、文本，以及状态或时间。审核文本是否足以支持判断。图片、引用帖正文和链接页面可能包含该数据行未呈现的上下文。如果缺少必要的上下文，请单独查看原始公开来源，或将该条目标记为待审核。文本字符串非空并不能证明上下文完整。
4. 将字面匹配结果与实体判定分开记录。注明匹配的词语或别名，以及作为证据的文本片段。River 这类别名本身也是普通词语，可能匹配到讨论河流的内容。不要仅凭首字母大写、关键词匹配、蓝色认证标记或粉丝数量多，就推断作者指的是该产品。
5. 使用书面记录的上下文规则。如果实际文本片段中出现经核验且完全匹配的产品 URL、官方账号或具有辨识度的产品名称，就可以依据该规则支持其指向目标实体的判断。仅出现名称或代词的提及仍可能存在歧义。请仔细阅读其所在句子。
6. 将条目判定为有证据支持的产品提及、普通词语用法或待审核，并注明具体原因。有证据支持的产品提及，表示已审核的文本片段指向所述产品。这不表示其中的陈述属实、态度正面、出自客户，或获得品牌认可。情感倾向和陈述的真实性需要分别分析。
7. 在这个小型队列中保留来源证据、规则版本、审核人、时间，以及尚未厘清的上下文。同一帖子的重复导出行不能算作多次独立提及。互相冲突的来源副本应保持未决状态。来源获取失败不能证明没有提及产品。不要在未作说明的情况下，用较早版本替代缺失文本，并将其当作当前文本。
8. 只将经过审核的相关性判定交给下一流程。如果以后构建提醒工具，请将采集回执、相关性判定回执和通知送达回执分开。本文没有测试任何通知集成。本指南的最终成果是一个有来源依据的相关性审核队列，以及一个具体的未知案例，并不承诺提醒能覆盖每条帖子。

OUTPUT 输出与字段结构

X Post Metrics 1.0.4 Actor 接受通过 `startUrls` 传入已知的公开帖子 URL。每条帖子返回的原生字段名称准确如下：`inputUrl`、`postUrl`、`postId`、`postType`、`publishedAt`、`text`、`profileUrl`、`profileId`、`profileUsername`、`profileName`、`status`、`statusReason` 和 `observedAt`。

请注意，`text` 可以为 null，而 `postMetricStatus` 数组描述的是指标的可用性和精度，并非文本完整性或语义相关性。运行摘要输出汇总计数（`inputCount`、`datasetRows`、`usefulRows`、`billableRows`、`failedRows`、`statusCounts` 和 `stopReason`）。一次针对单条帖子的对照运行展示了运行摘要的输出结构：

纯文本

inputCount: 1
datasetRows: 1
usefulRows: 1
billableRows: 1
failedRows: 0
statusCounts: {"ok": 1}
stopReason: "inputs_exhausted"

在这次对照运行中，目标帖子返回了 200 个字符的非空文本。这证实了工具支持采集 1 条已知公开帖子的文本，但不能保证所有帖子、图片、引用帖正文、链接页面或历史原文的文本都能获取。文本不可用时，关键词匹配状态应为未知，而不是不匹配。

完整演示的队列示例

以下所有教学文本和示例均为原创虚构内容。

读者自行创建的产品身份记录

• 产品名称：RiverQueue
• 别名：River（不区分大小写的关键词规则：小写的 "river" 可匹配别名 "River"，但不改动原始来源文本）
• 官方账号：@RiverQueue
• 官方域名：riverqueue.example
• 已核验的前提 / 来源：经读者核验的品牌身份记录（规则 v1.0，由 Reviewer 于 2026-10-13 核验）

候选帖子相关性审核队列

4 条不同的候选帖子产生了 1 条有证据支持的产品提及、1 条普通词语用法，以及 2 条待审核记录。不要将这个结果称为整个 X 平台的准确率、误报率或声量份额，因为并未使用已知真实标签的样本进行测试。虚构的公开产品链接是人工核验的身份判定前提，并非 Actor 的查询结果。