Wox 与 Alfred 对比：macOS 的效率习惯能搬到 Windows 吗

为什么总被拿来比较

两者的核心交互几乎一模一样：按热键呼出、输入关键词、结果列表、回车执行。从 Alfred 迁到 Wox，第一次上手会有明显的熟悉感——手指知道该做什么。

这种相似不是巧合。启动器这个品类的交互范式在早期就定型了，后来的产品大多在这个框架里做差异，而不是重新发明。

但「长得像」和「能做到一样的事」是两回事。下面把能迁移和不能迁移的部分分开说。

能直接迁移的部分

呼出式交互

热键呼出、输入即搜、方向键选择、回车执行。这套肌肉记忆完全通用，迁移成本接近于零。

关键词前缀的习惯

Alfred 用前缀触发不同功能（比如 web search 的 keyword），Wox 也是同一套逻辑。你原来的使用习惯——「先想清楚这是哪类操作，再决定输入什么前缀」——可以直接沿用。

网页搜索配置

两者都支持自定义站内搜索，配置思路一致：给站点起一个短前缀，把查询参数换成占位符。在 Alfred 里配过的话，换到 Wox 只需重配一遍，不需要重新理解概念。

剪贴板历史

Alfred 的剪贴板历史是标志性功能，Wox 通过插件实现同一能力。使用方式接近：独立热键调出、选择、粘贴。

搬不过来的部分

Workflow 生态

Alfred 最强的能力是 Workflow：可视化编排、丰富的社区资源、成熟的触发器机制。它让不会写代码的人也能拼出复杂自动化。

Wox 的插件体系更接近「写代码」而不是「拼积木」。你会 JavaScript 的话自由度很高，但如果你原来依赖 Alfred 的现成 Workflow，这部分要重新实现。

付费带来的稳定性

Alfred 的 Powerpack 是付费的，这带来的好处是项目有稳定收入、更新有节奏、文档完善。Wox 是纯开源项目，靠社区维护，迭代方向不完全由用户需求驱动。

macOS 系统集成深度

Alfred 能深度调用 macOS 的系统能力（比如 AppleScript、系统服务、快速查看）。Wox 在 Windows 上的对应能力需要通过命令行或插件自己接，没有那么多现成封装。

文件操作与预览

Alfred 的文件操作菜单、快速预览、批量动作做得相当完整。Wox 这部分依赖系统和插件，体验不连续，需要自己拼。

一张能力对照表

实际操作上的三个差异

差异一：文件搜索的实现路径不同

Alfred 自带文件索引，装完就能搜。Wox 把这件事交给 Everything，所以你需要多装一个工具，但也因此获得了对索引范围的精细控制。

差异二：插件写法的门槛不同

Alfred 的 Workflow 可以纯图形化搭建，不会编程也能做出可用的自动化。Wox 的插件需要写 JavaScript，门槛高一些，但能做的事也更底层。

差异三：默认配置的完成度不同

Alfred 免费版已经能完成大部分日常操作。Wox 的默认状态更像一张白纸，不配置会觉得「没什么用」，配置后才显出价值。

从 Alfred 迁到 Wox 的实操建议

1. 先只迁移最高频的三件事。通常是：打开程序、找文件、查网页。把这三条配好，就能开始日常使用。
2. 不要试图一次复刻所有 Workflow。挑出你每天真的在用的两三个，其余的先放弃。多数人的 Workflow 收藏里，常用的其实只有少数几个。
3. 用别名替代简单的 Workflow。很多 Workflow 本质就是「打开某个东西」或「执行某条命令」，用别名几秒就能配好，不需要写插件。
4. 接受体验落差。文件操作、预览这类能力在 Windows 上确实不如 Alfred 顺手，这是平台差异，不是工具缺陷。

什么情况下不该找替代品

最后说一句实话：如果你对 Alfred 的依赖主要集中在 Workflow 上，那 Wox 未必是好选择。这种情况下更务实的方案是找 Windows 上专门做自动化的工具，让 Wox 只承担「启动器」这一层职责。

工具的正确用法是各司其职，而不是找一个「什么都能干」的替代品。Alfred 在 macOS 上做到了这一点，但那是多年积累的结果，不是换个平台就能复制的。

迁移后的适应期怎么过

从 Alfred 换到 Wox，前两周会有一段明显的别扭期。它不是工具的问题，而是习惯的惯性。三个做法能缩短这段时间：

做法一：先只保留一条路径

不要同时保留「Mac 上的做法」和「Windows 上的做法」。比如找文件，要么统一用启动器，要么统一用资源管理器，不要两套混着用。混用会让你一直退回到更熟悉的那一套。

做法二：把常用的三个动作写在便签上

Alfred 的老习惯会自动冒出来。把 Wox 里对应的三个动作写下来贴在屏幕边，用一周。看得见才想得起。

做法三：接受那两成做不到的事

文件预览、系统服务调用这类能力在 Windows 上确实不如 Alfred 顺手。与其反复找替代方案，不如直接接受，用 Windows 原生的方式处理。把它们当成「平台差异」，而不是「工具缺陷」。