房间编号要来自目标场次

如果工作记录已经保存了 room_id，可以用这个 V2 入口读取直播流数据。先核对编号来源，别把 webcast_id 或 sec_uid 直接填进来。它们对应不同定位方式，长得像并不意味着用途相同。尤其当一个作者多次开播时，应确认手头资料指向的是你当前要检查的房间，而不是之前记录的场次。

查询与播放是两个检查动作

返回直播流数据后，以实际内容判断下一步能做什么，不预设所有场次都有同样的可用字段。假设你要确认一场产品演示是否能打开，取得数据之后仍需在目标观看环境验证。没有做实际观看检查，就只记录数据已取得，不声称活动稳定播放；一次成功也不证明整场都没有中断。

给值班记录加上时间和对象

自己的检查表可以包含 room_id、来源记录、检查时间与观察结论。直播结束后不要把当时的媒体信息误作回放入口，也不把查询结果当作获准录制的文件。若结果与预期不一致，先检查目标房间与活动时间，再追踪具体问题。最终交接应让下一位同事能复查同一对象，并理解哪些步骤实际做过，避免一条含糊的“正常”掩盖尚未完成的验证。

完整地址与参数

GET https://api.trmesh.com/openapi/api/v1/douyin/web/fetch_user_live_videos_by_room_id_v2

参数 类型 必填 含义
room_id string 是 直播间room_id

可以复制的 Python 请求

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

import os
import requests

# 使用自己的 TRMesh 开发者密钥；不要将密钥写入网页。
url = "https://api.trmesh.com/openapi/api/v1/douyin/web/fetch_user_live_videos_by_room_id_v2"
params = {
    "room_id": "7462723839303093032"
}
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 账号额度，运行前请确认接口价格。