# 给个人 RAG 导入公众号旧文，怎样避免把过期方法当答案？ > 面向用本地问答助手学习工具操作的个人读者，通过语料准入、适用版本、来源映射和撤回检查，区分公众号旧文中的现行方法与历史记录。 作者：MPHistory 团队 发布日期：2026-10-25 更新日期：2026-10-25 原文：https://mphistory.followto.us/blog/2026-10-25-wechat-content-assets ## 先标明方法适用于什么，再让助手检索 把公众号旧文导入个人 RAG 问答库前，先为涉及操作步骤的内容记录适用版本、核对日期和使用状态。问“现在怎么做”时，只使用已核对的现行材料；问“以前怎么做”时，才检索历史版本，并在答案中说明时间。没有核实依据，就保留待核状态。 本文面向用本地问答助手学习软件操作的个人读者。RAG 是先检索材料、再让模型据此回答的方法。旧文即使完整、相关，也可能讲的是旧界面；导入更多文章，不能替代适用性判断。 ## 一、保存历史快照，另选可导入的副本 可在 [MPHistory](https://mphistory.followto.us/) 粘贴目标公众号的一篇公开文章链接，预览确认账号和本批范围后，按需取得历史包。包内有 HTML、Markdown、本地图片、目录页和 `manifest.csv`；批次篇数、价格、续接条件与服务器保留期限，查看[首页当前规则](https://mphistory.followto.us/#inRule)。 保留原始 zip，把准备处理的 Markdown 复制到单独目录。一次先选一个学习问题，例如某项工具的安装与配置，不必把整号文章全部导入。文件与图片路径的处理，可参考[公众号文章下载后的资料库整理指南](/blog/2026-10-20-wechat-archive-personal-knowledge-base)。 导入前逐篇检查正文状态和关键图片。清单中有记录，不代表正文完整；缺失内容应登记。步骤若藏在截图里，单纯导入文字可能漏掉关键条件：可自行转录并对照原图，标明补录位置；无法核对的段落暂不用于回答。 MPHistory 提供一次性历史内容打包。下文的标记、检索和撤回，需要在自己的工具中完成，产品没有内置 RAG。 ## 二、把发布日期、适用版本和核对日期分开 发布日期只说明文章何时发布，下载日期只说明何时保存。判断方法能否用于今天，应回到工具官方文档或当前界面核对，并记下依据。旧文章中的方法仍可能有效，新文章也可能回顾旧版本，不能只按发文时间排序决定。 给候选文章补一份自建记录。以下为字段示例，不是 MPHistory 自动生成的信息： ```text 文章编号：D017 来源：原题、作者、公众号、发布日期、原文链接 保存位置：批次文件名、本地路径、下载日期 适用条件：工具版本、操作系统、账户类型等 使用状态：现行已核／历史参考／待核／排除 核对依据：官方说明链接、对应章节、核对日期 替代关系：哪篇材料替代了哪一节，原因是什么 处理权限：允许用途、授权记录位置、待确认事项 ``` “现行已核”也有核对日期，并非永久有效。一篇文章只有部分步骤变化时，按章节分别记录；不要因安装入口变了就抹去整篇的历史价值，也不要因大部分仍可用就放过已失效的步骤。 ## 三、让检索片段带着条件和出处 RAG 工具可能把长文章切成较小片段。给每个片段保留文章编号、原文链接、章节、适用条件和状态，才能在命中某段操作时回到完整上下文。微软的 [RAG 元数据说明](https://learn.microsoft.com/en-us/azure/architecture/ai-ml/guide/rag/rag-enrichment-phase)介绍了用元数据参与筛选、返回来源的思路；这里的状态与版本字段是针对旧文整理提出的做法。 以下为虚构示例：一篇旧教程在开头说明“适用于桌面端旧版”，配置步骤在后半篇。若切分后只剩“打开设置，选择某入口”，答案就容易丢失版本限制。应让该片段保留适用条件，并确认读者能从引用打开原文章。 有条件筛选功能时，将状态真正用于检索：询问当前方法，先限定为已核对且适用的内容。只在提示词里写“优先最新”不等于完成筛选。工具不支持时，可分别建立现行材料库与历史库，由自己选择查询范围；一开始需要多维护一份目录，但更容易检查取到了哪些材料。 ## 四、用四类问题检查，再练习撤回 先写预期行为，再实际提问，记录检索片段和答案，而不只评价语言是否流畅： - **当前问题**：“现在怎样完成配置？”应使用适用的已核材料，显示来源与核对日期。 - **历史问题**：“旧版本当时怎样配置？”可使用历史材料，但应明确版本背景。 - **冲突问题**：“两篇教程的入口不同，听哪篇？”应交代适用条件；依据不足时提示待核。 - **缺证据问题**：“未收录的新版本怎么操作？”应说明资料不足，不拼接旧步骤补答案。 再选一篇试验材料，标为排除，按工具提供的方式移除或重建相关检索索引，确认它的所有片段不再参与回答；如有答案缓存，也需检查。只把清单改成“排除”，不代表索引已经更新。保留文章编号与片段的对应记录，后续发现错误才能找到需要处理的范围。以上是建议的验收方法，不代表已有测试结果，也不能保证模型永不出错。 ## 五、把更新责任与授权边界留在目录里 每次新增材料，重复检查权限、完整性和适用性；发现工具版本变化，就复查对应主题。“已核对”的依据应来自实际阅读，不能让模型根据语气推定。需要持续收到新文章，可另行了解 [Mp2RSS 的订阅说明](https://areyoubugcoder.github.io/Mp2RSS/guide/faq.html)：它从订阅后收录新发布内容，不回溯历史，也不会替你判定旧方法是否失效。 原始出处、作者和授权记录应随材料保留。MPHistory 首页限定的用途是个人学习、研究和收藏，下载不等于取得向 AI 服务上传、建设共享语料或商业使用的许可。本文流程只用于自有或已确认获准作相应处理的内容；第三方配图、转载段落也需核对。未经授权的全文不要公开分发，使用外部处理服务前另查许可范围。 整理完成后，应能从一个答案回到片段、文章和核对依据，也能把一条过期方法退出当前问答。历史材料仍留在档案里，日后比较方法变化时可以继续使用。