Mole一条命令给 Mac 腾出几十 GB 空间清理、卸载、磁盘分析一步到位【免费下载链接】Mole Clean, uninstall, analyze, optimize, and monitor your Mac. Free open-source CLI, plus a native Mac app.项目地址: https://gitcode.com/GitHub_Trending/mole15/MoleMac 用久了磁盘总是一点点被吃光。更糟的是把应用拖进废纸篓之后空间却没回来——缓存、应用残留、旧构建产物都躲在角落里。Mole 是一款 Mac 清理工具把缓存清扫、残留卸载、磁盘空间分析装进一条命令不用你再装一堆图形化维护软件。⚡ 快速上手三步把空间找回来装好后就一条mo命令。最省事的方式是走 Homebrew要求 macOS 12 及以上Intel 和 Apple Silicon 都能跑brew install mole动手之前先做预览mo clean --dry-run它把候选路径、大小、分类都列给你看但不碰任何文件。看着没问题再执行真清理mo clean最后看结果。mo status给出健康评分和磁盘变化把输出接到管道时会自动切成 JSON比如mo status --json方便你接进监控脚本。️ 安全机制凭什么不会删错Mole 的思路是先预览、再执行。所有会动文件的动作clean、uninstall、optimize、purge、installer都支持--dry-run先把清单摆出来。你删的东西默认进废纸篓而不是直接抹掉每做一步都会记进~/Library/Logs/mole/operations.log随时用mo history回看。真正的保险是路径校验。所有删除调用都汇入同一个validate_path_for_deletion六重检查空路径和相对路径一律拒绝符号链接会先解开连祖先层级的链接也一起解析再对/System、/Library/Apple、com.apple.*这类受保护路径复检。只要证明不了安全这一步就被跳过或直接拒掉而不是看着像缓存就删。结构上也好分工mole入口脚本只是个路由器清理、卸载、优化逻辑拆在lib/下的 shell 脚本里而mo analyze和mo status这两个交互式子命令则交给 Go 写的 TUI 来做各自带独立的测试。️ 三大场景从空间大户到应用残留 用 mo analyze 揪出空间大户手动du找目录又慢又没法判断mo analyze直接打开一个终端磁盘浏览器。首屏按大小列出 Home、User Library、Applications 这些顶层目录和占比条支持逐层下钻、过滤和多选选中的项确认后才移入废纸篓。想只看外置磁盘就写mo analyze /Volumes想要一份一次性报告用mo analyze --json ~/Documents。一眼就能看清那 75GB 的 Home 里到底谁最大当场处理不必在文件管理器里一层层翻。️ 如何彻底移除应用残留应用拖进废纸篓后~/Library里往往还留着偏好设置、缓存和登录项。mo uninstall会列出已装应用及其大小、最近使用时间你选中后它先摆出一张移除清单——本体、对应的 Application Support、Preferences 等如果这些数据还被别的已装应用共用就会保留。官方示例里移除 Photoshop 2024 释放了 12.80GB而应用本体只有 4.2GB。要是本体早删了、只剩数据用mo clean扫一遍收尾即可。️ 清掉 node_modules 这类构建产物这条只删能重建的目录node_modules、target、build、dist。mo purge扫项目目录并按项目分组候选。近 7 天内有文件活动、或状态确认不了的目录默认不选一旦目录里有部署密钥对、嵌套 Git 仓库或 Git 跟踪文件直接保护起来。脚本里调用必须显式加--yes更稳的做法是先mo purge --dry-run过一遍。示例里选中两个项目的产物就回收了 6GB工作区本身毫发无损。⚠️ 使用边界这几条先记住平台面向 macOS 12Windows 只有实验分支Linux 用户请另选工具。权限以普通用户跑mo别用 sudo 启动系统级文件它会自己申请管理员权限root 下直接运行会当场拒绝。mo purge对确认项是永久删除、不进废纸篓务必先--dry-run审查非交互还得显式--yes。不想被清的缓存用mo clean --whitelist保护持久化在~/.config/mole/whitelist维护任务同理用mo optimize --whitelist排除。mo analyze默认概览不含外置磁盘需要时显式mo analyze /Volumes扫大目录比较慢尽量指定具体路径。 深入阅读想看源码去哪儿docs/SECURITY_DESIGN.md威胁模型、六重路径校验和应用保护机制的完整说法。想弄懂它到底怎么保证不误删先读这一篇。lib/core/核心 shell 实现包含删除漏斗file_ops.sh、应用保护app_protection.sh和一批共享安全原语安全逻辑的源头都在这。tests/覆盖清理、卸载、purge 全流程的 Bats 回归测试套件是判断工具行为边界的第一手依据。空间告急时先跑一次mo clean --dry-run看看能回收多少确认后再清理然后用mo analyze把下一批空间大户揪出来。【免费下载链接】Mole Clean, uninstall, analyze, optimize, and monitor your Mac. Free open-source CLI, plus a native Mac app.项目地址: https://gitcode.com/GitHub_Trending/mole15/Mole创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Mole一条命令给 Mac 腾出几十 GB 空间清理、卸载、磁盘分析一步到位【免费下载链接】Mole Clean, uninstall, analyze, optimize, and monitor your Mac. Free open-source CLI, plus a native Mac app.项目地址: https://gitcode.com/GitHub_Trending/mole15/MoleMac 用久了磁盘总是一点点被吃光。更糟的是把应用拖进废纸篓之后空间却没回来——缓存、应用残留、旧构建产物都躲在角落里。Mole 是一款 Mac 清理工具把缓存清扫、残留卸载、磁盘空间分析装进一条命令不用你再装一堆图形化维护软件。⚡ 快速上手三步把空间找回来装好后就一条mo命令。最省事的方式是走 Homebrew要求 macOS 12 及以上Intel 和 Apple Silicon 都能跑brew install mole动手之前先做预览mo clean --dry-run它把候选路径、大小、分类都列给你看但不碰任何文件。看着没问题再执行真清理mo clean最后看结果。mo status给出健康评分和磁盘变化把输出接到管道时会自动切成 JSON比如mo status --json方便你接进监控脚本。️ 安全机制凭什么不会删错Mole 的思路是先预览、再执行。所有会动文件的动作clean、uninstall、optimize、purge、installer都支持--dry-run先把清单摆出来。你删的东西默认进废纸篓而不是直接抹掉每做一步都会记进~/Library/Logs/mole/operations.log随时用mo history回看。真正的保险是路径校验。所有删除调用都汇入同一个validate_path_for_deletion六重检查空路径和相对路径一律拒绝符号链接会先解开连祖先层级的链接也一起解析再对/System、/Library/Apple、com.apple.*这类受保护路径复检。只要证明不了安全这一步就被跳过或直接拒掉而不是看着像缓存就删。结构上也好分工mole入口脚本只是个路由器清理、卸载、优化逻辑拆在lib/下的 shell 脚本里而mo analyze和mo status这两个交互式子命令则交给 Go 写的 TUI 来做各自带独立的测试。️ 三大场景从空间大户到应用残留 用 mo analyze 揪出空间大户手动du找目录又慢又没法判断mo analyze直接打开一个终端磁盘浏览器。首屏按大小列出 Home、User Library、Applications 这些顶层目录和占比条支持逐层下钻、过滤和多选选中的项确认后才移入废纸篓。想只看外置磁盘就写mo analyze /Volumes想要一份一次性报告用mo analyze --json ~/Documents。一眼就能看清那 75GB 的 Home 里到底谁最大当场处理不必在文件管理器里一层层翻。️ 如何彻底移除应用残留应用拖进废纸篓后~/Library里往往还留着偏好设置、缓存和登录项。mo uninstall会列出已装应用及其大小、最近使用时间你选中后它先摆出一张移除清单——本体、对应的 Application Support、Preferences 等如果这些数据还被别的已装应用共用就会保留。官方示例里移除 Photoshop 2024 释放了 12.80GB而应用本体只有 4.2GB。要是本体早删了、只剩数据用mo clean扫一遍收尾即可。️ 清掉 node_modules 这类构建产物这条只删能重建的目录node_modules、target、build、dist。mo purge扫项目目录并按项目分组候选。近 7 天内有文件活动、或状态确认不了的目录默认不选一旦目录里有部署密钥对、嵌套 Git 仓库或 Git 跟踪文件直接保护起来。脚本里调用必须显式加--yes更稳的做法是先mo purge --dry-run过一遍。示例里选中两个项目的产物就回收了 6GB工作区本身毫发无损。⚠️ 使用边界这几条先记住平台面向 macOS 12Windows 只有实验分支Linux 用户请另选工具。权限以普通用户跑mo别用 sudo 启动系统级文件它会自己申请管理员权限root 下直接运行会当场拒绝。mo purge对确认项是永久删除、不进废纸篓务必先--dry-run审查非交互还得显式--yes。不想被清的缓存用mo clean --whitelist保护持久化在~/.config/mole/whitelist维护任务同理用mo optimize --whitelist排除。mo analyze默认概览不含外置磁盘需要时显式mo analyze /Volumes扫大目录比较慢尽量指定具体路径。 深入阅读想看源码去哪儿docs/SECURITY_DESIGN.md威胁模型、六重路径校验和应用保护机制的完整说法。想弄懂它到底怎么保证不误删先读这一篇。lib/core/核心 shell 实现包含删除漏斗file_ops.sh、应用保护app_protection.sh和一批共享安全原语安全逻辑的源头都在这。tests/覆盖清理、卸载、purge 全流程的 Bats 回归测试套件是判断工具行为边界的第一手依据。空间告急时先跑一次mo clean --dry-run看看能回收多少确认后再清理然后用mo analyze把下一批空间大户揪出来。【免费下载链接】Mole Clean, uninstall, analyze, optimize, and monitor your Mac. Free open-source CLI, plus a native Mac app.项目地址: https://gitcode.com/GitHub_Trending/mole15/Mole创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
