公众号运营交接，历史文章档案怎样才算交付完成？

面向交接自有公众号内容的运营负责人，用范围说明、缺失待办、接收人验收和授权记录，把历史文章文件变成接手者能查找、核对和继续使用的档案。

以接手者能独立使用为交付标准

公众号运营交接时，历史文章档案应当同时交清四件事：保存到哪里、缺了什么、怎样找到原文、哪些内容允许复用。接手者能在自己的电脑上完成查找和核对，并知道遗留问题由谁处理，才适合确认交付完成。

本文面向整理团队自有公众号、已确认归档权限的运营负责人。公开文章只是交接的一部分：编辑源稿、图片授权材料、后台数据等需要另行整理，不能从历史文章包中推定它们已经备份。

交接前先写一页范围说明：账号名称、目标起止日期、归档日期、批次清单，以及明确不包含的材料。文章发布时间回答“何时发布”，归档日期回答“何时保存”，两者都要记录。

使用 MPHistory 时，可粘贴该号一篇公开文章的链接，免费预览并确认账号，再按需取得历史文章包。它从最新文章往前分批打包，提供 HTML、Markdown、本地图片、目录页和文章清单。批次篇数、续接条件、价格和服务器文件保留时间，请查看首页当前规则。

不要仅凭包中最早、最晚的日期就宣布覆盖了整个区间。用团队已有的发文台账核对关键栏目、活动总结和重要公告；没有台账时，应写明“范围尚未独立核全”。跨批次发现同一原文链接时，先记录重复关系，保留批次来源，避免按同名标题误删不同文章。

保留原始 zip 和 manifest.csv，另建交接台账。原清单里的“成功”“原文已删除”“抓取失败”反映正文状态；“成功”也不能代替关键图片检查，视频和音乐不能据此视为已经离线保存。

交接台账每行对应一篇需要处理的文章，保留标题、发布时间、原文链接和本地路径，再补充问题、影响、处理人、约定完成日、处理结果。以下为填写示例，并非真实账号记录，也不是产品自动生成的字段：

已删除的文章可能无法恢复，不能无限期挂着“待补”。可以登记“仅保留标题与链接，经双方确认接受缺失”；若它是交接必需资料，则注明暂不通过。补入的编辑源稿要标清版本，不能冒充当时发布页面。

把文件放到约定的存储位置后，请接收人从那里重新取得一份，独立完成以下操作：

目录页可搜索标题；跨文章正文检索需要接收人配置自己的 Markdown 编辑器或检索工具。抽查只能说明已查样本的情况，关键文章应逐篇确认。个人阅读软件的整理方法可继续参考公众号文章下载后的资料库整理指南。

传输时还可由双方分别计算同一个原始 zip 的 SHA-256，并比对结果。这能帮助发现文件是否发生变化，方法见数字保存联盟的校验和说明。校验值需自行生成；它也不能证明下载前没有漏文章，或正文中的事实正确。文件一致与内容可用，要分别验收。

自有账号中的文章也可能含有约稿、转载、合作摄影或第三方图表。交接时保留作者、最初出处和授权材料的位置，明确允许谁在什么范围内使用。授权未确认的素材，先保留来源信息和待核事项，不随全文包扩大共享；取得本地文件不代表取得重新发布许可。

后续改编文章时，把新稿与保存版本分开，附回原文链接和本地路径。计划上传外部 AI 服务或用于 RAG 时，应先核对授权是否覆盖相关处理。MPHistory 提供一次性历史打包，这些整理与权限管理需要团队自行完成。

保管人应在约定位置留好原始包、交接说明和备份，并安排复查文件能否打开。美国国会图书馆的数字文档保存建议强调为目录写说明、将副本放在不同位置并定期检查可读性。团队可据此确定自己的保管安排，避免只在离任同事电脑上留下唯一副本。

以下为自建模板，空项需填写或注明不适用；这份记录由双方核对后确认，不是平台生成的验收证明。

账号与目标日期范围：
归档日期、批次文件名与实际覆盖范围：
尚未核全的范围及明确排除项：
原始包位置、备份位置、保管人：
缺失台账位置、未关闭事项及责任人：
抽查文章、检查结果、检索方式与命中路径：
授权材料位置、允许用途、待核权限：
接收人、确认日期、下次复查安排：

归档后的新文章不会自动进入这些 zip。需要持续接收新发布内容，可另行了解 Mp2RSS 的订阅能力，并指定后续整理负责人。把历史交付范围和未来维护责任写清，下一位运营才能接着使用这份档案。