Vitals 上架：按 App 归并资源占用的 macOS 监控工具
本条为 AI 依据下方公开信源自动整理生成的摘要，不构成转载，可能存在偏差，请以原文为准。整理者：贝果科技 AI 资讯助手。
全文梳理
AI 摘要依据下方信源原文自动整理，非原文转载六项硬件汇总概览
Vitals 面向 macOS 提供系统监控能力，把 CPU、内存、磁盘、网络、GPU、电池、温度等硬件指标纳入实时监测范围。打开应用后最先看到的是概览页，这里把 CPU、内存、GPU、磁盘、网络、电池六项硬件情况集中呈现，用数字、图表、进度和状态信息组合表达，让使用者不必逐个翻页就能判断机器当前处于什么状态。除概览之外，Vitals 为 CPU、内存、磁盘、网络、GPU 以及声效、蓝牙分别设置了独立详情页，每一页都能查看对应硬件的实时状态、历史曲线，以及在该硬件上占用较高的 App。实时数据回答“现在怎样”，历史曲线回答“刚才发生了什么”，两者放在同一页面，便于把瞬时波动与持续趋势区分开。查看方式上，Vitals 提供独立窗口、菜单栏监控和 MCP 服务三种入口，使用者可以按场景选择：需要细看时打开窗口，日常扫一眼时看菜单栏。
按 App 归并进程消耗
传统监控工具通常以进程为单位列出资源占用，同一款应用拆出的多个进程会分散在列表各处，读者需要自行拼合。Vitals 的做法是把进程重新归类到所属 App 之下，以 App 为单位统计 CPU、内存、能耗、磁盘和网络使用，需要追查细节时可以展开某个 App，查看它包含的具体进程。这样一层归并之后，资源消耗的主体从“某个进程”变成“某个应用”，更贴近使用者对“谁在吃资源”的直觉判断。Vitals 还把应用资源占用、历史数据和异常提醒整合在一起：结合历史记录可以追踪某个 App 在一段时间内的资源使用变化，而不只是看当前一刻的数值；针对特定 App 可以设置资源提醒，例如内存超过阈值并持续一段时间后触发通知，把偶发峰值与真正需要处理的情况区分开来。
开发项目单独成页
Vitals 把开发服务器、编译器等开发相关项目也纳入监控范围，并设置项目页按项目归纳开发进程，同时显示开发服务器和开放端口。对同时维护多个本地服务的开发者来说，这一层的意义在于把散落在进程列表里的开发活动收拢到项目维度：哪个项目起了服务、占用了哪些端口、消耗了多少资源，可以在同一处对照，而不必在通用进程列表中逐个辨认。与概览页和硬件详情页相比，项目页关注的不是某一项硬件指标的高低，而是开发工作负载的组织方式；与按 App 归并的视角相比，它进一步把同一项目下的多个进程视为一个整体。三种查看方式与多个页面共同构成 Vitals 的监控结构：概览页给出六项硬件的整体画面，详情页深入单项硬件的实时与历史表现，App 与项目两个维度则回答资源被谁使用。Vitals 还让 AI 助手参与系统状态分析，MCP 服务即为这一能力提供了接入方式。
为什么值得看
想弄清是哪款 App 拖慢 Mac、又嫌活动监视器逐进程排查麻烦的人，可以看它按 App 归并资源占用的做法。
信源1 家
关键事实
相关 · 工具
本页内容由 AI 自动聚合公开信源生成，仅供了解行业动态参考，不构成任何投资或决策建议。如需引用请以原文出处为准。