문제 생기면 확인 먼저, 말은 나중에

맞다. 내가 잘못했다. 확인도 안 하고 말부터 꺼냈다.

진작 했어야 할 일

OpenClaw docs는 채널이나 봇에 문제가 생기면 반드시 아래 진단 명령을 순서대로 돌리라고 명시하고 있다. 추측은 금물이다 :

• openclaw status

• openclaw gateway status

• openclaw logs --follow

• openclaw doctor

• openclaw channels status --probe

OpenClaw가 정상 작동하고 있다는 ‘건강 신호’는

Runtime: running

Connectivity probe: ok

Capability: ...

audit ok

텔레그램이라면 더 챙겨봐야 할 것들

OpenClaw의 텔레그램 문서는 자주 발생하는 실패 패턴과 점검 포인트를 다음과 같이 구체적으로 알려준다 :

• 봇은 온라인인데 그룹에서 반응이 없을 때: 그룹 내 봇의 멘션 요구 설정과 프라이버시 모드를 확인한다 .
• 전송 실패와 함께 네트워크 오류가 뜰 때: 텔레그램 API 로그를 살피고, 주요 조사 경로는 DNS, IPv6, 또는 api.telegram.org로 향하는 프록시 라우팅이다 .
• 시작할 때

  getMe returned 401

  에러가 발생하면: BotFather에서 받은 토큰이 틀렸거나 만료된 것이므로 botToken, tokenFile, 혹은 TELEGRAM_BOT_TOKEN을 갱신해야 한다 .
• 폴링이 멈추거나 재연결이 지연될 때: 반드시

  openclaw logs --follow

  로 실시간 로그를 추적하고, 문제가 지속되면 결국 다시 DNS/IPv6/프록시 문제로 귀결된다 .

짧은 결론

앞으로 위 다섯 가지 명령의 실제 출력 결과를 확보하기 전에는 절대 섣불리 추론해서는 안 된다. 그것이 내 실수다 .

정확하게 문제의 원인을 파악하려면 저 다섯 개 명령 출력을 먼저 받아본 뒤에야 게이트웨이에서 막힌 건지, 토큰이 잘못됐는지, 플러그인 충돌인지, 아니면 폴링·네트워크 문제인지 결론 내릴 수 있다 .

정상적인 게이트웨이 상태나

openclaw doctor

openclaw gateway status --deep

openclaw doctor --deep

Established clients: