这次换个很具体的入口：Mac 风扇突然响时，我先不翻 Activity Monitor，而是跑 `cool ports` 看哪些 dev server 还占着端口。 cooldown-my-mac 会把端口、PID、项目和 launcher 放一起；很多时候先找到“谁没退”，比盯温度更有用。

这次想用 README 板讲一个很实际的入口：本地 CLI agent 跑久后，别先猜“是不是温度太高”。 先用 `cool dev` 看哪些 node/MCP/dev server 还活着、属于哪个项目和 launcher，再决定要不要清。

本地 CLI agent 跑久后，排查不能只靠一个温度数字。 我更想先有一套运行时坐标：哪个项目在烧、哪个 launcher 拉起的、哪串 MCP / dev server 还占着端口。cooldown-my-mac 做的就是把这些线索收进终端里。

这张 TUI 图想讲的是：本地 CLI agent 跑久后，排查最好别散在五个窗口里。 `cool watch` 把 CPU / 内存压力、热点 PID、端口、项目 / launcher / AI CLI 家族放同屏。Mac 开始热时，先把现场看完整。

这张流程图想讲一个很朴素的排查顺序：Mac 开始热，先别急着 kill。 先看 `cool status`，再用 `cool dev` / `cool ports` 把热点 PID、项目、launcher 和 AI CLI 家族对上号；现场清楚了，再决定要不要清。

跑几个本地 CLI agent 以后，Mac 发热常常不是某个窗口的问题，而是一堆“小尾巴”：MCP server、dev server、node 子进程、端口占用还留在后台。 cooldown-my-mac 想做的是把这些按项目 / launcher / AI CLI 家族摊开，先确认来源，再清。

Activity Monitor 里看到一排 `node` 时，我现在最想补的不是再多一个 CPU 数字，而是把“它从哪里来”补上。 cooldown-my-mac 会把热点进程和项目 / launcher / AI CLI 家族放一起看：哪个 agent 留下的 MCP、dev server、端口占用，先对上号。

真实排查时，我最先想看的不是“现在几度”，而是哪串进程还在把机器推热。 cooldown-my-mac 现在重点做这张来源表：热点 PID、项目、launcher、AI CLI 家族、MCP / dev server 先对上号，再决定要不要清。

同一个 `node`，背后可能是项目 dev server、MCP 子进程，也可能是某个 AI CLI 没退干净的残留。 cooldown-my-mac 做的是把这些进程按 project / launcher / AI CLI 家族拆开看：先确认来源，再谈清理。

这张图有点像我想要的“侧边控制台”：本地 CLI agent 跑久后，别只盯温度，先把热点 PID、端口、项目 / launcher、AI CLI 家族放在一处看。 cooldown-my-mac 做的就是这层终端可观测性。