你发了一条线下分享会公告，评论里有人问停车，有人问是否能带朋友，也有人讨论上一场活动。想补充公告时，先把本次真正缺少的信息找出来，不必把每句评论都写进正文。

先给公告划清范围

按 id 查看微博详情，需要完整内容时按契约处理长文。确认日期、地点和已说明的报名条件。旧场次的经验可能有参考价值，但不能自动成为本场承诺。将公告已有内容放在旁边，避免把读者没看到的信息误判为从未发布。

主评论与回复一起看

获取评论时记录 count、max_id 等实际取样条件，再按子评论接口的说明读取需要的回复。不要默认两个接口里的 id 指向同一种对象，应以对应参数说明为准。保留父子关系，分清主办方答复、观众猜测和提问者追问；一句可以未必是在回答你正在整理的问题。

修改清单围绕行动障碍

把问题按报名、到达、现场安排和活动内容等实际出现的类别整理。自己的表格可列来源、疑问、公告是否已有答案、拟补充位置和需要确认的人。停车条件尚未确认，就写待场地方确认，不让 AI 按其他活动的惯例给出承诺。重复问题可合并，但保留各自的表达帮助改写得更清楚。

改稿先检查会不会扩大承诺

每一项补充都与真实安排对照，尤其是可携伴人数、座位和开始时间。情绪强烈的留言不一定需要公开回应，先提取其中可解决的具体疑问。接口提供材料，不会替你联系场地、修改公告或发回复。最终给内容负责人的是带依据的改稿清单和未决事项；没有依据的答案宁可暂缓，也不要让一份整理稿变成活动方没有批准的新规则。

这篇用到的接口

完整地址与参数

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 账号额度，运行前请确认接口价格。