ReadGZH（读公众号）是一个让 AI 真正读到微信公众号正文的小工具：把公开的公众号文章整理成干净正文，供 ChatGPT、Claude、DeepSeek、豆包等模型继续总结、核对与问答。除网页直接使用外，还提供 REST API 与远程 MCP，适合接入知识库或 Agent 工作流，并提供免费额度。 定价：免费增值：有免费额度；命中共享缓存不扣积分（仍有基础频率限制）；AI 智能摘要为 Pro 专属。编辑评分：暂无评分。
ReadGZH（读公众号）：让 AI 真正读到公众号正文的小工具
ReadGZH是什么？
简单说，它是一个专门解决"公众号文章喂不进 AI"这个问题的工具。
做过这件事的人都知道痛：公众号文章链接丢给 ChatGPT 或 Claude，经常抓不到正文，要么是空壳，要么夹杂一堆无关的页面元素，模型只能靠标题瞎猜。手动复制粘贴虽然可行，但格式噪声多，长文还容易漏段。
ReadGZH 干的事很单一——把公开的公众号文章整理成干净正文，交给 ChatGPT、Claude、DeepSeek、豆包这些模型去总结、核对、问答。除了网页端直接用，它还提供 REST API 和远程 MCP，方便接进知识库或 Agent 工作流。有免费额度，官方文档在 readgzh.site/docs，GitHub 仓库是 github.com/sweesama/readgzh，都能自己去看。这个项目 2026-10-13 首发并通过收录初审，算是比较新的工具。
核心功能
1. 公众号正文提取 这是它的立身之本。把公开的公众号文章链接丢进去，输出的是干净正文，而不是一坨带样式的 HTML。实际使用中，最直观的感受就是"少了很多要跟模型解释的废话"。
2. 面向大模型的文本输出 提取出来的正文可以直接拿去问模型，做摘要、核事实、追问细节都行。这也是它比"手动复制粘贴"强的地方——不是简单粗暴地扒文字，而是尽量让文本适合模型继续处理。
3. 网页端即开即用 不想折腾配置的话，打开官网就能用，不需要注册开发者账号、不需要写代码。对只是想快速看一篇文章内容的人来说，这条路径最省事。
4. REST API 需要程序化调用的话，它提供 REST API。比如批量处理一批公众号链接，或者把提取能力嵌进自己的脚本里，就不用一个个手动贴了。
5. 远程 MCP 这是它比较跟得上趋势的一点。远程 MCP 意味着可以直接挂到支持 MCP 的客户端或 Agent 工作流里，让模型自己调用这个能力去读公众号文章。对在做知识库、自动化 Agent 的人来说，这个入口比 API 更"顺手"。
价格与套餐（官网核对）
ReadGZH 采用积分制、免费额度起步：
| 项目 | 说明 |
|---|---|
| 免费额度 | 有免费额度；命中共享缓存时不扣积分（仍有基础频率限制） |
| 计费 | 按调用扣积分；重复读取命中缓存不扣 |
| Pro 专属 | AI 智能摘要（?mode=summary） |
使用方式：把微信公众号文章链接拼到 https://api.readgzh.site/rd?url=<文章链接>，把生成的链接发给 ChatGPT / Claude / Perplexity 等即可读取全文。也提供远程 MCP 与 REST API，可接入知识库或 Agent 工作流。
值不值得用？
先说优点：
- 痛点抓得准。公众号正文难被 AI 读取是个真实存在、又没多少人愿意专门解决的问题，它没有做大而全，就盯着这一件事。
- 输出干净。减少噪声对模型来说很关键，尤其做总结和事实核对时，脏输入基本等于脏输出。
- 接入方式齐。网页、API、MCP 三层都有，从"随便用用"到"接进工作流"都能覆盖，这一点比很多同类小工具想得远。
- 透明度还行。有公开 GitHub 仓库和官方文档，能自己验证，不是那种只有个落地页的黑盒。
- 有免费额度。可以先试再决定要不要深入用，门槛低。
再说缺点，这些也得摆在明面上：
- 只支持公开文章。非公开内容、需要登录或付费才能看的内容，它处理不了，这是能力边界，不是 bug。
- 工具很新。2026-10-13 首发，长期稳定性、后续维护频率、生态积累都还需要时间观察。小工具类项目最怕的就是作者停更。
- 价格信息不透明。具体档位和免费额度上限没在公开信息里写清楚，想规模化用的话，成本不好预估。
总体结论：如果你确实有"把公众号文章喂给 AI"这个高频需求，值得先花十分钟用免费额度试一下，判断标准很直接——看它提取出来的正文够不够干净。如果只是偶尔复制一篇文章问个问题，那手动复制粘贴也没什么不能忍的，不必专门上工具。
使用建议
- 先网页端，后 API。不要一上来就研究接入文档，先拿几篇你熟悉的文章试提取质量，确认正文完整、格式干净，再考虑要不要往工作流里接。
- 拿长文和排版复杂的文章做测试。短消息类文章一般复制粘贴也不差，真正考验提取能力的是长文、多图、有大量引用块的排版。
- 接工作流前先读文档。MCP 和 API 的具体调用方式、限额规则以 readgzh.site/docs 为准，别照着别处的旧教程硬套。
- 管理预期。它解决的是"取正文"，不解决"判断内容真假"。提取完还是要靠模型和自己的核对。
- 关注项目活跃度。工具较新，用之前顺手看一眼 GitHub 仓库的更新情况，心里有个数。
适合谁用？
推荐
- 经常要把公众号文章整理成素材的内容从业者、研究者
- 在做知识库、RAG 或 Agent 工作流，需要稳定获取公众号正文的开发者
- AI 重度用户，习惯把长文丢给模型做总结和交叉核对
可考虑
- 只是偶尔需要读公众号内容，对格式要求不高的人
- 需求偏轻、还在观望的工具尝鲜者（有免费额度，试错成本低）
不推荐
- 需要处理非公开、付费或需登录内容的人（能力边界之外）
- 对服务稳定性、SLA 有硬性要求的企业级场景（工具太新，风险自担）
- 只是想把文章收藏起来慢慢看的人（那用稍后读工具更合适）
