一场线上活动结束后，你想整理讲者在 X 发布的演示片段。有人发原视频，有人引用别人的帖子，还有人只放一张截图。先厘清这些关系，才能知道自己的资料清单到底收到了什么。

从目标账号的发帖开始

核对 screen_name 或 rest_id，按用户发帖接口获取需要范围，保存查询时间与 cursor。活动时间和发布时间不一定相同，是否相关要看实际内容。不要把同名账号或转述活动的路人默认当作讲者本人，来源身份应能回到主页核对。

详情里检查内容属于哪一层

对候选帖子用 tweet_id 查询，阅读原帖、引用关系与实际可见的媒体信息。引用帖子中的评论不等于原视频作者说明，截图也不等于视频已经取得。当前契约概括为推文数据，不能保证每项都返回同样的嵌套媒体字段；缺少信息就记录缺口。

媒体索引保留解释性备注

可以列原帖链接、引用来源、活动主题、媒体类型、查询时间和后续处理状态。每个条目说明是视频线索、图片记录还是纯文本介绍，人工核对后再分类。AI 可帮助写摘要，但不能从截图推测完整演示内容，也不能补出不存在的播放地址。

查到地址仍不等于文件交接完成

这组查询不会自动下载、剪辑或合并活动素材，也不保证地址永久有效。如果后续确实保存了文件，应实际打开确认内容后再标完成；没有处理就如实保留待处理。重复引用同一段视频可以合并主条目，同时保留不同发帖说明。最终目录应让同事知道每段材料的原出处和当前状态，而不是用一串看似完整的链接掩盖尚未拿到的内容。

这篇用到的接口

完整地址与参数

GET https://api.trmesh.com/openapi/api/v1/twitter/web/fetch_user_post_tweet

参数 类型 必填 含义
screen_name string 否 用户名
rest_id integer 否 用户ID
cursor string 否 游标

可以复制的 Python 请求

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

import os
import requests

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