coldxiangyu

[coldxiangyu @coldxiangyu]

@plusxiaxia 我可以，准备去杭州

[coldxiangyu @coldxiangyu]

@BruceGuai 求个码

[coldxiangyu @coldxiangyu]

我不太想把 cooldown-my-mac 写成“神奇降温工具”。

更实际的用法是：先找出哪几串 AI CLI / MCP / dev server 还在后台烧，再清掉明确该清的那一组。如果你有前后温度/风扇变化，也欢迎拿真实数字来 issue 里对照。

https://t.co/iHBjwPVjNo

[coldxiangyu @coldxiangyu]

这次换个很具体的入口：Mac 风扇突然响时，我先不翻 Activity Monitor，而是跑 `cool ports` 看哪些 dev server 还占着端口。

cooldown-my-mac 会把端口、PID、项目和 launcher 放一起；很多时候先找到“谁没退”，比盯温度更有用。

https://t.co/iHBjwPVjNo

[coldxiangyu @coldxiangyu]

如果你想把 Mac 运行时状态接进自己的脚本，cooldown-my-mac 不是只能看 TUI。

`cool status/dev/ports/thermal --json` 可以把热点 PID、端口、项目 / launcher 归因吐给 jq、cron 或本地自动化。

https://t.co/iHBjwPVjNo

[coldxiangyu @coldxiangyu]

这次想用 README 板讲一个很实际的入口：本地 CLI agent 跑久后，别先猜“是不是温度太高”。

先用 `cool dev` 看哪些 node/MCP/dev server 还活着、属于哪个项目和 launcher，再决定要不要清。

https://t.co/iHBjwPVjNo

[coldxiangyu @coldxiangyu]

我现在更习惯把 cooldown-my-mac 当成每天收工前的巡检：本地 CLI agent 还剩几个，MCP / dev server 有没有退，端口和热点 PID 属于哪个项目。

Mac 不是突然热的，很多时候是这些小尾巴慢慢堆起来。

https://t.co/iHBjwPVjNo

[coldxiangyu @coldxiangyu]

本地 CLI agent 跑久后，排查不能只靠一个温度数字。

我更想先有一套运行时坐标：哪个项目在烧、哪个 launcher 拉起的、哪串 MCP / dev server 还占着端口。cooldown-my-mac 做的就是把这些线索收进终端里。

https://t.co/iHBjwPVjNo

[coldxiangyu @coldxiangyu]

本地 CLI agent 跑到一半，风扇突然上来时，我现在不先猜“是不是温度高”。

先看哪串负载还在：热点 PID、端口、项目、launcher、CLI/MCP 家族。cooldown-my-mac 想把这条线索放到一个终端控制台里。

https://t.co/iHBjwPVjNo

[coldxiangyu @coldxiangyu]

这张 TUI 图想讲的是：本地 CLI agent 跑久后，排查最好别散在五个窗口里。

`cool watch` 把 CPU / 内存压力、热点 PID、端口、项目 / launcher / AI CLI 家族放同屏。Mac 开始热时，先把现场看完整。

https://t.co/iHBjwPVjNo

[coldxiangyu @coldxiangyu]

这张流程图想讲一个很朴素的排查顺序：Mac 开始热，先别急着 kill。

先看 `cool status`，再用 `cool dev` / `cool ports` 把热点 PID、项目、launcher 和 AI CLI 家族对上号；现场清楚了，再决定要不要清。

https://t.co/iHBjwPVjNo

[coldxiangyu @coldxiangyu]

@RookieRicardoR 本质还是提示词工程

[coldxiangyu @coldxiangyu]

跑几个本地 CLI agent 以后，Mac 发热常常不是某个窗口的问题，而是一堆“小尾巴”：MCP server、dev server、node 子进程、端口占用还留在后台。

cooldown-my-mac 想做的是把这些按项目 / launcher / AI CLI 家族摊开，先确认来源，再清。

https://t.co/iHBjwPVjNo

[coldxiangyu @coldxiangyu]

Activity Monitor 里看到一排 `node` 时，我现在最想补的不是再多一个 CPU 数字，而是把“它从哪里来”补上。

cooldown-my-mac 会把热点进程和项目 / launcher / AI CLI 家族放一起看：哪个 agent 留下的 MCP、dev server、端口占用，先对上号。

https://t.co/iHBjwPVjNo

[coldxiangyu @coldxiangyu]

真实排查时，我最先想看的不是“现在几度”，而是哪串进程还在把机器推热。

cooldown-my-mac 现在重点做这张来源表：热点 PID、项目、launcher、AI CLI 家族、MCP / dev server 先对上号，再决定要不要清。

https://t.co/iHBjwPVjNo

[coldxiangyu @coldxiangyu]

同一个 `node`，背后可能是项目 dev server、MCP 子进程，也可能是某个 AI CLI 没退干净的残留。

cooldown-my-mac 做的是把这些进程按 project / launcher / AI CLI 家族拆开看：先确认来源，再谈清理。

https://t.co/iHBjwPVjNo

[coldxiangyu @coldxiangyu]

今天继续把 cooldown-my-mac 当成一个本机运行时排查入口来打磨：AI CLI、MCP、dev server、端口和热点 PID 先摆在终端里。

Mac 开始热的时候，我想少一点切窗口，多一点“这是谁带出来的”线索。

https://t.co/iHBjwPVjNo

[coldxiangyu @coldxiangyu]

这张开源说明板更接近我想给 cooldown-my-mac 传达的事：它不是温度计，而是给本地 CLI agent 留下的负载做来源表。

项目、launcher、MCP / node 子进程和热点 PID 先摊开，看清楚再清理。

https://t.co/iHBjwPVjNo

[coldxiangyu @coldxiangyu]

这张图有点像我想要的“侧边控制台”：本地 CLI agent 跑久后，别只盯温度，先把热点 PID、端口、项目 / launcher、AI CLI 家族放在一处看。

cooldown-my-mac 做的就是这层终端可观测性。

https://t.co/iHBjwPVjNo

[coldxiangyu @coldxiangyu]

本地 CLI agent 跑久后，最难受的不是温度数字，而是负载来源变成一团：哪个项目、哪个 launcher、哪一串 MCP / node 子进程还活着。

cooldown-my-mac 做的是先把这张来源表摊开，排查发烫时少一点盲猜。

https://t.co/iHBjwPVjNo