这个担心从哪来
任何拥有文件读写权限的自动化工具，理论上都有能力删除或覆盖文件——这不是针对某一款产品的怀疑，而是"自动化 + 文件系统"这个组合天然带来的风险。脚本出错删错文件夹、同步工具把新版本覆盖成旧版本，这类事故并不罕见，警惕是对的。更现实的场景是云同步工具——两台设备同时改了同一个文件，同步逻辑处理不当，其中一份修改就可能被静默覆盖，用户往往要过一阵子才发现内容"回退"了。这类经历会让人对任何触碰文件的自动化工具都多一分警惕，这是合理的。
判断一个文件整理工具安不安全，看这几点
抛开具体产品，有几个通用的检查项：它会不会执行删除操作；同名文件冲突时是覆盖还是跳过；每一步改动能不能撤销、撤销是否可靠；动手之前会不会让你看到方案再确认。这四条基本能筛掉大部分风险工具。
Filewise 的具体做法
Filewise 只做两件事——改名和移动，删除这个操作它从设计上就没有实现，不存在"不小心触发删除"的可能。遇到目标位置已经有同名文件，默认不覆盖，而是保留两者、让你自己决定怎么处理，不会有文件被静默覆盖丢失内容的情况。举例来说，如果 Downloads 里已经有一个「2026-06-06_宜家_发票_¥1280.pdf」，恰好新识别出的另一张发票也想用这个名字，Filewise 会在后面追加序号而不是覆盖，两份文件都完整保留。每一步改动都会写进撤销日志，一键就能把文件名和位置字字不差地退回去。动手之前，永远是先出一张「原名 → 新名」的方案表让你过目——不是操作完了才通知你，是操作前就等你点头。
撤销日志救不回来的情况
需要说清楚一点：撤销日志能挽回的是 Filewise 自己做过的改名和移动。如果你在 Filewise 操作之后，自己手动把文件删了，或者用别的工具动过这个文件，那当然找不回来——这已经超出了 Filewise 的操作范围，任何工具都做不到追踪你后续的每一个操作。安全感来自于"它自己绝不做不可逆的事"，不是"绝对不会出任何意外"。
信任是需要证据的
不需要一开始就把最重要的文件交给它测试。建议先拿一批不那么关键的文件跑一遍 dry-run，看它给出的方案是否符合预期、命名逻辑是否可以理解，觉得靠谱了再放心用在合同、发票这类重要文件上。至于它读文件内容会不会牵扯隐私问题，见这篇；如果你还没决定要不要用自动化工具，规则引擎和内容识别的取舍看这篇对比。
