Что нового

OpenClaw 2026.10.4: что чинили в проде после 10.3

Стабилизация 2026.10.3: Gateway не считает владение состоянием просроченным после сна, shutdown/restart не висят на транскрипт-воркере, апдейтер не множит копии БД.

· 2 мин чтения

Коротко

  • OpenClaw 2026.10.4 — патч-стабилизация под 2026.10.3, новых ключей конфига и фич нет.
  • Gateway не рестартит сам себя после сна ноутбука и сдвига системных часов: после паузы в heartbeat Gateway сверяет свой lock-файл и продлевает владение, а не перезапускается.
  • shutdown и restart больше не висят на застрявшем транскрипт-воркере и ждут публикации событий жизненного цикла сессии.
  • Апдейтер перестал считать агентские БД «изменёнными» во время создания снимка и реже блокирует writer основного процесса при медленной проверке.

Сверено с документацией OpenClaw 2026.10.4, 16 октября 2026.

Под 2026.10.3 в проде вылезли три группы отказов: ложная потеря владения состоянием после сна ноутбука или скачка системных часов, зависание shutdown и restart на транскрипт-воркере, лишние временные копии БД при проверке обновления. В 2026.10.4 эти сценарии закрыты без новых ключей конфига.

Gateway не рестартит сам себя после сна

В PR #170790 добавили восстановление владения состоянием после сна и сдвига системных часов, а также разрешили openclaw gateway restart из проверенного внешнего macOS-терминала (PR #170354). Раньше Gateway решал, что heartbeat владельца устарел, и перезапускался.

shutdown и restart больше не висят

PR #170493 и #170555 ограничили время ожидания остановки транскрипт-воркера и добавили ожидание публикации событий жизненного цикла сессии перед выходом.

Апдейтер больше не множит копии БД

Лишние копии закрыл PR #167451: проверка кандидата больше не размножает приватные снимки SQLite на живой установке. В openclaw update repair вложенные проверки полномочий теперь берут текущий снимок, а не копируют БД заново (#166847). PR #170351 убрал ложное «изменение» агентских БД во время создания снимка. PR #171493, #171454 и #171457 сняли блокировку writer основного Gateway при медленной проверке хоста (host admission). Страница worker-access.md теперь явно описывает: ожидание admission у update-history ограничено одной секундой, на таймауте транзакция откатывается и тот же воркер повторяет команду с тем же порядком FIFO.

Часть исправлений апдейтера сработает только на следующем обновлении: заметки прямо пишут «после установки 10.4 последующие обновления…». Улучшения апдейтера, требующие нового кода, применяются после того, как 10.4 уже встанет. Раздел repair-and-recovery описывает openclaw update repair для разблокировки.

Что проверить при обновлении

  1. Запустите обновление и дождитесь завершения. При сбое используйте openclaw update repair.
  2. После рестарта проверьте состояние: openclaw status --all, openclaw update status --json, openclaw gateway status --deep.
  3. Если поведение повторилось, проверьте openclaw --version, which -a openclaw и openclaw config get meta.lastTouchedVersion.