找的是主评论，不是微博本身

活动复盘时，一条评论下面可能已经有人补充答案或纠正误解。查询子评论前取得主评论ID，放入 id；这里不是原微博ID。若沿用主评论查询的微博编号，会把两个不同层级混淆。先记下要澄清的具体疑问，再沿这条讨论往下看，比直接摘取最尖锐的一句更有助于了解事情经过。

把补充与反驳留在同一语境

使用 count 与 max_id 读取回复，后续依据返回的 max_id 延续。结果包含回复内容、回复者信息与点赞数等，阅读时关注每句话回应的对象，而不是只按赞数选句。有人说“已经解决”也可能只指自己的情况；在没有核对之前，不能把它概括成全部用户的问题都已解决。

写出可以核实的讨论进展

假设主评论询问入场证件，后续回复分别提供经历与工作人员说明，可以在人工笔记里分开记录“个人经历”“待核实规则”和出处。这些分类帮助复盘，不是接口提供的身份鉴定。缺少前文的短句保留为待查，不用猜测填补。最后应能说明最初的问题是什么、后来出现了什么补充、还有哪些地方不清楚，让负责同事继续核对，而不是将争议压缩成单一的情绪标签。

完整地址与参数

GET https://api.trmesh.com/openapi/api/v1/weibo/web_v2/fetch_post_sub_comments

参数 类型 必填 含义
id string 是 主评论ID
count integer 否 子评论数量
max_id string 否 分页标识

可以复制的 Python 请求

安装 requests 并在环境变量中设置 TRMESH_API_TOKEN。把示例用户名或作品 ID 换成你要查询的对象。

import os
import requests

# 使用自己的 TRMesh 开发者密钥；不要将密钥写入网页。
url = "https://api.trmesh.com/openapi/api/v1/weibo/web_v2/fetch_post_sub_comments"
params = {
    "id": "5283574244704555",
    "count": "10"
}
response = requests.get(
    url, params=params, timeout=30,
    headers={"Authorization": f"Bearer {os.environ['TRMESH_API_TOKEN']}"},
)
response.raise_for_status()
payload = response.json()
print(payload)  # 先核对真实响应，再提取业务字段

对应接口文档 · 返回免费查询工具

调用接口会使用你的 TRMesh 账号额度，运行前请确认接口价格。