把观察对象固定在这条公告

活动公告发出后，读者可能询问时间、参与条件或材料要求。拿到该微博的 id 后查看评论，才能把问题限定在同一条公告下。不要用账号昵称或另一条转发的编号替代，转发后的讨论可能拥有不同语境。先写下你想解决的事情，例如找出报名说明里没有解释清楚的条件。

按评论原意记录疑问

请求使用 count 与 max_id，后续翻页依据返回的 max_id 继续。结果包含评论内容、评论者信息和点赞数等，可以帮助定位值得回看的发言；点赞多不等于问题已经确认，也不代表所有参与者都这样想。记录时把对流程的疑问与情绪表达分开，避免把一句玩笑改写成正式需求。

输出可以交给活动负责人的清单

假设几条评论问能否迟到入场，你可以建立“问题原文、来源、待确认规则、拟补充说明”的人工表格。将相近问题合并时仍保留各自出处，并注明这次读取的范围。子评论中的补充说明需要另行检查，主评论列表不能代替完整对话。最终交付是一份待核实的答疑草案，而不是自动生成的官方答复；是否修改公告应由负责规则的人确认。

完整地址与参数

GET https://api.trmesh.com/openapi/api/v1/weibo/web_v2/fetch_post_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_comments"
params = {
    "id": "5283919831764022",
    "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 账号额度，运行前请确认接口价格。