你看到一篇介绍城市生活变化的头条文章，评论区有人赞同，有人说当地情况完全不同。想写一段阅读笔记时，先不要把评论数量当作判断文章对错的投票，需要知道双方谈的是不是同一个范围。

文章来源先定位准确

文章详情接口要求 aweme_id，文档说明可从文章链接取得。评论接口则使用 group_id，按各自参数说明准备，不能仅因两个都叫作品 ID 就忽略来源核对。保留原链接，确认正文与评论确实对应同一篇内容，而不是标题相似的转载。

先摘正文中的可核查主张

阅读实际取得的作品信息，标出时间、地点、数字和因果判断。资料不完整时回到原文查看，不用标题补全文意。把作者亲历、引用材料和个人判断分开；若文章没交代数据来源，就把出处列为待核实，而不是根据评论替作者补一个依据。

评论按讨论对象归类

评论接口 offset 默认为零，文档说明后续每次加二十，按该规则取到需要范围并记录覆盖。人工区分对文章事实的质疑、不同地点的经验、情绪表达和无关话题。表格可列来源、针对的原文说法、评论补充、适用范围和需要核查的资料。评论是另一份材料，不自动成为纠错结论。

阅读笔记保留真正没解决的争议

将可核对的分歧写成问题，例如两种经验是否发生在不同年份或区域，再寻找独立资料。AI 可帮助对照表述，但不能判定谁说真话，也不应按支持人数生成真实性分。当前流程不会自动回复或修改文章。最终笔记应分别呈现正文主张、读者补充和你的暂时判断，说明哪些已有证据、哪些仍待查，让争论变成可以继续研究的问题，而不是换一种语气重复评论区的立场。

这篇用到的接口

完整地址与参数

GET https://api.trmesh.com/openapi/api/v1/toutiao/web/get_article_info

参数 类型 必填 含义
aweme_id string 是 作品ID

可以复制的 Python 请求

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

import os
import requests

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