你发布了一条表格导入教程，评论里不断出现“我的不行”。想补拍一条视频，却不知道应该重讲全过程还是解释某个步骤。把这些留言还原成能复现的问题，通常比做一张评论词云更实用。
留言先回到对应视频版本
确认视频及其使用的软件版本，需要时取详情；评论接口按 bv_id 查询，详情接口则按 aid 准备标识。保留查询页码和时间。旧视频下的留言可能发生在新软件版本发布后，不能假设所有人看到的界面相同。原文没写版本时，把它留作需要追问的条件。
把笼统反馈拆成缺失信息
阅读评论后，按导入失败、格式变化、保存问题和概念疑问等实际内容归类，不预先规定一定会出现哪些故障。记录原话涉及的步骤、输入文件和报错；没有信息就写未说明。遇到作者已经回复的评论，使用 rpid 取楼中楼确认结论，避免把已解决的问题再次当成新需求。
用问题表安排补拍顺序
问题表可列来源、卡住的动作、环境条件、已有答复、是否可复现和需要补拍的画面。例如需要展示导入设置窗口，就在计划里写清这一镜头，而不是泛泛说加强讲解。重复留言可以归到同一问题，但保留不同环境；重复次数只能描述样本，不能据此推算全体观众的故障比例。
先复现，再写解决步骤
对最影响学习的问题用自己的测试文件尝试，实际完成后再写结论。AI 可以帮忙归并相近描述，但不能自动认定原因，也不能编出你没验证的修复步骤。资料不足的留言形成追问清单，留待后续人工沟通。最后产出应是一组能拍摄的补充演示和待确认条件，让下一条教程真正回应读者，而不是把评论情绪变成一个分数。
这篇用到的接口
- 获取指定视频的评论：https://api.trmesh.com/openapi/api/v1/bilibili/web/fetch_video_comments · 参数说明
- 获取视频下指定评论的回复：https://api.trmesh.com/openapi/api/v1/bilibili/web/fetch_comment_reply · 参数说明
- 获取单个视频详情：https://api.trmesh.com/openapi/api/v1/bilibili/web/fetch_video_detail · 参数说明
完整地址与参数
GET https://api.trmesh.com/openapi/api/v1/bilibili/web/fetch_video_comments
| 参数 | 类型 | 必填 | 含义 |
|---|---|---|---|
bv_id |
string | 是 | 作品id |
pn |
integer | 否 | 页码 |
可以复制的 Python 请求
安装 requests 并在环境变量中设置 TRMESH_API_TOKEN。把示例用户名或作品 ID 换成你要查询的对象。
import os
import requests
# 使用自己的 TRMesh 开发者密钥；不要将密钥写入网页。
url = "https://api.trmesh.com/openapi/api/v1/bilibili/web/fetch_video_comments"
params = {
"bv_id": "BV1M1421t7hT"
}
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 账号额度，运行前请确认接口价格。
