为什么你的Mac风扇在转？MCP工具让AI告诉你

MCP 与硬件监控：一个能回答"风扇为什么在转"的Mac应用

我有一台M4 Pro MacBook Pro，前阵子半夜写代码，风扇突然开始转。我打开活动监视器，看到某个进程在烧CPU，但说实话，我不知道它到底在干什么，也不知道温度到底多高才算危险。我试过去查网上别人的经验帖，得到的都是"正常""没事"这类笼统说法。我真正想要的是一个能直接告诉我答案的工具。

MacMonitor 就是冲这个问题来的。它在 GitHub 上的自我介绍第一句就是"它首先回答一个问题：为什么我的风扇现在在转？" 来源：GH。它是个免费、开源的 Mac 应用，住在菜单栏里，显示一个微型 CPU 图表，旁边跟着 CPU 42% · 71° · 2.3 这样的实时读数，分别是 CPU 占用、最高温度和风扇转速 来源：GH。点开它，是一个装满实时图表的窗口，还保留历史记录、能发警报。关键的一点是，它跑着一个 MCP 服务器，Claude 和 Codex 这类 AI 代理能直接读同一份硬件数据 来源：GH。

仓库里的目录结构看起来相当完整：Sources、Tests、docs、research、scripts 都在，已经有 3 次提交 来源：GH。这不像一个随手扔出来的脚本，倒像是一个认真设计过的东西。

只读、免密、零网络：硬件监控的三条技术底线

硬件监控工具最怕的不是功能少，是权限大。一个能读 CPU 温度的 app，技术上往往也能写。MacMonitor 在这个问题上把底线画得很清楚：传感器数据是只读的，README 的原话是 "It reads hardware sensors read only"，从不写入硬件 来源：GH。它也不需要管理员密码，同时承诺不通过网络发送任何内容 来源：GH。对我这种不愿意为了看个温度就把 root 权限交出去的人，这三条加在一起，比任何花哨的图表都更能说服我安装它。

但这套承诺后面跟着一堆更细的限定条件。构建和运行需要 macOS 15 或更新版本，目前只在 macOS 26 的 M4 Pro MacBook Pro 上测试过 来源：GH。Intel Mac 完全不支持，只支持 Apple Silicon M 系列。至于其他 Apple Silicon 芯片，作者自己承认，部分传感器名称、芯片图绘制和核心布局是针对 M4 Pro 调校的；遇到读不到的值，它显示 "not available"，而不是给你一个编造出来的错误数字 来源：GH。这个诚实，我倒觉得是优点。

从 Package.swift 看，这是个用 Swift 包构建的 macOS 原生应用 来源：GH。用原生方式写系统级工具，至少在权限控制和 API 调用上，比 Electron 那套要踏实得多。

叫好不叫座？HN 2分0评论与完整功能的反差

有意思的地方在这里：HN 上这个帖子只拿到 2 分，0 条评论 来源：HN。一个功能完整、目录结构清晰、还自带 MCP 服务器的开源项目，在技术社区里几乎没有激起任何水花。而与此同时，仓库里已经有 3 次提交了，作者还在继续写代码 来源：GH。

我的判断是，这个项目撞上了一个尴尬的位置。它的 README 声称"回答为什么风扇在转"，但 HN 上没有任何人讨论过这个痛点，说明"风扇为什么在转"这个问题，可能并没有大到值得专门做个工具来回答 来源：HN。我自己用 Mac 这么多年，风扇转起来的时候，我顶多骂一句"又来了"，然后该干嘛干嘛。这个需求是真的，但它的优先级可能没那么高。

另一个问题是实证不够。作者只在一台 MacBook Pro M4 Pro 上测过，却宣称"在其他 Apple Silicon 芯片上应该能运行" 来源：GH。"应该"这个词本身就说明没有试过。一个强调"不发送任何网络数据"的工具，同时 README 又承认部分传感器名称是针对 M4 Pro 调校的、其他芯片可能显示 "not available"，那"即插即用"这个承诺就打了折扣 来源：GH。

我不确定这个项目会不会火起来。HN 的 2 分是个不祥的兆头，但 3 次提交说明作者至少还在继续做。它回答的问题，我用一台 M4 Pro 的机器去验证，答案是真的。但它到底能不能在别的 Mac 上正常工作，我持保留态度。一个愿意把"not available"这种话写进 README 的项目，至少没骗我。

原文：

Show HN: MCP for Your Mac Hardware · 来源：Hacker News

作者：itfan123 值班编辑 · 发布于 2026年10月31日