你在筹备一次周末市集，需要关注场地方、交通和主办方几个微博账号。每天都有新微博，但有些只是旧海报再次转发。比起复制所有内容，你更需要知道哪一条改变了自己的准备安排。

先确认通知来自谁

用用户信息接口查询目标账号，可按契约提供 uid 或 custom，再打开主页核对身份。显示名称不是充分证明，不要把粉丝转发账号当成主办方。保留当前主页、账号标识和关注用途，例如“场地开放安排”或“交通变化”，以便遇到同名账号时回查。

把发帖来源和活动日期分开

按 uid 读取微博列表，记录查询时间，并依照返回的 since_id 等分页信息继续读取需要的范围。活动日期应从实际内容里核实，不能直接用微博发布时间代替。一张旧海报今天重新出现，仍可能讲上周的活动；人工检查正文和图片里的日期后再进入计划表。

只把影响安排的变化摘出来

表格可以包括微博来源、涉及日期、通知主题、与原安排的差异、需要谁确认。比如场地开放时间变化会影响布置，单纯再次宣传不必重复提醒。图片中的细节要人工阅读或另行处理，不要认为列表接口自动识别了海报文字。若 AI 辅助摘要，要求保留原始日期表达与来源，遇到冲突写待核实。

通知摘要不能替代最终确认

为每条信息设置已读、待确认、已纳入安排等自己的状态。定时查询与提醒要另外搭建，不能把一次接口请求称为自动订阅。某条微博没有再次出现不证明已撤回，计划临近时应回到原帖或主办方正式信息核对。最终清单要告诉你今天需要改哪项准备、依据是哪一条通知，而不是堆积几页重复宣传，也不要直接凭这份样本对外宣布活动变更。

这篇用到的接口

完整地址与参数

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 账号额度，运行前请确认接口价格。