照片归档：保留原件，也保留故事。

先分清三种文件

原始照片、调整后的成片和为了聊天分享而压缩的副本，承担不同用途。原件用于长期保存和重新编辑；成片表达选择；分享副本用于快速传播。把三者混在同一目录，很容易把尺寸小的版本当成唯一原件，或者在重复清理时删错。

时间与事件是第一层索引

可先使用年份与事件组织文件，再用相册或标签补充人物、地点等维度。不要要求每张照片都立即写完整说明。给一组照片留一份简短说明，记录发生了什么、素材从哪里来，已经能提升多年后的可理解性。

• 原件目录尽量稳定，不反复搬动。
• 导出前确认需要原件还是处理后的版本。
• 重要事件补上文字，不全部依赖自动识别。

检查时间和附属信息

照片能打开不等于迁移完整。抽查拍摄日期、方向、视频片段及编辑后的外观；某些应用中的相册结构和标记未必会随普通文件导出。先用少量样本试迁移，把缺失项记录下来，再决定是否批量处理。不要只比较文件数量。

离开相册软件做一次恢复

挑选照片和视频，从备份恢复到独立位置，在普通查看器里打开。这样验证的是内容能否带走，而不只是某个相册界面能否登录。公开分享时再检查位置和人物隐私；不需要公开的原图，没必要仅为了方便而开放整个目录。

先为一个事件准备原件与说明

本轮只归档一个个人事件，目标是离开照片应用后仍能找到原件、知道发生了什么，并恢复一份完整素材。准备普通导出目录、足够可用空间、事件说明和样本清单。样本包含静态照片、经过编辑的照片以及一段视频；使用实况照片或原始格式时，再各增加一个代表项目。先做这一小包，避免全库导出后才发现漏了重要附属内容。

区分照片应用中的项目与磁盘文件：一个项目可能导出多个文件，一次编辑也可能需要原始文件与成片分别保存。所以不能用“图库显示一百张，目录不是一百个文件”直接判定丢失。先记录项目类别和预期导出方式，导出后再按关联关系验收。数量统计有用，但需要知道究竟在数照片项目、文件还是视频片段。

事件日期不能只从导出文件的创建时间推断。优先核对照片里的拍摄信息和读者已知的活动背景；相机时间设置错误时，在说明里标注原记录与修正依据。不要为了让目录整齐批量改写所有元数据。事件说明可以暂时只写地点代号、活动主题和素材来源，私人细节留在私人档案中。

photos/2026/2026-09-08-公园/
├── 原件/手机甲/
│   ├── IMG_0001.HEIC
│   └── IMG_0001.MOV
├── 成片/2026-09-08-公园-合影.jpg
├── 分享/2026-09-08-公园-合影-small.jpg
├── 说明.txt
└── manifest.csv
命名对照：实况原件保留IMG_0001双文件；挑选成片用事件名称。
事件日期仅示意，实际按拍摄资料核对。

分别导出未修改原件和编辑成片

在Mac照片应用中选择样本，经文件菜单的导出入口选择未修改的原件。若需要随导出保留可提供的IPTC信息，可核对导出对话框中的XMP选项；附属文件是否被后续应用读取仍要测试。编辑后的观感要另走照片导出流程保存成片，单独指定格式和尺寸，不能把“原件”理解为包含全部编辑效果的文件。

实况照片导出的原件可能包含静态图和视频两个部分，应以原始文件名关联保存。不要只留下其中较小的一项，也不要分别命名后丢掉两者关系。原始格式与配套JPEG、侧车文件同样需要一并整理。对已经依赖原名关联的文件，事件信息优先放在上层目录，避免通过批量改名破坏软件识别。

导出到新建的事件原件目录后，先检查任务是否完整结束，再开始另一轮成片导出。原件目录保持稳定，分享副本则从成片生成，记录尺寸和用途。分享失败时可以重新生成分享版，不应为了缩小体积覆盖原件。这里给的是文件级归档方法，不声称普通导出能保留应用中全部相册、人物识别、收藏和编辑历史。

用目录树与关联清单留下故事

目录采用年份与事件两层，事件下分原件、成片、分享和说明。事件根部的清单记录项目代号、原名、相对路径、素材类型与验收状态。示意中“IMG_0001.HEIC”和“IMG_0001.MOV”归属于同一实况项目，成片可以另叫“2026-09-08-公园-合影.jpg”。这样的命名对照既能保留原始关联，也能使挑选后的成片适合直接寻找。

