这段时间我在做一个“蠢事情”，或者也是 AI 时代工程师非常不愿意做的事情，非常重复的事。
为了让 Mole 的卸载软件更加彻底，清理残余的能力更加厉害，我整理了国内外 300 多款 Mac 软件，下载下来差不多 100 多个 G，分成 30 组，让我的最强 Extra High Fast 模型每次 10 个借助 computer use 的能力去对应官网下载，然后依次安装到我的电脑，检查目录、检查软件更新 bundle、检查自启动、卸载、查找剩余残留、补充缺失的规则。
这个过程看着非常无聊，甚至每次安装软件过程中，也会碰到不少麻烦的软件，疯狂弹窗要权限，诱导你去购买，包括有些使用必须输入管理密码等，Agent 大部分能自己做了，少部分我帮一手，让我非常惊喜的地方是甚至 AI 还基于此写了自动化安装、卸载、检查残余的脚本让自己工作更轻松，也是很聪明的，哈哈我就只能成为给他打打下手。
虽然无聊，但是其实对于产品本身的功能，对用户使用最爽而言收益是非常大的，当时我想着最多搞 100 个主流软件来测试卸载能力以及补充没有卸载的残余到 Mole 规则里面去，结果想着要不再搞 100 个，到 200 个的时候，想着再搞100 个，就到了现在 300 多个了，这或许可以回答 Mole 相比于其他的清理卸载软件的优势是什么，应该就是可以非常细的帮你清理掉很多你找不到的垃圾，以及会卸载得更加干净，却更安全的缘故，这样看就挺有意思的。
经过这个过程，帮我补充了 13 类可以复用的通用规则、90 多条精确的清理路径，也顺手改掉了 30 多个原本以为要清、其实不该动的地方，同步对软件的更新检查、自启动检查的规则有了很充足的补充，甚至还为这些补了 100 多条单元测试。这也是基于 AI 理论知识、工程知识肯定不能补充上的点，因为他实际去做了这些事情，还好有AI，不然我手工应该要多花 10 倍的时间来做这个事情，也帮忙填了一些之前的坑，很有帮助。
也改变了我的一些固有观点，本来以为软件工程应该规范的、有秩序的，比如说我跑了100个软件后，应该后面没啥啥可以补充的规则了，因为按理主流软件的开发规范、技术底层完全可以枚举出来，结果越往后走，你会发现，完全不是这样，通用规则怎么写都找不见的那种非常多，甚至还 有bundle id 干脆就不是反向域名也有，看着很规范的约定，可能是当年某个程序员随手写的，没有任何理论可以解释出来，只能装一个查一个。
以后应该会继续做到400、500、600、甚至把市场上常用的软件全部经过 Mole 来测试一遍，补充上很多非规范软件开发下的细节规范，或许正是这些“蠢事情” 可以让 Mole 成为全球最好用的 Mac 系统清理优化工具。
https://mole.fit/zh/
