cue：把AI副驾藏进 macOS 屏幕里，一周 691 颗星的真实理由

先说结论

cue 是个 macOS 上的开源AI副驾窗口，核心卖点就一句话：它一直浮在你屏幕最上面，但你开屏幕共享的时候，它会自己躲起来。

一周 691 颗星，大部分功劳得给这个判断。它不是又一个“AI助手”壳子，而是 Cluely 的开源替代品，定位精准，再加上自带 BYOK 的设计，省掉了订阅焦虑，也省掉了对闭源服务数据走向的担忧。

真正的问题

桌面AI工具火了大半年，真正的痛点一直没变：

第一，开会时想用AI，但不想切窗口。屏幕分屏、复制粘贴、回头总结，流程割裂得让人抓狂，会议节奏一断，后面越追越乱。

第二，屏幕共享时不能有AI在场。客户会议、内部评审、技术面试，任何多一个无关窗口的录屏，都是事故级别的麻烦，解释起来比写 bug 报告还累。

第三，想用 GPT-4o 这类贵模型，但不想被某个厂商锁死。Cluely 这种闭源产品月费不低，而且你不知道屏幕被截去了哪、音频被存到了哪。

cue 把这三个问题同时顶住了。它用 Electron 起家（主语言 JavaScript），窗口置顶、OCR 监听、可调系统音频，屏幕共享时通过黑名单窗口过滤把自己藏掉。BYOK 模式下，API Key 直接走本地，账单归你自己。

怎么做更省力

先看上手成本。仓库 README 写得很直接，Mac 用户三步走：clone 下来，npm install，然后 npm run dev 或直接打包成 。app；准备好自己的 OpenAI 或 Anthropic Key，在设置里填进去；授权屏幕录制和麦克风权限，这一步 macOS 必弹窗，别跳过。

这张表不是凑数，它对应的是最容易劝退新人的三个动作。Node 版本不匹配是第一个拦路虎，权限授权不到位是第二个，Key 提交进 git 历史是第三个，三个都避开了，后面就顺。

然后挑场景用。cue 这种工具最适合两类人：一种是经常参加英文技术会议、需要实时翻译或总结的；另一种是销售、咨询、面试候选人，需要提示词但不打算在屏幕上挂个聊天窗口的。

如果你是做技术分享或者路演的，准备阶段的提纲打磨可以先用AI工具反复跑一遍。比如先把要点交给 AI演讲/口播教练 整理成口语稿，再把现场答疑交给 cue，两边各司其职，比一个人硬扛要省力得多。

哪些坑要避开

屏幕录制权限是第一个坑。macOS Sonoma 之后，系统对屏幕录制的授权越来越严格，装完发现AI看不到屏幕，八成是权限没给全，不是程序 bug。

第二个坑是 API 成本。一次会议 OCR 加上音频转写，流量不小，长期挂着 GPT-4o 一天可能烧掉几美元。建议先用 gpt-4o-mini 或者本地模型跑通流程，再决定要不要上主力模型，别一上来就开 max 档。

第三个坑是隐私边界。cue 默认把屏幕和音频送到你自己的 Key 对应的服务上，但截图缓存、临时文件放在哪儿，README 里没写清楚，自己去看 issue 或源码，别假设它“绝对安全”。

第四个坑是“藏窗口”逻辑不是万能的。如果你用的不是 Zoom、Teams 这类主流工具，或者用了外接采集卡、AirPlay 镜像，黑名单窗口机制很可能漏，会上还是会被拍到。先在不重要的会议里试一轮，再正式用，这是最稳的边界。

现在就能动手

最简单的一步：打开仓库 https://github.com/Blueturboguy07/cue,先别急着 clone，把 README 和近一周的 issue 翻一遍。重点看两类讨论——屏幕共享隐藏的边界，以及 BYOK 模式下 Key 的存储方式，看完再决定值不值得花半小时搭一个本地环境。

如果只是想验证“这种工具对我有没有用”，更稳妥的做法是先用现成的AI工具把工作流跑顺。比如用 AI演讲/口播教练 准备会议发言稿，等 cue 这类开源方案更成熟再切过去。开源工具一周 600 多星说明它在快速迭代，现在入场既能薅到红利，也准备好一起踩坑。