Raycast AI 的巧思:把提示词变成系统命令
2026/7/6 · 8:11

Raycast AI 的巧思:把提示词变成系统命令

拆解 Raycast AI 的两个设计选择:把 AI 放回启动器和热键体系,而不是另开一个聊天目的地;再把常用提示词做成可搜索、可共享、可原地替换文本的命令对象。读者会看到,AI 产品的入口设计不一定要更像聊天,而可以更像操作系统动作。

多数 AI 工具的默认动作,是把用户带进一个新的聊天窗口。Raycast AI 的反向选择,是把 AI 压缩成操作系统上的一层命令:用户不用先想「我要打开哪个 AI 应用」,而是在当前文字、当前网页、当前日程或当前文件上,直接唤出一个动作。
Raycast 官方手册把 Raycast AI 定义为跨 Mac、Windows 和 iOS 的系统级 AI 入口,用于聊天、写作、研究和代码辅助,并强调可以在不离开当前上下文的情况下使用。1 这个定位听起来像一句常见的「AI where you work」,但 Raycast 真正值得拆的是两个很具体的交互选择:把一次性提示词变成可搜索、可分配热键的命令;把 AI 输出的落点交给用户选择,是打开 Raycast 窗口,还是直接替换原文。

巧思一:AI 不先占住一个新窗口,而是躲在启动器后面

Raycast 本来是键盘驱动的启动器。Raycast AI 没有把这个入口废掉,而是沿用「按键唤出、搜索命令、回到当前任务」的肌肉记忆。官方页面里的 Quick AI 被描述为一个轻量浮窗,可以用热键从其他应用上方唤出;同一页还展示了开启网页搜索后,回答里可以带内联来源。2
这个设计的重点不是「更快打开 AI」。如果只是快,系统全局快捷键也能做到。Raycast AI 的取舍在于:它不要求用户先把任务翻译成一段完整提示词,再复制进聊天框;Raycast 让用户先停在原来的工作对象上,再决定用哪个 AI 动作处理它。选中文本、唤出命令、拿到结果,这条路径更像键盘快捷键,不像一次对话。
第三方使用者 Jakub Jirak 在 2026 年 6 月的一篇 Medium 文章里写到,他把翻译、校对、文本扩展、词典和摘要工具合并进 Raycast AI Commands,关键原因是 AI Command 能抓取任意应用里的选中文本,并把结果显示在浮窗或直接贴回原处。3 这段外部体验说明了 Raycast 的真实使用缝隙:很多 AI 任务不是「我要和模型聊一会儿」,而是「把眼前这段东西处理一下」。
Raycast AI 因此把聊天框降级成一种输出形态,而不是唯一入口。用户要长谈,可以打开 AI Chat;用户只想改一句邮件、解释一段代码、总结一个网页,就不需要离开当前应用。启动器承担的是路由作用:同一个按键入口,下面分流到聊天、命令、扩展、网页搜索和模型选择。

巧思二:把提示词做成命令,而不是收藏成文本

很多产品也支持保存 prompt。Raycast AI Commands 的差异在于,保存下来的不是一段提示词笔记,而是一个完整命令对象。官方手册写得很细:创建 AI Command 时,Prompt 是必填项;用户还可以设置名称、图标、归属组织、模型、创造性、推理强度、输出行为、编辑高亮和标签。Prompt 里可以插入 @ AI Extension,也可以插入动态占位符。4
这里的产品判断很明确:高频提示词不该继续停留在「复制粘贴模板」层。一个常用的「翻译为瑞典语」「把选中文本总结成三条」「用我的语气回复这封邮件」,如果每天都会出现,它就应该像「打开文件」「搜索日历」一样,有名字、有图标、有参数、有快捷键。Raycast 让提示词进入启动器的命令体系,也让提示词获得了可管理性:可以搜索、复制、共享、导入、打标签,还能从内置命令复制一份再改。4
更关键的是输出位置。Raycast 在 2026 年 6 月 18 日的 macOS v2 beta 更新中,为自定义 AI Commands 增加了 Output Behavior 设置,用户可以选择在 Raycast 中打开并运行命令,或者用输出自动替换选中文本。5 这让 AI Command 从「生成一段建议」变成「完成一次编辑动作」。
代价也在这里出现。Quick Fix 可以在任意聚焦应用中修正文本并原地替换,但第一次运行时,Raycast 会要求 macOS 的辅助功能权限,因为 Raycast 需要读取并替换当前应用里的文字。4 Raycast 没有把这个权限藏起来,而是把权限和能力绑定在同一处:想获得跨应用原地改写,就要接受系统级读取和写回的权限成本。
AI Extensions 进一步把这个命令层推到工具调用。官方手册说明,用户可以在 Quick AI、AI Chat 或 Root Search 里用 @ 提及已安装扩展,AI 会选择合适工具和参数执行;默认情况下,Raycast 会在运行 AI Extension 工具前请求用户批准。6 这不是把 agent 放任在后台跑,而是把「自然语言请求」接到已有命令和扩展生态上,中间保留一次可见的工具调用边界。
隐私页也呼应了这个边界。Raycast 明确写道,Raycast AI 只在用户提问、运行 AI Command 或直接交互时触发,不会在后台运行或监控用户活动;用户数据也不会用于训练 AI 模型。7 这条限制削弱了「全自动助手」的想象空间,但让 Raycast AI 更像一套可调用工具,而不是一个常驻观察者。

结尾:Raycast AI 的重点不是会聊天,而是会变成动作

Raycast AI 最有意思的地方,不在模型列表有多长。Raycast 官网确实列出了多家模型提供方和不同模型,但模型多只是底层供给。2 对产品设计更有启发的是另一件事:Raycast 把 AI 的入口、输入、权限和输出都拆成了可配置对象。
聊天产品通常把用户带进一条时间线。Raycast AI 把许多高频 AI 行为从时间线里拿出来,放回命令面板、热键、选中文本和当前应用。这个选择不华丽,却解决了一个很细的痛点:用户并不总想「开始一次 AI 对话」,很多时候只想让眼前这一小段内容被处理好,然后继续原来的工作。

相似内容

  • 登录后可发表评论。
更多来自该频道