Kudu：一个敢把清理规则做成 JSON 的开源系统清理器

它解决什么问题：清理工具的可信度危机

Kudu 的定位很直接：替代那些闭源、带广告、甚至本身就像恶意软件的系统清理器。README 里那句“Built by developers who were tired of recommending CCleaner with a straight face”点明了痛点。它面向的是对清理工具持怀疑态度的用户，这些人想要回收磁盘空间、清除恶意软件，但更在意工具是否透明。Kudu 把桌面工具做成免费开源，声称扫描和清理都在本地完成，可选的 Kudu Cloud 功能需要用户显式启用才会连接。这个设计把信任建立在可审计性上，而不是品牌背书。对工程师来说，这意味着你可以检查代码，甚至自己编译。但它能解决的问题有边界：它不是一个完整的杀毒软件，恶意软件扫描只是功能之一，而且依赖签名和启发式分析。

工作机制：从扫描到删除，规则是 JSON

Kudu 的核心机制是“清理规则”。README 明确说，清理规则是简单的 JSON 文件，不需要写代码就能添加新应用的清理支持。这意味着系统清理器、浏览器清理器、应用清理器这些模块，本质上是规则的执行器。规则定义哪些文件是临时文件、哪些缓存可以删，然后 Kudu 按规则扫描并列出结果。用户审查后确认删除。这个流程的关键在于，删除是用户触发的，不是自动的。README 中“One-Click Clean”功能允许一键扫描并清理，但默认设计仍然强调用户负责。磁盘分析器用交互式 treemap 展示磁盘占用，这属于可视化数据流，不是规则驱动。恶意软件扫描则结合签名匹配和启发式分析，并集成 Windows Defender。整体上看，Kudu 的架构是模块化的，每个功能（注册表清理、启动项管理、网络清理）都是独立工具，共享一个清理引擎。

安装与启动：三种平台，两种 Linux 格式

Kudu 的安装方式很常规。Windows 用户下载 .exe 安装器，macOS 用户获得 .dmg，Intel 和 Apple Silicon 都有。Linux 用户则拿到 .AppImage 或 .deb。所有安装包都放在 GitHub Releases 页面。没有提供源码编译的步骤，但因为是 TypeScript 项目，理论上可以自行构建。CLI 模式是另一个入口，README 指向 CLI.md 文档，说明它支持脚本化操作，无需 GUI。这对自动化运维有用，但具体命令没有在 README 中列出，需要查看 CLI.md 才能知道确切的参数。安装后，首次运行会进行扫描，用户可以选择清理项。由于 Kudu 支持 30 种语言，包括简体中文和繁体中文，中文用户可以直接使用母语界面。不过，README 没有提到安装后的首次配置流程，比如是否要求创建账户。

功能清单里的亮点与陷阱

功能列表很长，但并非所有功能都同等成熟。清理与优化部分包含系统清理、浏览器缓存清理、注册表清理、启动项管理、磁盘分析、Windows 精简（Debloater）、驱动清理、程序卸载、服务管理、软件更新器。软件更新器支持 winget、Chocolatey、Scoop 和 npm，这很实际，因为跨包管理器更新是痛点。安全与隐私部分有恶意软件扫描、隐私盾（控制 30 多项 Windows 隐私设置）、安全删除（用随机数据覆写文件）。监控与工具部分包含性能监视器、系统还原点、清理历史、计划扫描、一键清理、CLI 模式。陷阱在于，这些功能大多只针对 Windows，比如注册表清理、服务管理器、隐私盾、Defender 集成。macOS 和 Linux 上的功能可能更少，但 README 没有明确说明各平台的差异。如果你想在 Linux 上清理注册表，那是不可能的，但 README 没有提醒这一点。

CLI 模式：脚本化的可能性与未知

CLI 模式是 Kudu 区别于普通 GUI 清理器的一个亮点。README 说它是“scriptable, no GUI required”，这意味着你可以把清理任务集成到 cron 或 CI 管道中。但 README 没有给出任何命令示例，只链接到 CLI.md。这让人无法判断 CLI 的成熟度，比如是否支持非交互式删除、是否有退出码、能否输出 JSON 日志。对于一个清理工具，CLI 的安全性取决于它是否要求显式确认，否则自动化脚本可能会误删文件。Kudu 的免责声明强调用户负责，这暗示 CLI 模式可能允许无确认删除，但不确定。如果你打算在服务器上使用，必须先阅读 CLI.md 并测试。另一个问题是，CLI 模式是否覆盖所有功能，比如磁盘分析器的 treemap 可视化在 CLI 中如何呈现？README 没有说明。