说明文件记录为什么留下这组照片、来自哪个设备代号、有哪些时间或内容疑问。未确认人物可以暂不填写，重要的是把以后无法从文件本身读出的背景留住。不要让清单依赖某个付费应用才能打开；普通文本和CSV可作为补充入口，但它们不替代原始元数据，也不替代照片库本身的备份。

清单中的相对路径从事件根部开始，迁到另一个磁盘仍便于定位。路径里有逗号或换行时需要正确CSV转义，手工清单尽量使用简单稳定名称并用支持CSV的编辑器保存。目录移动后重新查一份静态照片和一个双文件项目，确认链接没有把旧盘的绝对路径写死。尚未导出的项目保持待处理，不提前填已归档。

asset_id,relative_path,role,related_id,check
PHONE-A-0001,原件/手机甲/IMG_0001.HEIC,未修改静态原件,PHONE-A-0001,尺寸方向待验收
PHONE-A-0001,原件/手机甲/IMG_0001.MOV,实况视频部分,PHONE-A-0001,播放待验收
EDIT-0001,成片/2026-09-08-公园-合影.jpg,编辑成片,PHONE-A-0001,外观待验收

验收画面、时间、关联和独立恢复

验收先离开照片应用，在普通查看器打开原件，再查看成片是否保留预期编辑。照片核对方向、尺寸和可见画面，视频至少播放开头、中段与结尾。实况的两个文件分别能打开，不等于另一个应用已经重建成同一个实况项目；如果迁移目标需要这种能力，应在目标应用单独测试并记录结果。

实际搜索从Finder中的事件目录开始，用名称包含原始编号找到关联文件，再用事件词找到成片。之后按清单的相对路径直接打开一项，作为不依赖索引的验收。只凭人物自动识别找到照片不算文件归档入口完整，因为迁出原应用后这层索引可能不在。搜索无结果时检查范围和导出状态，再核对原名，不先批量更改元数据。

归档包还要进入独立备份，随后恢复到新的验收目录。假设原件二十GB、成片四GB、分享一GB，单个事件为二十五GB；另存一份恢复测试包还需二十五GB目标空间，不能把压缩或去重当成必有折扣。恢复记录写具体版本与样本结果，不能只写“照片已同步”。同步删除可能传播，因此版本和独立副本仍需分别考虑。

把图库迁移与普通文件归档分开收尾

照片应用的活动图库是应用管理的数据包，不能把本篇目录树直接套入包内部。Apple对图库外移提供专门流程，并要求合适的直接连接存储与文件系统；不应把活动图库放在网络共享上使用。NAS可以承担导出原件及受支持备份角色，但这不等于从SMB直接打开活动图库受到支持。需要迁移图库时，另按对应官方流程操作。

症状是成片与原件颜色或裁切不同，先确认是否分别导出了编辑版与原件，而非立刻认定损坏。症状是只见缩略图或导出报错，检查原件是否已从云端取得及目标是否有空间。症状是项目数量对不上文件数，先按实况、原始格式与侧车文件分类对照。症状是恢复后缺少相册组织，记录为应用层信息未包含，保留图库备份。

收尾只清理由本轮明确生成且可重新生成的失败导出或分享副本。原图库与原件在导出验收和独立恢复未完成前都继续保留；也不要为了节省空间同时删除云端与本地唯一内容。最终记录列出哪些类别已验收、哪些应用信息未迁移、下次准备处理哪个事件。所有示例目录和容量均为示意，没有执行真实照片迁移。

对于同一个事件来自两台相机的素材，原始编号可能重复。应在原件层增加来源代号子目录，保持每组原名和侧车关联，不在导出时接受同名覆盖。清单以来源代号加项目编号形成唯一键，例如相机甲的零零零一与手机乙的零零零一。验收时分别打开两个来源的一份文件，确认目录不同而内容也对应，之后再挑选成片汇总到同一个展示目录。

类型：模拟验收范例，非真实执行结果
事件：公园；来源：手机甲；日期：示意日期，正式记录需核实
目录搜索：名称包含 IMG_0001 → 预期两份关联文件
成片搜索：名称包含 公园 → 预期成片和分享副本
模拟结果：静态图方向正确；视频中段可播放；编辑裁切与成片一致
备份范围：事件目录25GB（原件20+成片4+分享1）
恢复目标：restore-check/park/；版本：填写真实完成版本
模拟恢复结论：文件级抽样可用
未覆盖：目标相册的实况重组、人物索引、整库恢复
正式记录时间与实际结果：____