Cursor CLI 休眠 worker 怎么唤醒
8/26 起 controller 可用 --spawn 唤醒已认领且休眠的 worker，跟进回到同一工作区。队列监视改成 SSE，减少轮询并处理限流。
cursor cli 休眠 worker 怎么唤醒：8 月 26 日 changelog 写，agent worker controller 能通过 --spawn 钩子把已经认领、处于 hibernated 的 worker 唤醒，跟进在重连窗口内回到同一工作区。以前休眠后跟进可能被派到新机器，本地缓存和未提交改动对不上。
休眠和释放不是一件事
8 月 11 日同一份 changelog：worker 默认空闲一小时后 release（--idle-release-timeout 0 保持一直跑）。release 是放回池、不再占这台。hibernate 是这台还被认领、但睡了，跟进应唤醒而不是新申领。两条超时都看你启动时传入的参数。文档没给「休眠多少分钟」的固定数。
池用 agent worker --pool <名>。controller 负责扩缩和这次的唤醒。个人 My Machines 单机 worker 不一定走同一套 hibernate，changelog 点名的是 controller + claimed + hibernated。
队列为什么改成 SSE
同条写：queue watch 改用 server-sent events，减少轮询，并处理 rate limits。controller 不再狂打 pending-request 接口。限流时旧轮询会丢事件或被掐，表现为「有活但 worker 不醒」。升到 8/26 后再看 controller 日志是不是 SSE 断开，而不是把间隔改得更短。
自托管总览见 Self-Hosted Machines。派活仍从你机器出站连 Cursor，没有入站端口。
跟进回不到同一工作区
- CLI 是否 8/26 之后，
agent worker controller是否带了--spawn。 - worker 是 hibernated 还是已经 release。release 了就没有「同一台」可醒。
- 重连窗口是否过了。过了应当新任务，不要假设还能贴上旧 checkout。
--worker-dir是否还指向同一目录。换目录等于换工作区。
唤醒成功只保证回到那台机、那个 workspace，不保证未提交文件还在。休眠期间若有人清了盘，那是运维问题。
个人机器要不要上 controller
单机 My Machines、自己用、不休眠：开着 --idle-release-timeout 0 往往够用，不必上 controller。池化、要省电休眠、跟进还得回原机：才值得配 --spawn。changelog 没写个人 worker 会被自动 hibernate。