llm-idle-timeout이 timeoutSeconds 설정에도 불구하고 N100/WSL2에서 2분 후에 발동됨

r/openclaw의 한 사용자는 Intel N100(16GB RAM)에서 WSL2로 실행 중일 때 llm-idle-timeout 감시가 agents.defaults.timeoutSeconds=300 설정과 관계없이 정확히 2분 후에 작동한다고 보고했습니다. 게이트웨이 시작에는 LLM 호출 전 45초 이상이 소요되어 유휴 타이머가 조기 만료됩니다.

주요 세부 사항

• 하드웨어: Intel N100, 16GB RAM, WSL2
• 문제: 게이트웨이 시작이 45초를 초과하면 2분 유휴 감시가 작동하여 timeoutSeconds=300이 설정되었음에도 세션이 종료됩니다.
• 요청 사항: 느린 시작을 고려한 구성 가능한 noOutputTimeoutMs 매개변수 또는 저전력 하드웨어에 최적화된 더 빠른 시작 경로.

문제는 감시가 게이트웨이 프로세스 시작부터 유휴 시간을 계산하며, 첫 번째 LLM 요청부터가 아니라는 점에서 비롯됩니다. N100과 같은 느린 하드웨어에서는 긴 초기화로 인해 기본 2분 제한시간이 단일 LLM 호출 완료 전에 만료됩니다.

해결 방법으로 사용자는 시스템 수준의 유휴 제한시간을 늘리거나 게이트웨이 시작 스크립트를 조정하여 초기화 시간을 줄일 수 있습니다. 그러나 핵심 문제는 코드 수준 변경이 필요합니다. 즉, 초기 유휴 유예 기간을 연장하거나 시작 단계를 위한 별도의 noOutputTimeoutMs를 노출해야 합니다.

이는 WSL2를 통해 저전력 기기(예: 씬 클라이언트, NAS 박스)에서 OpenClaw를 실행하는 개발자들에게 알려진 문제점입니다. GitHub 이슈는 OpenClaw 저장소에서 추적되고 있습니다.