在快 AI 时代，我是怎么把 Mole 做成一款「慢产品」的？
内容提要
作者回顾 Mole 从 1.13 到 1.19 的更新：新增 AI 工具与系统数据清理，并上线 Windows 版。为完善卸载规则，他实测 853 款 Mac 软件，补充通用规则与清理路径；实测 30 多款 AI 工具，发现内存占用、系统改动和体积问题，据此改进清理逻辑。此外补发 400 多封未激活邮件、重画图标、优化文案，并强调在代码门槛降低的时代，亲手打磨不可扩展的细节才能提升体验。
延伸解读
“慢产品”的实质：用不可扩展的细节换体验
作者把大量时间花在测软件、补邮件、改图标和文案上，而非写新功能。这些事难以工具化，却直接决定卸载是否彻底、用户能否看懂界面。文章给出的逻辑是：代码门槛降低后，能拉开差距的正是这些只有亲手做过才知道的细节。对读者而言，这提示评估一款工具时，可关注其规则库和文案是否经过真实场景打磨，而不只看功能列表。
AI 工具清理的难点：进程、系统改动与体积
实测 30 多款 AI 工具后，作者发现桌面端同时开启可占约 23 GB 内存，有的工具启动即拉起 41 个进程；部分工具会往 /usr/local/bin 写 root 链接、替换 python3.12，甚至未经询问自动升级并改 .zshrc。体积上，单个工具包解压可达 3.1 GB，会话和虚拟机也占大量空间。这些发现说明，清理 AI 工具不能只看缓存目录，还要处理残留进程和系统级改动。
系统数据清理：不硬凑数字，只做能验证的事
文章指出，macOS 设置里的“系统数据”只是分类结果，并非可照删清单。Mole 因此只标注自己实测能处理的部分，不追求与系统总数对齐。早期用可清除空间估算快照清理量，曾估出 50.7 GB 而实际只多几 GB，后来改为清完后直接测量磁盘可用空间变化。对 iPhone 备份、虚拟机这类大文件，只显示大小和管理入口，不提供全选删除，避免误操作。
从用户回信到购买流程：把反馈变成产品改进
作者给 400 多位购买未激活的用户补发邮件，收到大量回信，发现不少人是邮箱填错或首封邮件未收到。据此，购买完成后自动跳转官网展示 Key，并支持网页一键唤起客户端填入 Key，但仍需用户确认激活。图标也按用户反馈多轮修改，如“检查更新”从下载图标改为顺时针箭头。这些例子说明，真实反馈能暴露流程断点，改进往往不在功能本身。
Q&A
Mole 为什么要测试 853 款 Mac 软件？
为了让 Mole 的卸载更彻底、清理残留能力更强，作者从最初计划测试 100 个主流软件开始，一路增加到 853 款，通过实际安装、卸载来发现并补充清理规则。
Mole 在 AI 工具清理方面做了哪些改进？
作者实测了 30 多款 AI 工具，发现内存占用大、系统改动多、体积夸张等问题，据此改进了清理逻辑：会话按保留时间列出并留恢复副本，worktree 仅在无未提交改动时出现，opencode.db 做数据库压缩而不删对话。
Mole 如何处理 Mac 系统数据清理？
Mole 的系统数据分组只写自己量出来能处理多少，不硬凑系统设置里的总数；对于快照，清完后直接量磁盘可用空间实际变化；对于壁纸渲染缓存等，只列出一周以前且非正在显示的文件交给用户确认；对于 iPhone 备份、虚拟机等大文件，只显示大小和管理入口，不能勾选删除。
作者为什么给 400 多位未激活用户补发邮件？结果如何？
作者花一天时间用 AI 写脚本，按购买月份、国家和语言重新发送激活提醒邮件。结果收到许多用户回信，有人表示支持开发、有人忘记激活、有人邮箱填错等，让作者感到温暖，并促使他优化购买后流程，付款后自动展示 Key。
Mole 的图标和文案是如何根据用户反馈调整的？
图标从系统图标换成 Phosphor 并自绘部分 SVG，但部分图标被用户认为不直观，于是按建议修改：检查更新换成顺时针箭头、GPU 画成双风扇显卡、压缩包换成归档盒等。文案方面用 Gemini 3.8 Flash High 将设置项和说明改得更通俗易懂，避免 AI 味。
Mole 的 Windows 版是如何开发和测试的？
Windows 桌面版用 C# 和 WinUI 3 开发，测试了 482 款 Windows 软件，大多在 Mac 上的 Parallels 虚拟机中运行，并购买 ThinkPad X1 通过远程和 ssh 让 AI 操作真实电脑进行安装、卸载和清理验收。发布前在小范围迭代了约 14 个版本。
作者所说的“不可扩展的事情”指什么？为什么重要？
指像一个个测试 853 款软件、一封封看用户回信、把几十个图标改上三轮这类无法自动化、需要亲手打磨的细节。作者认为在代码门槛降低的时代，这些细节才能拉开差距，让用户产生“秒懂、卧槽、变魔术”的体验。
