永久删除、废纸篓与恢复
--dry-run 是预览，不是回收空间。 在真正执行之前，需要弄清楚每个命令最终如何处理文件。
删除机制对照
| 命令 | 正常删除方式 | 是否先由用户逐项目确认 |
|---|---|---|
mo clean | 默认永久删除 | 多数为规则驱动，不保证逐文件交互选择 |
mo purge | 永久删除 | 按项目候选选择和确认 |
mo installer | 永久删除 | 安装包选择与确认 |
mo uninstall | 默认移入废纸篓 | 应用和个人数据预览 |
mo uninstall --permanent | 永久删除 | 卸载预览后执行 |
mo analyze | 人工删除时进入废纸篓 | 浏览界面中选择和确认 |
mo slim | 原应用进入废纸篓，替换为验证副本 | 签名检查、明确选择 |
optimize、touchid 等会进行非删除性的系统配置改变，其恢复方式不能以废纸篓概括。
谁能保护哪些目标？
clean和purge共用~/.config/mole/whitelist。uninstall的个人数据默认保留，额外数据在预览中选择。installer通过具体文件选择、快照身份和校验保护。slim采用复制、代码验证、废纸篓和替换的多阶段流程。analyze删除使用独立路径门禁与废纸篓路由。
手动恢复建议
如果使用了废纸篓模式，确认受影响应用或文件之前先不要清空废纸篓。对于永久删除的操作，不应假设日志可以将文件恢复。
通过 mo history 查看 Mole 记录的操作路径、结果和模式，了解发生了什么，但日志不是备份。
清理前核对清单
- 有完整备份吗？
- 运行中的 IDE、模拟器或构建任务都关闭了吗？
- 这是缓存、源文件、下载 SDK、许可证还是共享数据？
- 完成
--dry-run了吗？ - 是否真的值得为了磁盘空间承担重新下载、编译或导入成本？