Unclear How much of the processor-time check is actually active in this build is not clear.
What
Hooks are commands you set up to run automatically at certain moments. Claude Code runs them on a separate background worker, and a watchdog sends it regular check-ins, called heartbeats, to spot when it has stuck.
Before, a fixed number of unanswered heartbeats ended the worker, and a culprit was named whenever one was found. Now:
- The watchdog reads how much processor time the worker has actually used. A worker that has not been running is no longer blamed; the verdict says it had not used a window of processor time.
- A second timeout path ends with the cause
heartbeat_waitedand the message "what held the hooks worker is not known". - Waits for plugins to load and build now use timers that extend while the worker is busy.
Why
This should cut down on hooks workers being stopped by mistake on slow machines, or on machines that were suspended, such as a laptop that went to sleep.
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubt
How much of the processor-time check is actually active in this build is not clear.