workbuddy 在 macos 待机时高耗电的主因是多层保活机制冲突：caffeinate -s 禁用低功耗待机、claw 的 power nap/远程常连/高频扫描，以及残留进程和权限。需分层干预——停 caffeinate 长驻、关 power nap、限远程监听时机、降扫描频次、清残留进程与缓存。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy 在 macOS 上持续运行时若未合理配置，会显著抬高待机功耗——常见表现为合盖后电池 8 小时掉电超 30%，或屏幕关闭但风扇仍间歇启动。根本原因不是 WorkBuddy 本身“吃电”，而是它触发的后台行为与 macOS 能源管理机制冲突：比如 caffeinate 阻止休眠、Claw 守护进程保持网络常连、能效守护模块高频扫描等。必须分层干预，不能只关一个开关。
为什么 caffeinate -s 会让 Mac 合盖还发热
很多人用 caffeinate -s 实现合盖不休眠，却忽略了它同时禁用了系统级低功耗待机（standby mode）。macOS 在合盖后本应进入 hibernatemode 3 + standby 状态，内存断电、仅靠硬盘镜像维持状态；但 -s 会强制维持内存供电，导致 CPU 和内存持续耗电。
- 验证当前状态：终端执行
pmset -g | grep "hibernatemode\|standby"，理想输出是hibernatemode: 3且standby: 1 - 若
caffeinate进程正在运行，先kill $(cat ~/.workbuddy/keep_awake.pid)停止它 - 改用更精细的保活方式：仅在任务执行前临时启用
caffeinate -t 300（5 分钟），任务结束自动释放，避免长驻 - 确保 launchd plist 中没有
KeepAlive true配合caffeinate -s的组合——这是高功耗双保险，完全没必要
Claw 设置里三个关键开关直接影响待机电流
WorkBuddy 的 Claw 模块默认开启多项“便利但耗电”的功能，尤其在屏幕关闭后仍持续工作：
对当前分支的待审变更进行安全评审，检测密钥泄露、SQL注入、XSS、SSRF、权限绕过、危险依赖六类漏洞，生成风险分级报告并在用户批准后修复。适用于PR合并、对外开源、事故复盘。触发词：安全评审、security review、漏洞检查、密钥扫描、我的代码...
-
Power Nap必须关闭：它会让 Mac 在睡眠中联网同步邮件、iCloud、Spotlight 索引，直接抵消所有省电努力。终端执行sudo pmset -a powernap 0 - 「远程指令接收通道」需设为「仅锁屏时激活」：在 Claw 设置 → 通讯工具集成中，取消勾选「始终监听」，改为「当屏幕锁定时启用」。否则飞书/企微 Webhook 会长期维持 HTTP 长连接
- 「能效守护」的扫描频率调低：默认每 2 分钟扫描一次，改为「仅在前台运行时扫描」或「每 30 分钟扫描一次」，路径：设置 → 系统性能 → 能效守护 → 高耗电进程阈值 → 修改「空闲时间」为 30 分钟
权限和后台服务残留比代码更耗电
很多用户重启 WorkBuddy 后发现电量还是掉得快，其实是旧进程或权限配置没清理干净：
- 检查是否有多个
workbuddy进程：打开「活动监视器」→ 查看 → 所有进程，在搜索框输入workbuddy，强制退出所有非主进程（尤其是clawd、openclaw类） - 完整磁盘访问权限会引发隐性扫描：即使你没主动操作文件，macOS 会因该权限授予而对 WorkBuddy 可读目录做定期 Spotlight 索引。如非必要，暂时移除「完全磁盘访问」列表中的 WorkBuddy.app，仅保留「辅助功能」和「全盘控制」
- 删除残留日志与缓存：手动清空
~/Library/Caches/com.workbuddy.*和~/Library/Application Support/WorkBuddy/cache/，这些文件夹内常驻的 SQLite 数据库会在后台频繁轮询
真正难处理的是「多层保活叠加」：比如 launchd 自启 + caffeinate 长驻 + Power Nap 开启 + 远程通道常连——四者任意两个同时生效，待机电流就从正常 0.02A 拉到 0.15A 以上。建议每次只调整一项，用 pmset -g thermlog 观察温度变化，比看电池百分比更准。
