收件箱不是永久仓库：每周一次的小整理。

允许杂乱有一个临时住所

下载目录和桌面经常变乱，并不一定意味着不自律：它们本来就在接收未经判断的内容。可以给杂乱一个明确入口，约定它只是暂存区。真正需要避免的是所有位置都既像收件箱、又像档案馆，导致找文件时不知道该信哪一处。

每份文件只做一个去向判断

整理时先判断下一步，而不是立即建立复杂分类。需要行动的放入当前项目；值得参考的放入资料区；已完成但需保留的归档；没有用途的再考虑删除。对无法判断的内容，保留有限的待确认区，并写出为什么暂时留下。

• 进行中的资料跟着项目走，不跟着格式走。
• 重复安装包先核对来源和版本。
• 归档前确认附件、说明和最终结果能一起找到。

给整理设一个停止条件

一次只处理最近一周或最近二十份文件，完成后就停止。无限追求清空整个历史目录，容易把维护变成新的负担。记录本周仍需处理的一件事，比移动所有文件却没有确认去向更有价值。

删除是最后一步

先移动到明确的归档位置或可恢复的废纸篓，观察是否影响工作。遇到应用管理的数据目录，不要仅凭名字和大小删除。整理是为了减少下次寻找的成本；如果整理后链接失效、附件丢失，目录再整齐也没有完成目标。

把这一周的二十份文件当成一轮任务

准备一个个人整理目录，将待判断、进行中、参考、归档四种去向分别建好，再留一张流转清单。目录中的内容应该是读者明确知道用途的普通文件；应用内部下载缓存、邮件数据库与照片图库不在本轮范围。设定一次处理二十份或二十分钟的上限，先达到其中一个就停，不以整个下载目录必须清空为完成条件。

选取最近一周进入的样本，先记原路径和文件用途。不要按扩展名一口气把所有PDF搬走，因为一份PDF可能是当前任务，一份是长期参考，一份只是重复下载。第一遍只做判断，第二遍才移动；这样会发现分类规则是否需要调整，而不在每一份文件前反复创建新目录。

示意样本可以是活动路线、待确认报名表、设备说明、旧安装包与一份用途未知附件。前两项跟随活动项目，说明书进入参考，已完成路线归档，未知附件进入有期限的待确认区。对安装包的决定应包含能否重新取得同一版本与是否仍需离线使用，不能只因为扩展名是dmg就认定没有价值。

personal-flow/
├── 待处理/
├── 待确认/用途待核附件.pdf
├── 进行中/秋游/秋游-报名说明-v01.txt
├── 参考/设备说明/设备甲-使用说明.pdf
├── 归档/秋游/秋游-路线-v02.pdf
└── flow.csv
命名对照：下载(3).pdf → 设备甲-使用说明.pdf
采用版本：在项目说明记v02；不靠“最终”后缀猜。

以下一步决定去向，避免待处理无限延期

每份待处理资料都应有一句下一步，例如“确认报名人数后归档”，并写一个复查点。进行中目录承载当前任务需要的全部材料，而不是所有最近打开过的文件；参考目录放无需立即行动但有复用价值的资料；归档目录放已经完成、保留价值明确的一组结果。这样同一文件不会因为今天打开过又被搬回进行中。

暂时不能判断的内容进入待确认目录，同时记录不确定原因。原因必须具体到可解决的问题，如“不知道这份说明对应哪一款设备”，而不是统一写以后再看。到复查时间仍没有答案，可以保留较长时间，但要重新判断价值，不能靠修改日期让项目无限延后。清单中的期限是复查提醒，不是自动删除授权。

参考与归档容易混淆，可以用一个问题分开：它以后会作为独立知识反复查阅，还是作为某次活动的历史证据保留。设备说明属于前者，已经采用的活动路线属于后者。两处都想看到时，可以通过清单引用同一权威文件，而不制造两个以后各自修改的副本。不要为了看起来分类完善而让一次判断变成双份维护。

移动前后用流转清单核对完整项目

开始移动时，先处理最明确的一项，在Finder中确认目标路径与同名冲突，再打开目标文件。移动到另一卷可能涉及复制后移除源的过程，因此需要等操作完成，不根据缩略图出现就认为内容落地。若只是建立试验副本，应在清单明确标记副本，避免以后误以为旧位置已清空。

