你准备在微博征集读者的书桌照片,海报已经写好“评论区晒图”。真正发布邀请前,还缺一个小检查:承接投稿的那条微博是否允许图片评论。这里假设你正在筹备一次活动,接口可以帮助检查入口条件,但不会替你上传照片或发布评论。
检查活动微博,不是整个账号
先确认活动最终使用的微博,保存原帖链接和对应微博标识。预热帖、正式征集帖、转发宣传帖可能同时存在,不能检查了其中一条就认为其他帖子也适用。把检查结果写在活动执行表对应的那一行,让负责文案的人知道验证针对哪个入口。
给“允许”“不允许”和“未知”不同处理
契约明确返回是否允许带图评论。确认请求成功并取得明确结果后,允许才保留晒图指引;不允许就调整投稿方式或换一个已核实的活动入口。查询失败、没有取得结果、响应内容无法判断时,应标记待检查,不能把这些情况自动当成不允许,更不能继续默认开放。
把发布前复核交给活动负责人
检查完成后,在原帖页面人工确认参与说明与实际入口一致,再发布海报。结果只能说明检查时这条微博的相关条件,不承诺每位参与者都能成功上传,也不证明评论审核会通过。活动执行表应记录检查时间、结论、负责人和备用说明;入口发生调整时重新检查。这样得到的是一个可执行的活动准备动作,而不是一张容易被误读的权限截图。
完整地址与参数
GET https://api.trmesh.com/openapi/api/v1/weibo/web_v2/check_allow_comment_with_pic
| 参数 | 类型 | 必填 | 含义 |
|---|---|---|---|
id |
string | 是 | 微博ID |
可以复制的 Python 请求
安装 requests 并在环境变量中设置 TRMESH_API_TOKEN。把示例用户名或作品 ID 换成你要查询的对象。
import os
import requests
# 使用自己的 TRMesh 开发者密钥;不要将密钥写入网页。
url = "https://api.trmesh.com/openapi/api/v1/weibo/web_v2/check_allow_comment_with_pic"
params = {
"id": "5092682368025584"
}
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 账号额度,运行前请确认接口价格。
