🤖 面向 AI 智能体
为什么 AI 智能体需要让你的 Mac 保持唤醒
像 Claude Code、Codex CLI 和 Gemini CLI 这样的智能体不是聊天机器人。交给它们一个长计划,它们会运行数小时 - 而 macOS 一旦进入睡眠,整个任务就会被冻结。这里讲清实际会发生什么,以及如何避免。
那个运行数小时的循环
给智能体一个真实任务,它会按周期工作:制定计划、读取文件、编写代码、运行 shell 命令、分析输出,然后迭代。对一个中等规模的仓库做一次重构可能就要花上数小时。再加上像 Claude Flow 这样的多智能体编排器,你就有了通宵运行的流水线。
睡眠究竟对它做了什么
当 Mac 进入睡眠,智能体进程会被冻结。你不会丢失已经写入磁盘的成果,但任务会停止,且在 Mac 唤醒后不会自行恢复。更糟的是,任何依赖计时器或网络的东西都可能在它停摆期间出问题 - 会话过期、API 令牌被吊销、文件写到一半、仓库处于不一致状态。解决办法不是永久禁用睡眠;而是只在智能体真正工作时让 Mac 保持唤醒,之后再让它睡眠。
被冻结,不会恢复
进程在睡眠时暂停,唤醒后仍保持暂停 - 任务不会从中断处继续。
过期的会话和令牌
你离开时还有效的鉴权,等 Mac 唤醒时可能已被吊销或超时。
不一致的状态
一条命令在写入中途被切断,可能留下只应用了一半的文件、分支或迁移。
caffeinate、电源配置、合盖模式 - 还是 AwakeMate
推迟睡眠有几种办法。每种都有其用武之地;这里给出诚实的取舍对比。
caffeinate 命令针对性、开盖的会话,由你手动启动和停止。纯手动且全有或全无;让整台 Mac 保持唤醒;无法按工具区分;仅限开盖。合盖说明:AwakeMate 还提供一个可选的合盖模式,在大多数 Apple Silicon Mac 上都能用,但 Apple 会在部分机型上强制睡眠 - 合上盖子测试一下即可。若要确保合盖可用,合盖模式(clamshell)才是官方途径。
为什么 AwakeMate 是专为智能体打造的那一个
它能按名称认出你的智能体
自动检测会留意 claude、codex 及同类 - 而深度 CLI 检测即使在通过 npm 安装的智能体显示为 node 时也能识别它们。
工作时唤醒,结束后睡眠
在整个智能体任务期间让 Mac 保持运行,或为 CPU 密集型作业开启空闲感知睡眠,让它在工作一完成就立即睡眠。
绝不改动你的能源设置
它持有与 caffeinate 相同的温和电源断言 - 仅阻止空闲睡眠,无遥测,没有全局设置需要记着撤销。
刘海处的实时状态
精确看到是什么让 Mac 保持唤醒、以及持续了多久,配有电池规则和面向通宵任务的低电量截止。
14 天免费试用 · 一次性 $39.99 · 无遥测 · macOS 13+
常见问题
当 Mac 进入睡眠时,我的 AI 智能体会怎样?
智能体进程会被冻结。你不会丢失已经写入磁盘的成果,但任务会停止,且在 Mac 唤醒后不会自行恢复。任何进行中的东西 - 一条 shell 命令、一次模型调用、一个打开的会话 - 都会被中断,而令牌或会话可能在 Mac 睡眠期间过期。
caffeinate 命令能让智能体保持存活吗?
对于针对性、开盖的会话,可以 - `caffeinate` 在运行期间会阻止空闲睡眠。但你得为每次运行都包装它并记得停止,它让整台 Mac 保持唤醒(而不只是你的智能体),并且它无法按工具区分。AwakeMate 把同样的温和电源断言自动化,并限定到你选择的工具范围。
我能在合盖的情况下让 Mac 为通宵的智能体任务保持唤醒吗,即使是用电池?
可以 - 在「设置 - 选项」中打开「合盖时保持唤醒」,并批准一次性的辅助工具。AwakeMate 会在你的智能体运行时让 Mac 合盖保持唤醒,并调暗内置屏幕以节省电池。它在大多数 Apple Silicon Mac 上都能用(Apple 会在部分机型上强制睡眠,所以合上盖子测试一下),无论用电池还是电源 - 用电源最适合长时间的通宵任务。唯一官方支持的合盖途径是合盖模式(外接显示器 + 电源)。看看实际效果。
当智能体在两步之间安静下来时,它会把智能体切断吗?
只要你保持「工具空闲时睡眠」为关闭状态就不会,这对智能体来说是正确的设置。它们会花很长时间等待模型和你的批准,所以 AwakeMate 会在智能体进程运行的整段时间里让 Mac 保持唤醒,包括安静的停顿。