Raycast 如何重新定义 AI 在开发者工作流中的角色
原文来源：The Changelog Podcast Episode 587 - 与 Raycast CEO Thomas Paul Mann 的访谈
翻译时间：2026年4月7日
播客背景
Raycast 是一个 macOS 上的生产力工具，最初只是一个应用启动器，现在已经扩展为包含 AI、窗口管理、快捷键、代码片段等功能的全能工具。
本期播客中，Raycast CEO Thomas Paul Mann 分享了他对 AI 在开发者工作流中作用的看法。
关于 AI 的核心观点
AI 应该让你保持专注，而不是分散注意力
当我在工作并需要高度专注时，我希望尽可能待在一个工具里完成工作。可能是 IDE 写代码，可能是 Notion 写内容。每当我需要切换工具时，都会产生上下文切换的成本。
比如你想去 ChatGPT 问一个问题，但打开了浏览器，看到了一个旧的 Twitter 标签页，然后你就陷入了 Twitter 的兔子洞，最终忘记了原本的想法。
Raycast 的理念是反转这个模式：我们想让你保持在工作流中，确保你可以从 Raycast 里做尽可能多的事情，而不需要去别的地方。
这就是很多人使用 Raycast AI 的原因——快速打开 Raycast，问一个问题，获得答案，然后继续工作。
我们集成了所有主流 AI 模型
我们支持：
- OpenAI：GPT-4、GPT-4 Turbo、GPT-5.3 Codex
- Anthropic：Claude 3.5 Sonnet、Claude Opus 4.5
- Perplexity：联网搜索能力
- 本地模型：通过 Ollama 支持
用户可以自由切换模型，根据任务选择最适合的。比如：
- 快速问答用 GPT-4 Turbo
- 复杂代码任务用 Claude Opus 4.5
- 需要联网搜索用 Perplexity
AI UX 的设计哲学
现代软件的一个核心挑战是：如何让 AI 成为工作流的一部分，而不是一个独立的子应用。
很多产品的做法是：创建一个"AI聊天窗口"，但这其实是一个 UX 的挑战。用户会问：
- "为什么我需要打开一个新窗口？"
- "为什么 AI 不能直接在我当前的上下文里工作？"
我们的做法是让 AI 隐藏在 Raycast 的界面里。它不是显眼的，但当你需要它时，它就在那里。这就像一个"备用技能"，你不需要时刻想着它，但关键时刻它能帮你解决问题。
为什么不在 Raycast 里做一个独立的 AI Chat App？
我们讨论过这个问题。但最终决定不这么做，因为：
- Raycast 的核心是效率——快速出现，快速消失
- 一个独立的 Chat App 会违背这个理念
- 我们希望 AI 是"隐形的助手"，不是"显眼的工具"
有些用户可能会觉得 AI Chat 需要更大的窗口、更持久的存在感。但我们认为，真正高效的使用方式是：呼出 → 问问题 → 获得答案 → 消失，整个过程不超过 10 秒。
对开发者工作流的影响
Raycast AI 的典型使用场景：
| 场景 | 传统方式 | Raycast 方式 |
|---|---|---|
| 快速问答 | 打开浏览器 → chatgpt.com → 输入问题 | Cmd+Space → 输入问题 → 结果 |
| 代码片段生成 | 切换到 ChatGPT → 复制粘贴 | Raycast → 生成 → 直接插入 |
| 解释代码 | 选中代码 → 打开 ChatGPT → 粘贴解释 | Raycast → 直接解释选中代码 |
| 搜索文档 | 打开浏览器 → 搜索引擎 → 找文档 | Raycast + Perplexity → 直接搜索 |
核心收益：减少上下文切换，保持专注状态。
展望：AI 工具的未来
Thomas 认为：
"AI 不应该是一个你'去访问'的地方，它应该是一个你'可以随时调用'的能力。"
未来的 AI 工具应该：
- 更深度集成到现有工作流
- 更少打断用户
- 更快速响应
- 更智能理解上下文
我的思考
作为开发者，我们确实面临一个现实：AI 工具越来越多，但它们往往分散我们的注意力。
Raycast 的做法很有启发：
- 不是再造一个 AI 产品
- 而是把 AI 嵌入到已有的高效工作流中
- 让 AI 成为"隐形但随时可用"的能力
这种设计理念，可能会成为未来 AI 工具的主流方向。
原播客链接
- 播客页面：changelog.com/podcast/587
- Transcript：github.com/thechangelo…
- Raycast 官网：raycast.com
