如何在 X 上查看评论：查看回复（2026 指南）

作者：Sorsa 编辑部

更新于 2026 年 7 月：刷新了 X 的回复过滤标签（当前的 "Show probable spam" 措辞），以及在 X 2026 年 API 定价模型下以编程方式采集回复的最新方法。

核心要点： 在 X 上，评论被称为“回复”，出现在原帖下方的话题串里。点按帖子本身（而非回复图标）打开话题串，然后滚动。被过滤的回复藏在 "Show probable spam"（显示疑似垃圾内容）按钮后面，作者隐藏的回复则从隐藏回复图标打开。X 按相关性而非时间给回复排序。

多数想在 X 上查看评论的人，是在 App 里、却找不到回复藏在哪。开发者撞上的是另一堵墙：平台没有一条干净的途径去导出每一条回复。两条路径下面都会讲。对于编程路径，Sorsa API 这个替代 Twitter/X API 服务商，提供专用的 /comments 接口，返回附带完整作者资料的回复并可选排序方式，你还可以在浏览器 playground 里对任意公开帖子运行，无需代码、无需注册。

目录

• X 上的评论叫“回复”
• 如何在桌面端和移动端查看 X 评论
• 为什么你看不到一条帖子的全部评论
• 如何查看隐藏和被过滤的回复
• 不用账号阅读 X 评论，以及回复顺序
• 如何用 API 获取 X 评论
• 如何核实某个特定用户是否回复过
• 常见问题
• X 评论 API 快速开始

