你的行业观察名单里有一个 X 账号，今天显示的名字和上个月不同。团队有人想把它作为新作者加入，另一个人认为只是改名。先查询用户资料核对身份，比根据头像或简介猜测更稳妥；不过资料读取不能自动还原过去所有改名记录。

明确本次按名字还是标识查询

契约支持用户名和用户标识两种定位方式，并明确提供用户标识时会忽略用户名。因此检查“这个旧名字现在对应谁”与检查“这个已知账号现在叫什么”是两个不同问题。一次只使用清楚的一种依据，不要把两者一起填上后误以为服务端会验证它们相互匹配。

把别名历史保存在自己的观察表

取得资料后，与过去已确认的记录比较，保留原用户名、当前可见资料、查询依据和观察时间。只有实际返回的信息才能填入新列，不能假定资料里一定包含改名历史。名字相同也不意味着身份连续；遇到冲突时回到已知来源复核，不直接覆盖旧记录。

让研究结论跟账号身份走

完成核对后，把此前收集的帖子关联到已确认账号，显示名称作为展示信息单独维护。这样后续写行业观点汇总时，不会把同一人的两个名字当成两个独立声音。资料查询本身不提供历史帖子，也不证明账号背后的真实个人身份。如果暂时无法确认，保留“身份待核对”状态，继续使用已明确的材料，而不是为了名单整齐强行合并。

完整地址与参数

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

参数 类型 必填 含义
screen_name string 否 用户名
rest_id integer 否 用户ID（如果使用用户ID则会忽略用户名）

可以复制的 Python 请求

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

import os
import requests

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