最近我搜索“公众号 Markdown”时发现结果大多在讲一件事把写好的 Markdown 排版后发到公众号。但我需要的方向刚好相反微信公众号文章 - 干净正文 / Markdown - ChatGPT、Claude、DeepSeek 或 Agent这两类工具解决的问题不一样方向常见目的Markdown - 微信公众号排版、图片上传、保存草稿、发布微信公众号 - Markdown阅读、归档、知识库、AI 总结、RAG如果方向没分清很容易搜到一堆排版编辑器最后还是拿不到原文。最小可用流程我自己维护的 ReadGZH 提供了一个很窄的读取接口。对公开文章最小请求是curl-Ghttps://api.readgzh.site/rd\--data-urlencodeurlhttps://mp.weixin.qq.com/s/替换为真实文章ID\--dataformattext在代码里不要手动拼接未经编码的微信 URL。Python 可以直接让requests处理参数importrequests responserequests.get(https://api.readgzh.site/rd,params{url:https://mp.weixin.qq.com/s/替换为真实文章ID,format:text,},timeout(10,60),)response.raise_for_status()textresponse.text.strip()iflen(text)100:raiseRuntimeError(返回内容过短先检查是否真的拿到正文)print(text[:1000])返回 200 也不等于任务完成我后来发现最容易忽略的并不是 HTTP 报错而是“接口有内容模型却没真正使用”。我会在总结前先让模型回答先不要总结。请给出文章标题、作者、前两个小标题 再复述第二个小标题下面的一个具体例子。 无法确认时说不知道不要推测。如果标题对、小标题错模型很可能只看到了搜索摘要。如果接口正文完整但模型仍回答不出则要检查 Agent 是否真的调用了工具、上下文是否被截断。什么时候用网页什么时候用 API/MCP临时读一篇直接复制正文最快想保留结构转换成网页或 Markdown程序批量处理REST API让 Agent 自己取文章MCP。ReadGZH 的远程 MCP 地址是{mcpServers:{readgzh:{url:https://api.readgzh.site/mcp-server}}}不同客户端的配置位置不同但验证方法不变先让它复述正文细节再让它总结。边界已经删除、需要登录授权、只有视频或小程序的内容可能无法提取。读取公开文章也不等于取得转载授权。用于知识库或二次发布时仍要保留来源并确认版权边界。完整参数和限制放在https://readgzh.site/docs?utm_sourcecsdnutm_mediumarticleutm_campaignreadgzh_cn_growth_202608utm_contentwechat_to_markdown_direction我现在最常提醒自己的一句话是先确认方向再确认正文真的进了模型。否则“公众号 Markdown”几个字搜半天可能一直在解决相反的问题。