X 上的评论叫“回复” {#comments-on-x-are-called-replies}

在 X 上，没有其他社交网络所用意义上的“评论区”。评论就是回复：任何用来回应另一条帖子的帖子。回复以话题串形式直接呈现在原帖下方，平台按相关性和互动来排序、而非按时间。所以你看到的头几条回应通常是点赞最多的、或来自你关注的账号，而非最新的。

这个命名是大多数困惑的根源。帖子下的回复数显示回复总数，但话题串很少一次显示全部。被删除的回复、来自受保护账号的回复、被作者隐藏的回复，以及被 X 过滤为低质的回复，全都被计入却不在主视图中显示。引用帖子又是另一类：它们嵌入原帖来回应，归在转帖或引用计数之下，而非在回复话题串里。

如何在桌面端和移动端查看 X 评论 {#how-to-see-comments-on-x-on-desktop-and-mobile}

要在 X 上查看评论，打开帖子本身并向下滚动到回复话题串。最常见的错误是点回复图标（那个对话气泡），点它打开的是写你自己回复的框，而不是显示已有的回复。打开帖子正文，而不是那个图标。

在网页端（x.com）：

1. 登录，然后通过作者资料页、你的时间线或搜索找到帖子。
2. 点击帖子文本或时间戳，打开完整帖子视图。
3. 滚动到帖子下方阅读回复话题串。
4. 点击任意单条回复，打开该回复自己的子话题串，看到对它的回复。
5. 在长话题串底部，点击“显示更多回复”（Show more replies）或“显示疑似垃圾内容”（Show probable spam）加载更多回应。

在 iOS 或 Android App 上：

1. 点按帖子文本（而非那个对话气泡图标），在单独的界面里打开它。
2. 向下滚动浏览帖子下方列出的回复。
3. 点按一条嵌套回复，展开从中分支出来的小对话。
4. 在话题串接近末尾处点按“显示疑似垃圾内容”（Show probable spam），揭开被过滤的回复。

对回复的回复会形成侧向话题串，在你点进去之前不会出现在主列表里。所以一条看起来只有十几条回应的帖子，一旦你展开这些分支，可能藏着一场大得多的对话。

为什么你看不到一条帖子的全部评论 {#why-you-cannot-see-all-the-comments-on-a-post}

如果一条帖子显示很高的回复数、但话题串看起来很短，那就是 X 在过滤或限制这场对话的一部分。回复消失有一组特定的原因，其中只有一些能被你恢复。下表把每个原因映射到该回复是否仍可查看。

受限的回复设置值得点名，因为这个设置改变的是“存在什么”，而不只是“显示什么”。发帖时，作者可以允许所有人、仅其关注的账号、已认证账号，或仅被提及的人回复。如果这个设置很窄，大多数用户从一开始就没能回复，所以并没有什么被隐藏的东西可揭开。

如何查看隐藏和被过滤的回复 {#how-to-see-hidden-and-filtered-replies}

X 把两层回复挡在默认话题串之外：作者手动隐藏的回复，以及算法过滤的回复。两者要在不同的地方找到。

作者隐藏的回复从隐藏回复图标打开：那是一个虚线对话气泡，当存在隐藏回复时出现在原帖上。任何人都能打开；隐藏一条回复既不会删除回复、也不会通知作者，作者可以随时取消隐藏。来自受保护账号的回复和已删除的回复，即便曾被隐藏，也不会出现在那个隐藏回复页面上。

被过滤的回复藏在话题串底部的“显示疑似垃圾内容”（Show probable spam）按钮后面。据科技媒体 The Shortcut报道，X 在 2024 年前后把这个控件从“显示更多回复”（Show more replies）改名为“显示疑似垃圾内容”（Show probable spam），这个按钮会浮现那些基于作者过往行为和回复内容、被标记为较低质的回复。有时还会出现更深的第二层，标着“显示更多回复，包括可能含冒犯性内容的”，其中放着 X 判定最可能是垃圾或露骨的回复。两个过滤器都不完美，所以正当的回复偶尔会落在那里，当一场对话感觉不完整时值得去查一查。

不用账号阅读 X 评论，以及回复顺序 {#reading-x-comments-without-an-account-and-reply-order}

不用账号阅读 X 评论大体上被挡住了。自 2023 年起，X 要求你登录才能浏览大多数帖子及其回复，所以未登录的访客看到的是有限内容、往往是个登录提示而非话题串。创建一个账号是可靠地阅读完整公开回复话题串的方式；即便如此，来自受保护账号的回复仍然不可见，除非你关注这些账号。

回复顺序是另一个常见的意外。X 不按时间给回复排序，App 里也没有可靠的控件切换到“最新在前”。话题串按相关性排名：点赞数、回复者的声誉、你是否关注他们，以及你自己的活动，都影响着顺序。两个人打开同一条帖子，可能看到排列不同的回复。这正是编程访问胜出之处，因为 API 能以界定的、可重复的顺序返回回复，而非个性化排名。

如何用 API 获取 X 评论 {#how-to-get-x-comments-with-an-api}

以编程方式获取 X 回复有两条路线之一：官方 X API 的搜索接口配合 conversation_id 操作符，或提供专用回复接口的第三方 X API。官方平台没有直接的“获取这条帖子的回复”调用，所以在那条路线上你要从搜索结果里重建话题串。标准访问还把该搜索限制在最近七天。

官方 X API 方法及其限制

每条回复都共享开启该话题串的那条帖子的 conversation_id，等于那条帖子自己的 ID。要在官方 API 上采集回复，就搜索那个 conversation_id：

curl "https://api.x.com/2/tweets/search/recent?query=conversation_id:1234567890&tweet.fields=author_id,created_at&expansions=author_id" \
  -H "Authorization: Bearer $TOKEN"

三个约束让这在实践中很别扭。近期搜索只能触达最近七天的回复；更旧的话题串需要全量存档搜索，位于更高成本的访问层级之后。计费按资源，所以在 X 2026 年的按量付费模型下，每条回复帖子和每份作者资料都作为单独的读取计费。搜索操作符集也没有干净的办法，把大话题串里对某一条特定回复的回复单独隔出来，这是开发者多年来一直反映的局限。如果你已经在用官方搜索接口，用 API 搜索推文指南完整介绍了操作符语法。

用 Sorsa /comments 接口获取回复

专用的回复接口，把重建 conversation_id 这一步整个去掉了。/comments 接口接收一个帖子链接或 ID，返回帖子下面的回复，每条都是完整的帖子对象、且免费附带作者资料。接口接受 Relevance、Recency 或 Likes 的 order_by 值（那正是原生 App 从不给你的、可重复的排序），并通过 next_cursor 每页分页约 20 条回复。

curl -X POST "https://api.sorsa.io/v3/comments" \
  -H "ApiKey: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"tweet_link": "https://x.com/user/status/1782368585664626774", "order_by": "Likes"}'

同样的调用用 Python 写，打印每个回复者的用户名和文本：

import requests

resp = requests.post(
    "https://api.sorsa.io/v3/comments",
    headers={"ApiKey": "YOUR_API_KEY"},
    json={"tweet_link": "https://x.com/user/status/1782368585664626774", "order_by": "Recency"},
)
for reply in resp.json()["tweets"]:
    print(reply["user"]["username"], reply["full_text"])

认证是 ApiKey 请求头里的单个 API 密钥，没有 OAuth 流程、没有应用审核队列。定价按请求计费：无论一次调用返回多少条回复，都从你的额度里算一次请求，在批量基准上从每 1,000 条推文 $0.02 起，那里一次请求返回最多 100 条帖子或 200 份资料。套餐为每月 $49 含 1 万次请求、$199 含 10 万次、$899 含 50 万次，所有套餐统一 20 次/秒。每个新账号注册即送 100 次免费请求，无需绑卡、永不过期、对全部 40 个接口有效，足够覆盖多达 1 万条推文或 2 万份资料，供你在做任何决定之前使用。/comments 接口参考记录了每个响应字段，更广的通过 API 获取回复、引用和转推者覆盖了互动面的其余部分。

你现在就可以在无代码 playground 里对任意公开帖子运行这个接口：粘贴链接、选排序、读一读 JSON，全在写下一行代码或创建账号之前。要把同样的调用接进脚本，Python 集成详解从上面代码片段结束的地方接着讲。回复文本也能自然地喂进一条可以大规模对回复情感分类的数据管道。

拉取回复：官方 X API 对比 Sorsa

具体到采集回复，两家服务商的差别与其说在价格，不如说在于到底有没有回复接口。当你需要发帖、回复或发私信时，官方 API 是正确选择，因为那些写操作只通过官方 API 运行。要大量读取回复，一条按请求计费的只读路径更简单，在读密集型负载上最多可比官方 X API 便宜 50 倍。

这张表读起来很简单：如果任务是向 X 写入，用官方 API；如果任务是以编程方式读取回复，带按请求计费和界定排序的专用接口用更少的代码就搞定。这把 Sorsa 定位为读取工作的一个实用 Twitter API 替代方案，而非 X 写入功能的替代品。

如何核实某个特定用户是否回复过 {#how-to-verify-whether-a-specific-user-replied}

“查看评论”的常见变体，是检查某个特定账号是否回复过某条帖子，这对抽奖规则、内容审核和客服分流都要紧。手动扫一整条话题串无法规模化，那条回复无论如何都可能被过滤出可见视图。

/check-comment 接口直接回答这个问题。接口接收一个帖子链接外加用户名、用户 ID 或资料链接，返回该账号是否评论过、以及那条回复本身（如果存在）。

curl "https://api.sorsa.io/v3/check-comment?tweet_link=https://x.com/user/status/1782368585664626774&username=someuser" \
  -H "ApiKey: YOUR_API_KEY"

响应把 commented 报告为 true 或 false，并包含匹配的回复，所以活动后端一次调用就能确认参与。这是一套更广活动流程的核心，那套流程还能跨关注、转帖和评论核验抽奖参与，无需手动检查。

一个中型社交分析团队正面撞上了回复采集难题。他们的品牌监测产品需要客户帖子下的每一条回复。第一版通过 conversation_id 搜索在官方 API 上重建话题串，为每条回复和每份作者资料付费，还丢失任何超出七天近期搜索窗口的东西。把回复采集迁到按请求计费的接口后，他们的回复数据成本削减了 90% 以上。存档窗口的绕过方案也移除了，因为现在一次调用就返回一页已附带作者资料的回复。工程上的节省和账单上的一样真实：conversation_id 那套管道彻底从代码库里去掉了。

常见问题 {#faq}

如何在 X 上查看一条推文的评论？

打开帖子并滚动到下方的回复话题串。在网页端和移动 App 上，都点按帖子文本本身，而非那个对话气泡回复图标：后者只会打开写回复的框。向下滚动阅读回应，点按任意回复以展开从中分支出来的更小的对话。

为什么你在 X 上看不到评论？

一条帖子可能显示很多回复、话题串却看起来很短，这是因为 X 过滤并限制了对话的一部分。常见原因是被过滤为垃圾的回复、被作者隐藏的回复、你未关注的受保护账号、拉黑了你的账号、受限的回复设置，以及已删除的回复。被过滤的回复在你点 "Show probable spam" 按钮时会回来。

如何不用账号阅读 X 上的评论？

不用账号在 X 上阅读完整回复话题串大体上被挡住了。自 2023 年起，平台要求你登录才能浏览大多数帖子及其回复，所以未登录的访客通常看到的是登录提示而非话题串。创建一个免费账号是可靠地阅读公开回复的方式；受保护账号仍然隐藏，除非你关注这些账号。

X 上的评论按钮在哪，如何在 App 里查看评论？

没有单独的、列出回应的评论按钮。那个对话气泡图标打开的是写你自己回复的撰写框，而非阅读已有回复。要在 X App 里查看评论，点按帖子文本在单独界面打开它，然后向下滚动到回复。点按一条嵌套回复以打开其侧向话题串。

能把 X 评论按最新而非相关性排序吗？

原生 X App 没有可靠的控件把回复话题串按最新排序，因为它按相关性、互动和你的关系给回复排名。API 则以界定的顺序返回回复。Sorsa 的 /comments 接口接受 Relevance、Recency 或 Likes 的 order_by 值，所以你每次调用都得到同样可重复的排序，而非个性化排名。

如何用 API 获取一条推文的全部回复？

官方 X API 没有专用的回复接口，所以你要搜索 conversation_id 操作符并重建话题串，且在标准访问下限于最近七天。一个只读替代方案则直接暴露回复：Sorsa 的 /comments 接口接收一个帖子链接、返回每条附带作者资料的回复、通过游标分页，并按 Relevance、Recency 或 Likes 排序。

X 上的评论、回复和引用有什么区别？

在 X 上，评论和回复是同一回事：都是用来回应另一条帖子、以话题串挂在其下方的帖子。引用帖子则不同。引用把原帖嵌入一条新帖子里，出现在转帖或引用计数之下，而非在回复话题串里。阅读整场对话意味着回复和引用两者都要查。

X 评论 API 快速开始 {#getting-started-with-the-x-comments-api}

一旦你知道要打开帖子而非回复图标，在 App 里查看 X 评论就是点几下的事。以固定排序、附带作者资料地大规模采集回复，才是 API 显身手的地方。

先在在线 API playground 里对一条真实帖子运行 /comments 接口、读一读响应，然后领取 100 次免费请求（无需绑卡，永不过期），从你自己的目标那里拉取回复。快速上手指南约三分钟就让你完成认证，按请求计费的定价让账单保持可预测，无论你读一千条回复还是一百万条。

审校：Keksich（Sorsa 创始人，X API 研究者）

本指南取材于对 Sorsa /comments 和 /check-comment 接口的一线运营、实时 API 文档，以及 2026 年 7 月在 x.com 和移动 App 上测试的当前 X 回复界面。外部参考：The Shortcut 关于 X "Show probable spam" 改名的报道。官方 X API 的回复采集方法及其七天近期搜索窗口，于 2026 年 7 月对照 X 已公布的 conversation_id 行为做了核实；平台的过滤标签可能变化，所以如果 App 内的措辞不同，请重新核对。