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

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

作者：MPHistory 团队
发布日期：2026-10-21
更新日期：2026-10-21
原文：https://mphistory.followto.us/blog/2026-10-21-wechat-content-assets

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

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

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

## 一、先约定范围，再检查是否收齐

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

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

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

## 二、把缺失内容变成有人负责的待办

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

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

| 项目 | 示例填写 |
|---|---|
| 文章 | 《春季活动复盘》，原文链接从清单复制 |
| 问题与影响 | 活动流程图缺失，无法据此复用执行步骤 |
| 后续动作 | 交出人从团队原始素材中补齐并说明来源 |
| 关闭条件 | 接收人在本地打开图片，核对与该文对应 |

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

## 三、让接手人用自己的电脑验收

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

1. 从 `index.html` 找到一篇指定文章，打开本地正文，核对标题、发布日期和原文链接。
2. 抽查较早、近期、图片较多及业务关键的文章，临时断网检查正文和关键图片；保留 `articles/` 与 `images/` 的相对位置。
3. 用一个实际问题检索，例如“上次活动如何安排报名审核”，记录使用的软件、关键词和命中的文章路径。
4. 打开缺失台账，确认每项都有处理结论或接续责任人。

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

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

## 四、把复用权限与保管责任一起交清

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

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

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

## 可复制的交接确认记录

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

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

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