扩展性：JSON 规则是双刃剑

Kudu 允许用户贡献清理规则，规则是简单的 JSON 文件，无需写代码。这降低了贡献门槛，任何人都可以为自己的常用应用添加清理支持。规则目录在 rules/ 下，有 RULES.md 指南。这种设计很聪明，它把清理逻辑从代码中解耦，让社区可以快速覆盖更多应用。但双刃剑在于，JSON 规则无法表达复杂的清理逻辑，比如条件判断或跨文件依赖。如果一个应用的缓存文件需要先停止进程才能删除，JSON 规则可能无法处理。另外，规则的质量完全依赖贡献者的审查，错误的正则或路径可能导致误删。README 没有提到规则验证机制或测试流程。对于企业用户，这可能是风险，但对于个人用户，它提供了可读的规则文件，你可以在删除前检查规则到底匹配哪些文件。

与替代工具的对比：CCleaner 与 BleachBit

Kudu 的主要替代品是 CCleaner 和 BleachBit。CCleaner 是闭源的，历史上捆绑过广告，甚至有过安全事件，这正是 Kudu 想要取代的对象。CCleaner 的优势在于庞大的规则库和成熟的商业模式，但它的闭源性质让用户无法审计其行为。BleachBit 是另一个开源清理器，它同样支持多平台，但规则基于 C 代码而不是 JSON，扩展需要编程能力。BleachBit 更轻量，没有 Kudu 那么多的安全功能，比如恶意软件扫描或隐私盾。Kudu 的差异化在于，它把清理规则做成 JSON，贡献者不需要写代码，同时集成了安全扫描和系统监控，更像一个综合工具箱。但 Kudu 的跨平台一致性可能不如 BleachBit，因为很多功能是 Windows 专属。如果你只需要快速清理 Linux 系统，BleachBit 可能更简单；如果你想要一个可审计、可扩展、带安全功能的跨平台工具，Kudu 的设计更符合这个需求。

维护成本与许可证：MIT 背后的责任

Kudu 采用 MIT 许可证，这意味着你可以自由使用、修改、分发，甚至用于商业项目。许可证本身没有限制，但 README 的免责声明明确表示“as is”且不承担数据丢失责任。这符合开源清理工具的常规做法，但也提醒你，使用 Kudu 的风险由你自己承担。维护成本方面，仓库最近有活跃推送，v2.6.0 在 2026-08-29 发布，v2.5.0 在次日发布，v2.4.0 在一周前，说明开发节奏较快。但快速迭代也意味着 API 可能不稳定，尤其是 CLI 命令或规则格式。如果你依赖 Kudu 的 CLI 做自动化，需要关注每个版本的变更。贡献规则是低成本的，因为 JSON 文件不需要编译，但你需要遵循 RULES.md 的规范。整体上，Kudu 的维护成本对个人用户较低，对深度集成者则需跟踪版本更新。

编辑结论

Kudu 适合那些信任开源、愿意在删除前逐项审查文件的个人用户和轻度维护者，尤其是跨平台环境（Windows、macOS、Linux）下需要统一清理工具的人。它不适合把清理交给自动化而完全不管的用户，因为 README 明确声明“Kudu by design removes files from your system”，且不承担数据丢失责任。也不适合需要深度企业级安全扫描的团队，它的恶意软件扫描是签名匹配加启发式分析，并非完整终端防护。在采用前，先确认你的平台是否有对应安装包（Windows 用 .exe，macOS 用 .dmg，Linux 用 .AppImage 或 .deb），再检查 CLI.md 中是否有你需要的脚本接口。若你打算贡献清理规则，先阅读 rules/RULES.md，确认 JSON 格式是否满足你的应用覆盖需求。最后，Kudu 的 MIT 许可证允许自由使用和修改，但删除操作的风险由使用者自负，这一点在 README 的免责声明中写得非常直白。

官方来源

1. Official documentation
2. Official README
3. Project repository
4. Release notes