舆情整理表里新增了几个微博账号,团队想知道哪些是机构、哪些是长期讨论某个领域的作者。先取得用户详细资料,可以帮助建立阅读背景。不过账号分类仍需要核对实际资料和内容,不能只靠昵称里的几个字判断身份。
选择确定的账号定位依据
该能力允许使用用户标识或自定义用户名,两者择一。保留最初发现账号的出处,查询后核对返回对象是否与原线索一致。相似昵称、头像或简介都可能造成误认,资料卡应把定位依据写清楚。尚未确认的账号不要混入已有对象的历史观察记录。
简介与关系规模分开解读
文档说明详细资料包括昵称、头像、简介、关注数、粉丝数等。按实际返回填写,缺失就留空。简介反映账号如何介绍自己,不自动证明背后组织关系;粉丝数提供规模线索,却不能直接说明每条微博能触达多少人。不要把关注数量解释成实际社交关系质量或合作意愿。
让资料卡支持后续阅读
给每张卡写明观察日期、已经确认的身份线索和需要继续核实的问题。若要讨论其内容倾向,应另行阅读作品,资料接口并不提供完整观点样本。后续资料变化可以附新观察,不必覆盖旧记录的语境。交付时将确定信息与编辑判断分开,团队才能知道哪些可直接引用,哪些只是引导下一步研究的假设。
完整地址与参数
GET https://api.trmesh.com/openapi/api/v1/weibo/web_v2/fetch_user_info
| 参数 | 类型 | 必填 | 含义 |
|---|---|---|---|
uid |
string / null | 否 | 用户id |
custom |
string / null | 否 | 自定义微博用户名 |
可以复制的 Python 请求
安装 requests 并在环境变量中设置 TRMESH_API_TOKEN。把示例用户名或作品 ID 换成你要查询的对象。
import os
import requests
# 使用自己的 TRMesh 开发者密钥;不要将密钥写入网页。
url = "https://api.trmesh.com/openapi/api/v1/weibo/web_v2/fetch_user_info"
params = {
"uid": "1722594714",
"custom": "shuqi"
}
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 账号额度,运行前请确认接口价格。
