你准备写一篇时间管理文章,读到某个知乎回答的观点很有启发。直接换词可能保留了别人的论证,也可能连错误前提一起带过来。先弄清自己究竟认同哪一点,再决定如何表达。

把参考放回它回答的问题

用文章搜索查相关材料,对明确的回答使用 answer_id 获取详情。文章标识与回答标识不要混用;如果搜索命中的是文章而当前绑定没有对应详情,就回到原页面阅读,不能硬填回答接口。保留每份来源与它讨论的范围。

拆开事实、例子和作者判断

逐段记录核心论点及依据,区分个人经历、引用研究和推断。自己的稿子若需要使用外部事实,应核对原始来源并保留出处,不能只引用别人转述的一句结论。某个观点与你经验相似,也不表示可以把对方的例子改成人称后当作自己经历。

先写自己的论证提纲

说明读者的问题、你的主张、可用证据和限制,再决定哪些参考有必要出现在文中。表格可以列拟写论点、自有材料、外部来源、待核实前提和预期反例。AI 可帮助检查逻辑连接,但不能补虚构研究或用很流畅的语言隐藏证据空缺。

改稿时追问每段承担什么任务

删去只是重复参考却没有增加解释的段落,用自己的条件和例子展示为什么得出结论。需要引用的独特观点明确归属,涉及不同立场时保留差异而非强行归一。检索接口不是自动原创或真实性认证服务。最终交付应是有独立论证的草稿和来源清单,读者能区分你的判断与引用的材料,也能看到哪些结论仍有条件,而不是一篇表面换了词、骨架仍完全来自别人的文章。

这篇用到的接口

完整地址与参数

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

参数 类型 必填 含义
keyword string 是 搜索关键词
offset string 否 偏移量
limit string 否 每页文章数量
show_all_topics integer 否 显示所有主题
search_source string 否 搜索来源
search_hash_id string 否 搜索哈希ID
vertical string 否 垂类
sort string 否 排序
time_interval string 否 时间间隔
vertical_info string 否 垂类信息

可以复制的 Python 请求

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

import os
import requests

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