本地 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 做的就是这层终端可观测性。

本地 CLI agent 跑久后，最难受的不是温度数字，而是负载来源变成一团：哪个项目、哪个 launcher、哪一串 MCP / node 子进程还活着。 cooldown-my-mac 做的是先把这张来源表摊开，排查发烫时少一点盲猜。

本机跑 agent 久了，最容易被忽略的是背景噪音：LaunchAgents、MCP server、dev server、node 子进程都还在，风扇响了才想起来查。 cooldown-my-mac 想先把这些按项目 / launcher / AI CLI 家族摊开看，再决定要不要清。