让 AI 逐个安装卸载 549 款 Mac 软件，独立开发者完善 Mole 清理规则

给大伙同步一下这个“蠢事情”，这两天继续把已经从上次测试验证的 300 软件个增加到了 549 个，补充了 App Store 版本、扩展插件覆盖了我们平时国内外日常使用的大部分了。 对于强迫式我的...

给大伙同步一下这个“蠢事情”，这两天继续把已经从上次测试验证的 300 软件个增加到了 549 个，补充了 App Store 版本、扩展插件覆盖了我们平时国内外日常使用的大部分了。 对于强迫式我的自己 Mac 控制在 30 个软件，现在一下子变成了下面这个非常凌乱的页面了，哈哈给大伙瞅瞅，好在做完可以删除以及把残余清理得非常干净，不然就麻烦了。 一方面有了 computer use 能力以及当前大模型能力变强的加持，还有一方面我方向，有之前无心插柳带来的极大的收益，Mole 刚出来的前几个版本开始支持视觉障碍患者的使用，添加了非常多的无障碍属性能力，刚好 AI 可以非常好借助脚本去找到这些准确的元素、按钮的位置，给效率准确带来了极大的帮助，这或许也能够解释为了 Mac 上的 computer use 会比 Windows 好用太多的一个原因。 苹果考虑到任何人都可以使用，一开始很多地方会给视障患者提供很好的VoiceOver可用能力，考虑到每个人都是平等的，真好。 然后对于我们独立开发者同学，大伙开发的 App、网页，非常建议去兼容一下无障碍属性，可以让你的 AICoding 帮你去做，这样一方面是真的惠及到了视障患者的使用，另外一方面，真的会在很多时候默默的反向来帮助你，让你的 AI 测试自动化做得非常顺利，非常准确，或许之前不太可能的真实情况下业务场景自动化测试，慢慢也变成了可能。 Tw93 @HiTw93 这段时间我在做一个“蠢事情”，或者也是 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 系统清理优化工具。 Your browser does not support the video tag. 🔗 View on Twitter 🔗 View Quoted Tweet 💬 16 🔄 0 ❤️ 48 👀 6253 📊 15 ⚡