Raycast 不想只做启动器了
Raycast 这几年给我的感觉很奇妙。
我最早对它的印象，就是一个快速启动器工具，而且是苹果生态独占的。那时候 macOS Spotlight 还不是很强，而老牌启动器 Alfred 似乎又显得有点老了。所以当年 Raycast 横空出世的时候，确实像是一股新鲜血液。
后来我对 Raycast 的印象逐渐开始淡化，因为启动器工具（Launcher）本身不是一个特别厚重的叙事。它想成为一切功能的快捷入口，但这件事其实很难。它要和操作系统、浏览器、各种其它生产力工具竞争，同时还要整合它们，这是很吃力不讨好的事情。
比方说，苹果自带的 Shortcuts（Workflow）也在做类似的事情，Spotlight 这几年也得到了很大加强；很多浏览器开始集成命令面板和地址栏一键搜索；各种笔记工具有自己的快捷命令输入框；各种花式 AI 工具就更不用说了；还有一些剪贴板工具、窗口管理工具，也在分走 Raycast 的使用场景。
也许有人会说，Raycast 很全面，既能这样又能那样……但是根据我的经验，大多数人只有那些特别重要、特别频繁的动作，才需要快捷支持。有的人可能是剪贴板动作，有的人可能是搜索，有的人可能是窗口管理。大家未必有一个强烈需求，非要把所有东西统一到同一个入口里。这一点我后面会结合自己的例子再讲。
所以，我感觉 Raycast 一直不甘心只做启动器。尤其是拿了融资之后，单纯的启动器故事，很难再讲得更大。
这就是我们前些时候看到 Raycast 开始推出 Ask AI 入口，并把它作为 Pro 版的一个付费功能。这很好地迎合了当时花式 AI 工具兴起的潮流，也算是把启动器向前推进了一步，开始瞄准 ChatGPT、AI 翻译、AI 查询工具这一类入口。
但最近 Raycast 的变化，已经不能再用简单的「启动器」或「入口」来理解了。
它似乎有了更大的野心。
它近期有三件事值得注意：
- 把自己从 Mac 专属工具变成跨平台工具，扩充用户来源。
- 把 AI 更深入地塞进系统操作入口。
- 推出 Glaze，用于「生成个人桌面 App」。
我们逐个来看一下。
Raycast V2：走向多平台
Raycast V2 最直观的变化是界面。
它适配 macOS Tahoe 的视觉风格，Root Search、AI、文件搜索、快捷键、Quicklinks、Snippets、Tags、Dictation 等入口都重新整理过。
同时，新增的 Windows 版本也进入了 public beta。我已经安装试用了。
官方技术文章里说，V2 是一次跨平台重写，混合了 TypeScript、Swift、C#、Rust、Node 和 React。它既不是纯原生，也不是简单套一个 Electron 壳。
早期得益于 Mac 生态独占，Raycast 最吸引人的地方，就是它非常轻，非常快，非常像系统的一部分。一旦重构之后出现更高内存占用、更明显的 Web UI 痕迹，或者某些 V1 功能暂时缺席，老用户可能会不满。
我试用 Windows 版本时，刚过 5 分钟，就意识到一个经典问题：macOS 上可能不明显，但 Windows 上不少套壳移植 App 都容易在这里翻车，那就是屏幕 DPI 适配。
我手上这个版本，会造成部分界面在某些设置了 DPI 缩放的大屏幕上不能完整显示，这就让实用性大打折扣了。希望后续能尽快修正。
另外，macOS 上很多经典实用的用例，在 Windows 上其实早就被其它工具占领了。
比如我用 Ditto、PowerToys，有的人还用 Everything。Windows 自带的窗口分屏管理也不错。Windows 用户似乎早就熟悉了快速把事情搞定的生产力哲学，不太喜欢过分精致的统一入口，也不一定欣赏那种整齐优雅的感觉。大家主要还是集中在把事情搞定上。
Ditto 很丑陋，但是很实用。Windows 自己的一些快捷键只要熟练了，也根本不需要什么优雅界面。文件搜索就更不用说了，Everything 的惊人实力大家也是知道的，只要不太介意界面是否漂亮。
尽管如此，我还是希望 Raycast 可以做出一个很好的示范，给 Windows 用户提供更多选择，尤其是那些刚入门生产力工具的用户。
还有就是，很显然，多平台的 Raycast，也是在为后面的 AI 和 Glaze 铺路。
AI：Raycast 不只是一个聊天框
很多软件都在加 AI，早期大多都是类似 ChatGPT 的套壳聊天框。Raycast 最早也类似，但现在 Raycast 的 AI 路线有点不一样。
现在的 Raycast 不是只放一个聊天窗口，而是把 AI 放进命令系统里。
Quick AI、AI Chat、AI Extensions、MCP servers，这些东西组合在一起，意味着 AI 不只是回答问题，而是可以拉取上下文、调用扩展、跨应用执行动作。
有点像在浏览器里对着具体的 Tab 发问，对着某篇笔记、某个操作界面、某个 Todo 任务发问。官方给出的例子包括创建 Linear issue、搜索代码库等动作。
这其实很接近我理解中的「AI 操作层」：在某个入口里直接说出目标，让 AI 去调用本机和第三方工具。
听起来很理想，是吗？
但是，过去 Raycast 执行的是确定命令。我按下回车，打开 App，复制文本，搜索文件，结果很明确。现在如果想让 AI 更准确地识别意图，还是少不了选择命令或菜单。由于它集成了太多功能，结果反而有点更麻烦了。
比方说，我使用 Perplexity 查询时，以前有个快捷键，可以一键呼出 Perplexity / PPLX 界面，输入查询，已经形成肌肉记忆了。
现在变成：呼出 Raycast，输入或选择 PPLX，回车，再输入内容。这样一圈下来，到底意义何在？
又比方说，原本做网页内容总结，我们可以通过集成 Gemini 的浏览器，或者 Atlas、Comet 这类浏览器，在当前页面里一键唤起 AI。现在则是呼出 Raycast，输入指令，粘贴网址。当然，也可以用浏览器插件简化，但交互上显然还是更绕了一点。
我的意思是，让 AI 发生在上下文中是最好的，而不是另起一个统一接口，除非是一些非常通用的查询。
让 AI 发生在上下文里，这是目前所有主流软件或网站都已经在做的事情。即使不是发生在第一现场，Codex、Claude Code、OpenCode 也有很好的 AI 接口。所以 Raycast 处在一个很尴尬的 AI 入口位置，我个人不太看好它作为 AI 统一入口的长期位置。
Glaze：Raycast 真正的新玩具
Glaze 是 Raycast 最新推出的 AI App builder，之前有过预告和内测，现在终于公开可用了。
Glaze 的核心卖点是：用自然语言描述需求，Glaze 帮我们生成一个真正运行在电脑上的桌面 App。
Glaze 官方强调，生成的 App 可以运行在本机、离线使用、访问文件系统、支持快捷键、菜单栏和后台进程。目前它要求 macOS Tahoe 和 Apple Silicon，未来计划支持 Windows 和 Linux。
我下载了 Glaze，还没有真正用它生成 App，只是先看了看它的 App Store，也就是别人把生成的 App 放上去、供大家公开下载的地方。
挺有趣，但目前看下来，更多还是一些小工具，有些还挺简陋的。
不过我知道，真实需求往往就是很小：一个收据整理器，一个 Markdown 文件目录生成器，一个菜单栏计时器，一个本地截图归档工具，一个团队内部 review 面板，一个只服务某个项目的资料 dashboard。、
很多人都有自己变通的生产力方式。以前这些小需求可能用脚本、快捷指令、Excel、Notion、AppleScript、Python 或者各种临时方案勉强解决。现在如果可以通过 Glaze 打包成一个本地 App，然后立刻使用，这确实是一件好事。
而且 Glaze 和 Raycast 天然契合。Raycast 是入口，Glaze 是工具生成器。用 Glaze 做出来的小 App，未来很可能可以通过 Raycast 启动、搜索、调用，甚至嵌入到 AI workflow 里。
这是一个很好的点子。
但我也不会把 Glaze 说成是什么特别颠覆式的发明。它更像是 GPTs、Skills 这类东西的 GUI 包装。对特定人群很实用，但也不必把它说得过于神奇。
这类生成出来的小工具，质量往往良莠不齐，后续维护也是个问题，试想我怎么敢把几百条书签放在一个 莫名其妙没有经过时间和用户检验的 Glaze 小工具里面？尤其是当一个小工具真的被用户依赖之后，它就不再只是一个随手生成的玩具，而会变成一个需要长期维护的软件。
但总的来说，Glaze 是个很好的尝试，尤其是 Glaze App Store 提供了各种可能性。
最后
Raycast 的发展很有趣，但后面可能也会越来越难。
尤其是拿了融资之后，它就不能再只是一个「小而美」的工具，而是必须讲出一个更庞大的叙事。
现在来看，Raycast 确实很会整活，但我也希望它不要忘记初心。我见过很多类似例子，前期吹得很大，最后草草收场，或者被收购，用户被扔在了一边。 什么 Evernote？我有说过吗？
希望 Raycast 可以走得更远。至少，它可以继续给大家带来更多工具选择和启发。
效率火箭，火箭君的新博客 