在 Mac 上卸载 Keka

你的归档文件，以及从里面取出来的文件，不管是在哪创建或取出来的，都是你自己的文件；卸载 Keka 不会碰它自己沙盒数据以外的任何东西。这份指南覆盖 Keka GitHub Releases 上的官方 DMG，以及 Homebrew cask keka；两者装的是同一个沙盒化的应用，bundle identifier 也一样，都是 com.aone.keka，所以下面的路径两边都适用。

退出并移除应用

从菜单退出 Keka，再把「应用程序」里的 Keka.app 拖进废纸篓。应用一旦没了，Keka 的右键菜单服务（Send to Keka、Extract using Keka、Compress using Keka）和它的 Finder 扩展也会随之失效；不需要事先单独关闭它们。

Keka 的数据放在哪里

Keka 从 1.1.0 版起就是沙盒化的，官网直装版和 Mac App Store 版都一样，所以它的数据都在 App Group 和容器路径里，而不是家目录下随意存放的普通文件。

Keka 官方的卸载说明描述的是用 rm -r 和 defaults remove 手动删除同样的容器、Group Container 和 Finder 扩展容器；Mole 的这几行走的是自己一套「审查后进废纸篓」的流程，覆盖的是同一批路径，不用你自己输入这些命令。

关于 macOS 15 及以后的 Finder 扩展

从 macOS 15 Sequoia 起，Apple 去掉了系统设置里开关 Finder 扩展的选项，Keka 的右键菜单集成也受影响；Keka 官方给出的办法是一个小型配套应用 Keka Helper，用来避开这个限制。如果你为了保住右键菜单装了 Keka Helper，它是一个独立的应用，「应用程序」里有自己的图标，像对待其他应用一样退出并移除它就行；这次测试没有专门覆盖它。

检查结果

在终端运行下面的只读命令：

pgrep -il keka
ls -d ~/Library/Containers/com.aone.keka
pluginkit -m | grep -i keka

pgrep 没有输出，说明没有 Keka 进程还在运行。ls -d 如果容器还在这台 Mac 上就会打印路径，删掉后会提示「No such file or directory」。pluginkit -m 会列出已注册的 Finder / 系统扩展；没有 Keka 相关的一行，说明 Finder 扩展已经不再注册。

用 Homebrew 安装时

下一次 Mole 更新会先检查 zap 清单，涉及未勾选的数据、其他应用共用的文件或无法确认的内容时不执行 --zap，已勾选的残留仍由 Mole 清理。Preview 290 尚未包含这项保护。

Mole Preview 290 移除 Homebrew 安装的 Keka，效果和 brew uninstall --cask --zap keka 一样。这个 cask 的 zap 清单会把上面表格里同样的容器、Group Container、Finder 扩展容器和 Application Scripts 路径，连同偏好设置和保存的窗口状态一并移进废纸篓，不管你在 Mole 里留没留勾。清单里还点了名一个 Keka 沙盒化之前（1.1.0 之前）遗留的 ~/Library/Application Support/Keka 文件夹；当前版本的安装通常那里什么都没有，但如果存在，zap 同样会清掉：

brew uninstall --cask keka

Homebrew Keka cask

Mole 会列出什么

以下是 Mole 1.15（目前为 Preview）的处理。主应用的沙盒容器、它的 App Group 容器，以及主应用那份 Application Scripts 记录都默认勾选，这是 Mole 对任何沙盒应用自己的容器和 Group 容器都适用的通用规则。Finder 扩展自己的容器和 Application Scripts 记录则列出但不默认勾选：Mole 把单独识别出来的内嵌助手的容器当作需确认行处理，不会跟着主应用一起自动勾选。

这次检查覆盖了什么

测试用的 Keka 通过 Homebrew cask keka 安装，2026 年 9 月 17 日用一个开发版 Mole 卸载。App Group 容器和主沙盒容器都被干净移除；Finder 扩展的容器如预期那样以需确认行的形式出现。没有发现新的残留。Keka Helper（用于在 macOS 15 及以后重新启用 Finder 扩展的配套应用）以及 Mac App Store 版本，都不在这次测试范围内。