llm-idle-timeout срабатывает через 2 минуты на N100/WSL2, несмотря на настройку timeoutSeconds

Пользователь на r/openclaw сообщает, что сторожевой таймер llm-idle-timeout срабатывает ровно через 2 минуты на Intel N100 (16 ГБ ОЗУ) под управлением WSL2, независимо от настройки agents.defaults.timeoutSeconds=300. Запуск шлюза занимает более 45 секунд до любого вызова LLM, из-за чего таймер простоя срабатывает преждевременно.

Ключевые детали

• Оборудование: Intel N100, 16 ГБ ОЗУ, WSL2
• Проблема: Запуск шлюза превышает 45 секунд; затем срабатывает 2-минутный сторожевой таймер простоя, обрывая сессию, несмотря на установленный timeoutSeconds=300.
• Запрос: Конфигурируемый параметр noOutputTimeoutMs для учета медленного запуска или более быстрый путь запуска, оптимизированный для маломощного оборудования.

Проблема вызвана тем, что сторожевой таймер отсчитывает время простоя с момента запуска процесса шлюза, а не с первого запроса LLM. На более медленном оборудовании, таком как N100, длительная инициализация вызывает срабатывание таймаута по умолчанию в 2 минуты до завершения единственного вызова LLM.

В качестве временного решения пользователи могут попробовать увеличить системный таймаут простоя или настроить скрипты запуска шлюза для сокращения времени инициализации. Однако основная проблема требует изменений на уровне кода — либо увеличения начального льготного периода простоя, либо введения отдельного параметра noOutputTimeoutMs для фазы запуска.

Это известная проблема для разработчиков, запускающих OpenClaw на маломощных устройствах (например, тонкие клиенты, NAS-боксы) через WSL2. Соответствующий вопрос отслеживается в репозитории OpenClaw на GitHub.