你在整理一篇知乎专栏文章的阅读记录,发现页面上显示的互动状态和旧记录不一致,想确认这个状态究竟说明什么。文章互动关系能力可以作为核查入口,但接口名称里的“关系”并没有自动承诺提供所有互动者名单或完整传播网络。
将查询限定到目标文章
使用明确的文章标识,保留原始页面地址和旧记录的观察日期。不要把专栏标识、作者标识当作文章标识。此次检查是围绕一个作品的关系数据,不是一次跨平台用户关系调查;先说明自己要核对的具体状态,避免拿到响应后再强行寻找支持预设结论的字段。
先读响应再确定记录方式
当前契约对返回概括为专栏互动关系,没有详细列明每种业务字段的稳定含义。因此应查看实际响应,并与可确认的页面语境对照后再使用。布尔值、数字或嵌套对象不能只凭字段外观猜成点赞、收藏或关注结论。无法明确解释的值保留原始记录,标注需要进一步核实,不直接展示给读者为确定事实。
状态差异不自动解释行为原因
即使确认某项状态发生变化,也需要注意两次观察条件是否一致。一次读取不能解释谁为什么做了什么,更不提供所有互动行为的历史过程。最终输出可以是已核对的状态、仍不明确的字段和下一步验证事项。如果真正需要评论内容或文章详情,应使用相应能力另行取得,避免让一个关系入口承担契约之外的研究任务。
完整地址与参数
GET https://api.trmesh.com/openapi/api/v1/zhihu/web/fetch_column_relationship
| 参数 | 类型 | 必填 | 含义 |
|---|---|---|---|
article_id |
string | 是 | 文章ID |
可以复制的 Python 请求
安装 requests 并在环境变量中设置 TRMESH_API_TOKEN。把示例用户名或作品 ID 换成你要查询的对象。
import os
import requests
# 使用自己的 TRMesh 开发者密钥;不要将密钥写入网页。
url = "https://api.trmesh.com/openapi/api/v1/zhihu/web/fetch_column_relationship"
params = {
"article_id": "YOUR_ARTICLE_ID"
}
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 账号额度,运行前请确认接口价格。