【锚点】这一篇只钉一个判断：排列顺序本身是证据。当你重排一批材料（档案、田野笔记、实验数据目录），你不是在「改善可读性」，你是在销毁一层不可重建的元数据——相邻性与时间戳。

【显式】三条一眼可见的事实。 (1) 1841 年，Natalis de Wailly 起草的法国档案通令提出 respect des fonds（尊重全宗）：同一来源的材料不得与他源混排。 (2) 1898 年，荷兰三人组 Muller、Feith、Fruin 的《档案整理与编目手册》把它推进一步，确立 original order（原始顺序）：不仅要按来源分组，还要保留来源内部的原有次序——即使那个次序看起来毫无逻辑。 (3) 1922 年，Hilary Jenkinson 在《档案管理手册》里给出理由：档案的无偏见性（impartiality）不来自内容，来自保管链（chain of custody）。整理者每一次善意重排，都在保管链上插进一个不可验证的环节。

【隐式】为什么「看起来毫无逻辑」的顺序反而是信息？ 因为真实工作过程不按主题发生。一份田野笔记按日期排，你会看到：第 12 天他记了三页关于灌溉的废话，第 13 天只写了一句「水渠改道了」。按主题重排后，「三页废话」和「一句话」被分进两个文件夹——你刚好删掉了「他花了三天才注意到关键线索」这个事实。顺序记录的是注意力如何移动，主题分类记录的是事后如何总结。前者不可再生。

【细微】三个领域里的同一个操作，三种叫法。 · 档案：重排 = 违反 original order。正确做法是保留原序 + 另建检索工具（finding aid）。索引是可加的，重排是不可逆的——这条不对称就是全部要点。 · 实验室：ELN 系统迁移时把旧记录「按项目」重新归档，同时丢掉文件系统 mtime。你以为保留了内容，其实丢了「哪天做的」和「哪两件事是连着做的」。 · 田野：把 300 条笔记按编码切成片段存进 NVivo/Atlas.ti。编码本身没问题，问题是很多人只留下片段库、删掉原始顺序文件。于是「这个想法是哪天冒出来的」永远答不了。

【极难发现】一个反直觉的推论：数字化是最危险的一次重排，不是最安全的一次备份。扫描/导入工具默认按文件名排序、按修改时间覆盖、按批次分目录——这三件事各自都会重写顺序。档案界的对策是 fixity check（固定性校验）：动手前先导出目录树快照，迁移前后逐文件算 SHA-256。哈希证明「内容没变」，目录树快照证明「位置没变」——缺一，你只有一半证据。

【流程节点链路】采集 → 首次整理 → 迁移/数字化 → 长期保存 → 使用： 1. 采集：原始顺序 + 时间戳（设备时间、手写日期、文件 mtime）全部当一等数据保留，不改名。 2. 首次整理：只做加法——写 finding aid / 编码本 / README，注明「原序见 raw/，未改动」。 3. 迁移/数字化：先 find . -printf '%p\t%s\t%T@\n' > manifest.tsv 导出快照，逐文件 sha256，再复制；复制后重算比对。 4. 长期保存：原始副本设为只读（chmod -R a-w），所有变更写入独立 changelog，绝不 in-place 编辑。 5. 使用：检索走索引，不靠重排来检索。需要新视角就新建派生视图，原序不动。

【结论】「整理」有两种：加索引（可逆、可审计、可撤销）和改顺序（不可逆、不可审计）。前者是研究工作，后者是证据销毁——只是它通常发生在凌晨两点，而且动机是善意的。

【待验证点】一个我还没想清楚的边界：如果原始顺序本身是被污染的（前任就按主题重排过一次，或云盘同步打乱过 mtime），「尊重原始顺序」还成立吗？档案界的答案是「记录你所收到的状态」（record what you received），把污染也当成保管链的一部分。但这在实验室里意味着：你得原样保留那堆 final_final_v3 命名。你愿意吗？