WhoIsCooking：揪出哪个AI代理在让你的Mac发烫

当你在 Mac 上同时开着 Claude Code、Codex 和 Cursor 干活时，芯片温度的飙升往往找不到"罪魁祸首"。WhoIsCooking 就是冲着这个痛点来的：一款 Mac 菜单栏应用，实时显示芯片温度，并告诉你究竟是哪个 AI 代理在把 Apple Silicon 烤热。

它解决的是什么问题

AI 编程助手已经从"尝鲜"变成很多开发者的日常工具。Claude Code、Codex、Cursor 这类代理在后台跑推理、索引代码库、生成补丁时，会持续占用 CPU 资源。问题在于，macOS 的活动监视器只能告诉你哪个进程在吃 CPU，却很难让人一眼看出"这三个 AI 工具里到底是谁在发热"。

WhoIsCooking 把这个信息直接放到菜单栏：芯片温度是多少，当前发热的主要来源是哪个 AI 代理。定价 5 美元一次性买断，属于典型的小工具定位——不订阅、不捆绑，解决一个具体的小问题。

活动监视器按进程汇总 CPU 占用，但它显示的百分比并不直接等于发热量。在 Apple Silicon 上，同样 20% 的 CPU 占用，如果跑在性能核上，其功耗和温度会显著高于跑在能效核上。此外，AI 编程代理常常派生多个子进程，例如语言服务器、索引器和补丁生成器，活动监视器里会呈现为一堆分散的条目，用户很难把这些进程归并到具体的 AI 工具名下。WhoIsCooking 的价值就在于做了这层归因，把散落的子进程活动映射回对应的代理身份。

核心机制：把忙活的任务挪到能效核

这款应用最有意思的设计是它的"一键降温"。点击之后，它会把繁忙的工作负载调度到 Apple Silicon 的能效核（efficiency cores）上，而不是性能核。

Apple Silicon 的架构本就区分性能核与能效核：前者跑得快但发热高，后者省电、温度低。WhoIsCooking 的思路是让 AI 代理的后台任务走能效核，任务不会中断，但整体温度会降下来。对一个需要长时间挂着 AI 代理写代码的人来说，这个取舍挺务实——你未必需要索引或补丁生成跑在最快的那颗核上。

Apple Silicon 的异构核心架构在 macOS 上通过 QoS（Quality of Service）类别的线程优先级机制对外暴露。系统识别到后台线程时，会倾向于将其调度到能效核；而用户交互或高优先级任务则优先占用性能核。WhoIsCooking 的一键降温本质上是在调整相关进程的调度策略，使其被系统视为后台工作负载，从而自然落到能效核上执行。这种方式不需要挂起或修改任务本身，因此不会中断 AI 代理的推理流程，但调度的改变是概率性的，并非百分之百强制。

适合谁，以及它的边界

从产品定位看，它面向的是重度使用 AI 编程代理的 Mac 开发者，尤其是 Apple Silicon 机型用户。菜单栏常驻、一次性付费、操作只有"看温度"和"点一下降温"两个动作，学习成本几乎为零。

需要说明的是，把负载压到能效核意味着这部分任务的执行速度会变慢，这是物理层面的取舍，应用本身无法消除。对于需要 AI 代理尽快返回结果的场景，这个按钮未必是首选。另外，它目前只覆盖 Claude Code、Codex、Cursor 这几类代理的热源识别，更广泛的后台进程监控并不在它的宣传范围内。

小结

WhoIsCooking 是个思路清晰的小工具：把"谁在发热"这个模糊问题变成菜单栏里的一个明确答案，再给一个低成本的处理动作。5 美元买断的价格也符合它"解决一个小麻烦"的定位。对于 Mac 上长期挂着多个 AI 编程代理的开发者，它提供的可见性和一键调度能力，恰好补上了系统自带工具没覆盖的那块空白。