# 如何比较固定 X 帖子样本中的主题

比较主题时，先阅读并标注固定清单中的已知帖子，再查看其互动数。将不同账号、帖子类型和帖龄分开。然后列出每个主题的帖子数、互动数中位数、范围和缺失情况。用这些结果选择下一个要讲解的主题。原始互动数不能证明某个主题导致了这些互动，也不能证明它会带来未来的粉丝增长。

先人工审核内容含义。[2026年8月11日收集到的一个公开问题](https://www.reddit.com/r/SideProject/comments/1rpwva4/how_do_founders_analyze_other_twitterx_accounts/)问道：“哪些主题获得的互动最多？”请缩小问题范围：在这些选定的帖子中，哪些主题获得了哪些已记录的互动？互动指已记录的行为或计数，例如点赞或回复。比较主题前，先选定一种计数。

你的结果应包含三部分：书面的主题规则、将每个主题标签关联到来源的清单，以及明确说明局限的互动数据表。这三部分由你完成。采集工具提供文档所述的来源字段，并不提供完整分析。

## 1. 写明决策并固定样本

样本是你将检查的一组帖子。固定样本有一份已保存的帖子清单，不能为了让结果更好而更改清单。

采集计数前，先写下一个要做的决策。例如，你可能想为下一次产品讲解选择主题。这是拟做的决策，不能作为所选主题会表现更好的证据。

保存以下选择：

1. 已提供的账号和已知帖子网址。
2. 计划纳入的发布日期范围。
3. 选择这些帖子所用的规则。
4. 每项比较允许纳入的帖子类型。
5. 将使用的互动计数。
6. 该计数要求的帖龄。
7. 这项比较将支持的决策。

选择规则可以是纳入已提供帖子中、在指定日期范围内发布的全部原创帖子。请准确描述规则。如果提供者只提供了他们认为成功的帖子，请在结果中保留这一限定条件。

不要在看到第一张表后再加入互动数高的帖子。将它留给后续样本，或记录一个新样本版本并重新分析。

已知帖子清单不能代表某个账号的全部帖子，也不能衡量平台需求。将不同账号的结果分开，避免把主要由一个账号发布的主题与另一个账号的主题直接比较，却不说明账号差异。

## 2. 先核查来源和帖子类型

分配主题前，先使用已经核实的帖子类型记录。一条记录是为一篇帖子保存的一行事实和审核决定。

原创帖子、回复和引用帖子可能有不同用途。回复可能是在回答先前的问题。引用帖子可能是在讨论另一位作者的说法。如果这些差异会影响比较，请将这些类型分开。无法确定的类型应保留为未确定状态，直到能够核实。

区分作者自己的文字和引用的来源内容。仅仅引用一则定价公告，不能说明作者在讲解定价。请阅读作者自己添加的内容，以及理解这些内容所需的上下文。

[2026年10月25日核查的 Actor 公开接口规范](https://api.apify.com/v2/acts/chronometrica~x-post-metrics/builds/default)记载了 `postType`，但不导出上级帖子或被引用帖子的 ID。请在自己的记录中保存必要的帖子关系核查结果。关系字段缺失不能证明不存在关系。

同一份规范说明，转帖输入行描述的是可见的原始帖子。`inputUrl` 保留请求的网址。返回的身份信息、文本和指标描述的是该原始帖子。不要把这一行算作转帖账号的另一篇原创作品。

本指南从上述来源核对工作完成后开始。它不能代替帖子类型审核。

## 3. 查看指标前先定义主题

主题是帖子所回应的读者问题或讨论的内容。标注规则表是一组用于分配主题标签的简短书面规则。

查看指标前，先建立标注规则表。指标是已记录的数值度量，例如点赞数。定义和应用主题规则时，请隐藏这些数据列。这称为盲法审核：审核者在看不到互动数的情况下分配标签。

为每个主题写明以下字段：

| 标注规则表字段 | 需保存的内容 |
| --- | --- |
| 主题名称 | 简短且保持一致的标签 |
| 读者问题 | 该主题回答的问题 |
| 纳入条件 | 使用此标签所需的内容含义 |
| 排除条件 | 应归入其他主题的相似内容 |
| 纳入示例 | 符合条件的简短主题示例 |
| 排除示例 | 不符合条件的简短示例 |
| 混合主题规则 | 出现两个主题时如何选择 |
| 含义不明规则 | 何时必须保留为含义未确定 |
| 版本 | 审核所用的规则版本 |

以下拟用的标注规则表示例均为原创虚构内容：

| 主题 | 读者问题 | 纳入条件 | 排除条件 |
| --- | --- | --- | --- |
| 上手 | 如何开始使用产品？ | 讲解首次使用步骤 | 未讲解上手方法的价格公告 |
| 定价 | 产品多少钱，或包含什么？ | 讲解价格或套餐内容 | 仅提及付费套餐的上手指南 |

使用一个主要主题，即按书面规则确定的核心内容。如果两个主题分量相同，且规则无法确定主次，请使用混合标签，或将主要主题保留为未确定。查看计数前，先记录这一选择。

仅凭关键词匹配，不能确定主题含义。如果要另外统计词语出现情况，请使用[关键词共现指南](/zh-Hans/articles/%E7%BB%99%E5%AE%9Ax%E5%B8%96%E5%AD%90%E6%A0%B7%E6%9C%AC%E7%9A%84%E5%85%B3%E9%94%AE%E8%AF%8D%E5%85%B1%E7%8E%B0%E5%88%86%E6%9E%90/)。共现指两个选定词语出现在同一篇帖子中。它不能代替这里的阅读步骤。

## 4. 阅读、标注，并保留含义未确定的情况

阅读每篇帖子，以及理解其要点所需的上下文。如果主题取决于图片、引用材料或链接内容，请分别审核这些内容。文档记载了 `text` 字段，并不能证明该字段包含理解内容所需的全部信息。

对每篇帖子执行以下步骤：

1. 确认来源身份和已经核实的帖子类型。
2. 阅读作者的文本及必要的上下文。
3. 在不查看指标的情况下应用已保存的标注规则表。
4. 证据充分时，分配一个主要主题。
5. 保存支持该决定的简短原文片段或理由。
6. 记录缺失的上下文和未确定的含义。

次要标记是用于记录其他主题的附加标签。请将这些标记与主要主题表分开。否则，一篇帖子可能计入多个主题总数，却没有清楚说明原因。

如果需要判断某个词是否指你的产品，请使用[产品指代审核指南](/zh-Hans/articles/%E5%AE%A1%E6%A0%B8-x-%E5%B8%96%E5%AD%90%E6%98%AF%E5%90%A6%E6%8F%90%E5%8F%8A%E4%BD%A0%E7%9A%84%E4%BA%A7%E5%93%81/)。确认产品指代和确定帖子主要主题是两个独立的判断。

不要将含义不完整的帖子纳入已确定主题的比较。不要仅凭一个可见词语推定主题。也不要把含义未确定的帖子称为零互动帖子。

如果更改主题规则，请保存原因，并将修改后的规则应用于整个样本。显示指标前，先检查标签。如果你已经知道部分互动数，请记录这一局限，不要将审核描述为完全采用盲法。

## 5. 采集可比的公开观测数据

一次观测是在指定时间记录的一次读数。帖龄是从帖子发布到取得该读数之间的时间。发布七天和发布一天的帖子，其观测帖龄不同。

对于小样本，你可以人工查看公开帖子，并保存来源、时间、计数和数据是否可用。如果需要自己账号中仅账号所有者可见的记录，请将其单独保存。公开观测不能提供其他账号的私有分析数据。

如果你已有公开帖子网址，[X Post Metrics Actor](https://apify.com/chronometrica/x-post-metrics)适用于这一采集步骤。Actor 是托管运行的采集程序。经核查，其公开输入允许在 `startUrls` 中提交 1 至 1,000 个已知的 X 或 Twitter 帖子网址。它不搜索帖子，也不返回账号的完整帖子档案。

以下输入符合文档规定的有效格式：

```json
{"startUrls":["https://x.com/OpenAI/status/2077446718728425686"]}
```

5. 采集可比的公开观测数据

将示例网址替换为固定清单中的一个已知公开帖子网址。先用这一个网址检查，再提交其余网址。这是建议的采集步骤。本指南未实际运行采集。

2026年10月25日核查时，公开的 [X Campaign Post Metrics Task](https://apify.com/chronometrica/x-post-metrics/examples/x-campaign-post-metrics) 页面存在。Task 是为 Actor 保存的输入预设。核查时未使用已登录账号检查其保存的设置，也未运行该 Task。使用前，请自行检查其当前输入。

经核查，接口规范记载了身份信息、文本、发布时间、观测时间和公开计数。它还记载了 `postMetricStatus`，用于记录各指标的可用性、精确性和来源。精确性说明数值是精确、不可用还是未知。请将该状态与数值一起保留。

当前读数无法还原过去发布后第七天的计数。请使用已保存的相同帖龄读数，即在相同规定帖龄取得的读数。如果没有，请规划后续观测。如果使用帖龄不同的当前读数，请说明差异，并将它们排除在要求相同帖龄的表格之外。

## 6. 保存主题和观测记录

将原始来源事实与主题判断分开保存。保留原始数值，包括缺失值。

一份实用的帖子主题记录需要以下字段：

| 字段 | 用途 |
| --- | --- |
| 账号身份 | 将不同账号的比较分开 |
| `inputUrl`, `postUrl`, `postId` | 将请求关联到返回的帖子 |
| 已核实的帖子类型 | 确定允许纳入比较的分组 |
| 文本及上下文引用 | 为含义判断提供依据 |
| 上下文状态 | 记录含义完整、不完整或未确定的状态 |
| 主要主题 | 保存一个已确定的主题或未确定状态 |
| 次要标记 | 单独保存其他主题 |
| 主题判断理由 | 说明为何适用该主要主题标签 |
| 标注规则表版本和审核者 | 说明应用了哪些规则，以及由谁应用 |
| `publishedAt`, `observedAt` | 为帖龄核查提供依据 |
| 指标名称和数值 | 明确计数类型及其读数 |
| 指标状态、精确性和来源 | 保留 `postMetricStatus` 中的状态 |
| `status`, `statusReason` | 保留返回的数据行状态 |
| 纳入资格及理由 | 说明帖子是否纳入本次比较 |

符合纳入资格，指帖子满足本次比较的全部规则。帖子内容可读，但指标可能不可用。帖子的指标值精确，但内容含义仍可能未确定。请分别记录这两类状态。

使用 `postId` 核查，确保重复导出不会多计一篇帖子。同一篇帖子的多次观测是多个读数，不是作者发布的多篇帖子。请选取符合帖龄规则的读数。

请明确保留以下异常状态：

| 状态 | 处理方式 |
| --- | --- |
| 身份信息缺失 | 身份核实前，将此次尝试保留为未确定状态 |
| 必要上下文缺失 | 将主题保留为未确定状态 |
| 指标缺失 | 保留缺失值，并将其排除在该指标的汇总之外 |
| 精确性未知 | 将该数值排除在仅包含精确值的汇总之外 |
| 观测帖龄不符 | 将其排除在相同帖龄的汇总之外 |
| 已确认的零值 | 其他规则均满足时，纳入零值 |
| 主题下没有符合资格的帖子 | 报告符合资格的帖子数为零，互动数汇总保持未定义状态 |

缺失值表示测量结果不可用。零值表示取得了可用读数，且该计数记录的数量为零。这是两种不同的事实。

## 7. 展示计数和分布

分布显示不同帖子的互动数有何差异。先在相同账号、帖子类型、指标和帖龄规则下，列出每个主题符合资格的帖子数、中位数和范围。

中位数是将数值排序后位于中间的数值。如果数值个数为偶数，则取中间两个数值的平均值。平均值等于这些数值之和除以其个数。这里的范围指观测值从最低值到最高值的区间。

使用明确的单位，例如发布后第七天每篇帖子的点赞次数。点赞数描述的是已记录的点赞次数。它不衡量整个样本中去重后的人数，也不衡量未来的粉丝数。

列出请求采集的帖子数、主题已确定的帖子数、指标符合资格的帖子数，以及排除的情况。只有两篇符合资格帖子的主题，与有许多符合资格帖子的主题，所提供的证据量不同。始终在互动数汇总旁列出样本量。

保留来源清单，供审核使用。如果汇总没有对应的帖子，就很难核查观察到的规律是否可以由帖子用途不同或某篇异常帖子来解释。

## 8. 完成一次虚构示例比较

原创虚构示例。本例中的所有帖子、ID 和读数均为虚构。本例假设已保存精确的发布后第七天点赞读数。它不是 Actor 的运行结果，也不是有关真实账号的证据。

固定清单包含一个已提供账号的六篇原创帖子。其中五篇文本完整、主要主题已确定，且发布后第七天的点赞数符合纳入资格。一篇的含义仍未确定。

| 虚构帖子 | 主要主题 | 已保存的发布后第七天点赞数 | 比较状态 |
| --- | --- | --- | --- |
| P1 | 上手 | 10 | 符合资格 |
| P2 | 上手 | 20 | 符合资格 |
| P3 | 上手 | 100 | 符合资格 |
| P4 | 定价 | 25 | 符合资格 |
| P5 | 定价 | 35 | 符合资格 |
| P6 | 未确定 | 未说明 | 不纳入主题比较 |

本例没有提供 P6 的点赞数。不要编造数值、将其记为零，或推断采集失败。已说明的排除原因是含义未确定。

将“上手”主题的读数排序：10、20、100 次点赞。中间的读数是 20 次点赞。因此，中位数为每篇帖子 20 次点赞，范围为每篇帖子 10–100 次点赞。

将“定价”主题的读数排序：25、35 次点赞。中间有两个数值。中位数计算如下：

(25 次点赞 + 35 次点赞) / 2 篇帖子 = 每篇帖子 30 次点赞。

“定价”主题的范围为每篇帖子 25–35 次点赞。

| 主题 | 符合资格的帖子数 | 发布后第七天每篇帖子点赞数的中位数 | 发布后第七天每篇帖子点赞数的范围 |
| --- | --- | --- | --- |
| 上手 | 3 | 20 | 10–100 |
| 定价 | 2 | 30 | 25–35 |

核对总数：3 篇“上手”帖子 + 2 篇“定价”帖子 = 5 篇符合资格的帖子。这五篇符合资格的帖子，加上一篇含义未确定的帖子，涵盖了所提供的全部六篇帖子。

P3 是离群值：它的互动数与“上手”主题的其他数值相差很大。除非书面的纳入资格规则要求排除它，否则应将它保留在表中。请审核它的来源和用途。不要仅因为它使范围变宽就将其删除。

证据仅支持一个有限结论：在这五篇符合资格的帖子中，“定价”主题的中位数更高。“上手”主题包含最高的单篇读数。“定价”主题只有两篇符合资格的帖子。这些事实不能从因果关系上确定哪个主题更好，也不能预测粉丝增长。

## 9. 选择主题前先核查结果

使用表格前，请完成以下检查：

1. 核对每篇已提供的帖子，确保都有符合资格或被排除的记录。
2. 确认每篇纳入的帖子只在其主要主题中计数一次。
3. 确认使用相同的指标、帖龄规则、账号和帖子类型分组。
4. 分别检查缺失值和已确认的零值。
5. 根据已保存的读数，重新计算各中位数和范围。
6. 对照主题定义，阅读离群值对应的帖子和未确定的案例。
7. 检查不同用途或账号差异是否能提供另一种解释。
8. 写出结论，并明确说明样本及其局限。

将观察到的规律描述为关联：在这个样本中，某个主题标签与某种互动同时出现。这项比较没有单独确定是什么导致了互动。中位数更高，不能证明再次发布该主题就会改善结果。

## 选择下一个讲解主题

在这个虚构示例中，创始人先查看两篇“定价”主题的来源帖子，再决定是否进一步讲解定价。这一做法用观察到的小样本规律指导阅读和规划。它不能证明定价主题会带来更多互动或未来的粉丝增长。

将标注规则表、已标注的来源、观测记录、排除记录和最终表格一起保存。如果缺少可比的读数，请先规划后续观测，再比较相同帖龄的数据。如果内容含义仍不明确，请先改进来源审核，再扩大有关主题的论断范围。

如果采集步骤需要获取已知公开帖子网址的数据快照，可以使用 [X Post Metrics](https://apify.com/chronometrica/x-post-metrics)。主题判断和最终内容决策仍应由你自己的审核流程完成。

## 来源和延伸阅读

- [创始人提出的公开问题——2026年8月11日获取；仅一条问题记录，不含需求量估计](https://www.reddit.com/r/SideProject/comments/1rpwva4/how_do_founders_analyze_other_twitterx_accounts/)
- [X Post Metrics 公开构建版本 1.0.4 及 README——2026年10月25日核查；输入和输出有文档说明，未进行实际运行测试](https://api.apify.com/v2/acts/chronometrica~x-post-metrics/builds/default)
- [X Campaign Post Metrics Task——2026年10月25日核查；仅确认公开页面存在，保存的设置未经核实，未运行](https://apify.com/chronometrica/x-post-metrics/examples/x-campaign-post-metrics)