你在知乎查“居家办公是否更高效”，一篇回答说效率大增，另一篇却说协作越来越差。继续按赞同数往下读不一定能得到答案，因为两个人可能讨论的是完全不同的工作。先把问题范围拆开，才知道哪里真的矛盾。

原问题里的限定不能跳过

通过 question_id 查询问题详情，阅读补充说明，明确它问的是个人专注、团队交付还是长期职业发展。若限定不清，自己在研究笔记里写下本次要回答的版本，例如“需要频繁协作的小团队怎样安排居家工作”。这是你的分析范围，不要当作原提问者已经说过的话。

挑不同立场，也挑不同依据

读取回答列表，记录排序与分页范围，选几条结论不同且有实质内容的回答，再按 answer_id 查询详情。把亲身经历、引用材料和个人推断区分开。使用文章搜索补查相关讨论时，确认它仍在回答同一问题，不把标题相似的文章当成反驳材料。

对照表把条件摆在结论前面

建议列来源、工作类型、团队规模等原文实际提到的条件、主要结论、证据、尚未说明的限制。没提条件就写未说明，而不是替作者补全。比如独立写作者谈专注与跨时区团队谈沟通，结论不同未必互相否定。评论可帮助发现读者追问的限制，但评论本身也需要核对，不能因为有人反对就判定回答错误。

最后给自己一个有条件的判断

把能支持自己情境的证据放在一起，再列需要进一步询问或尝试的安排。AI 可以将表格归纳成观点地图，但必须保留来源和适用条件，不能按赞同数自动判真伪。结果不必强行选出一个赢家；更有用的是知道在什么条件下哪一种做法更值得尝试。当前接口提供讨论材料，不会直接给出权威结论，也不能替代针对自己工作的实际验证。

这篇用到的接口

完整地址与参数

GET https://api.trmesh.com/openapi/api/v1/zhihu/web/fetch_question_detail

参数 类型 必填 含义
question_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_question_detail"
params = {
    "question_id": "YOUR_QUESTION_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 账号额度，运行前请确认接口价格。