完整项目包括主文件和相关附件。比如活动路线说明引用一张地图，不能只搬说明让图片留在下载目录。将两者放在同一项目内并更新相对引用，再测试打开。遇到应用提示找不到资源，先按原路径记录还原该项或在应用中重新关联，不通过全盘搜索随意选一个同名文件替代。

命名只做必要改进：把“下载(3).pdf”换成可辨认主题，但保留不能确认版本的部分并在清单备注。移动和改名最好分两步记录，这样失败时知道是哪一步改变了路径。分类操作是write；删除或覆盖则可能不可逆，不能用“整理”这个总称掩盖其不同后果。普通系统回退能力也需要在清理前确认，尤其跨设备操作不能假设总能一键撤销。

old_path,new_path,decision,next_action,review_point,status
待处理/报名.txt,进行中/秋游/秋游-报名说明-v01.txt,当前行动,确认人数,下次整理,待移动
待处理/下载(3).pdf,参考/设备说明/设备甲-使用说明.pdf,参考,核对型号,本轮,待核对
待处理/路线.pdf,归档/秋游/秋游-路线-v02.pdf,归档,验证地图引用,本轮,待验证
待处理/附件.pdf,待确认/用途待核附件.pdf,待确认,找出所属项目,下次整理,保留

用搜索任务验收新的入口

验收不是查看收件箱剩余数字，而是回答三个实际问题：找到待确认的报名表，找到活动已采用路线，找到设备说明。先在个人整理根目录的Finder搜索里限定名称包含主题，再打开预期文件；之后直接按清单的新路径定位一次，证明搜索索引不可用时仍有入口。把搜索条件、目标和结果写到本轮记录里。

如果搜索找到多份相似资料，先看哪一份是采用稿、哪一份只是试验副本。可以为试验目录加清楚的用途标记，结束后按记录处理；不要凭修改时间最新就选择权威文件，因为移动、下载或同步都可能改变相关时间。文件内容和采用记录应当共同决定哪个版本使用。

如果某项找不到，先检查当前搜索范围是否落在错误子目录，再核对移动任务是否完成和文件名是否被再次修改。NAS或外接盘离线时应先恢复可访问条件，而不是把这项标为删除。一个样本检索失败就返回该条流转记录查原因，不必推翻全部分类结构。这样整理的成果是可靠的寻找路径，而不是表面整洁。

让删除、保留和下周继续都有明确边界

删除候选单独列出，写清理由、可替代来源和是否仍被项目引用。普通文件先放入系统可恢复位置只能提供一个观察阶段，并不意味着已经释放磁盘空间；清空以后回退边界又不同。若目标是释放空间，必须另做容量验收，不能把收件箱清空当成清理成功。涉及网络共享时还要确认该环境是否启用了可用的回收机制。

示意轮次结束可以记录：二十份中八份归项目、五份参考、四份归档、两份待确认、一份列为删除候选。这个分配是演示，不是本次实测。已完成的十九项处理状态与一项删除决策分别保留；下周只需从两份待确认和新增内容开始，不重复检查已经稳定的整个历史目录。

收尾时恢复日常工作入口，把当前项目与收件区放在容易到达的位置，移走已完成项目的快捷入口。保留流转清单到能够确认引用正常，再按个人记录习惯归档。若时间到而仍有文件未判断，就标明下一批起点并停止；没有完成判断的文件继续留在待处理区，不为了达成清零数字仓促删除。

处理共享引用时尤其要保留上下文。一份从聊天下载的附件可能只有文件名，没有说明为何需要它；整理时可在项目说明补上一句用途和接收背景，不保存无关聊天全文。若后来发现它只是参考，应移动同一权威文件并更新流转清单，不再复制一个新版本。下次重名附件进入收件箱时，先对照旧名、新名和材料内容，确认是重复还是修订，再决定去向。这样每周整理积累的是可复用判断，而不是反复搬动相同文件。

报告性质：示意，不是已整理结果
本轮上限：20份或20分钟
模拟分配：项目8；参考5；归档4；待确认2；删除候选1
查询甲：根目录名称包含 报名 → 进行中/秋游/秋游-报名说明-v01.txt
查询乙：名称包含 路线 且 v02 → 归档采用稿
引用检查：路线中的地图仍能打开
停止点：2份用途需确认；1份删除候选尚未清空
下一轮：先核实待确认归属，再接收新增文件
实际执行时间／结果／失败项：____