openclaw logs --follow — перегляд логів у реальному часі openclaw doctor — автоматичний пошук типових конфігураційних помилок openclaw channels status --probe — глибоке зондування стану транспорту каналу Еталонний «здоровий» стан системи, на який слід орієнтуватися, містить три ключові сигнали: Runtime: running, Connectivity probe: ok, рядок Capability: ..., а також успішне зондування каналу, яке показує активне транспортне з'єднання. Там, де це підтримується, має також відображатися works або audit ok .
У документації OpenClaw для Telegram описані чіткі ознаки несправностей, які слід негайно перевіряти :
api.telegram.org getMe returned 401 при запуску → неправильний або прострочений токен BotFather; слід оновити botToken, tokenFile або змінну оточення TELEGRAM_BOT_TOKEN openclaw logs --follow; якщо проблема триває, повертайтеся до перевірки DNS/IPv6/проксі Головна помилка — продовжувати міркувати, не маючи реального виводу наведених вище команд. Саме це сталося тут .
Щоб точно визначити причину несправності — чи це шлюз, токен, плагін, чи механізм опитування/мережа — спочатку потрібно отримати фактичний результат виконання п'яти діагностичних команд, і лише потім робити остаточний висновок .
openclaw logs --follow — перегляд логів у реальному часі openclaw doctor — автоматичний пошук типових конфігураційних помилок openclaw channels status --probe — глибоке зондування стану транспорту каналу Еталонний «здоровий» стан системи, на який слід орієнтуватися, містить три ключові сигнали: Runtime: running, Connectivity probe: ok, рядок Capability: ..., а також успішне зондування каналу, яке показує активне транспортне з'єднання. Там, де це підтримується, має також відображатися works або audit ok .
У документації OpenClaw для Telegram описані чіткі ознаки несправностей, які слід негайно перевіряти :
api.telegram.org getMe returned 401 при запуску → неправильний або прострочений токен BotFather; слід оновити botToken, tokenFile або змінну оточення TELEGRAM_BOT_TOKEN openclaw logs --follow; якщо проблема триває, повертайтеся до перевірки DNS/IPv6/проксі Головна помилка — продовжувати міркувати, не маючи реального виводу наведених вище команд. Саме це сталося тут .
Щоб точно визначити причину несправності — чи це шлюз, токен, плагін, чи механізм опитування/мережа — спочатку потрібно отримати фактичний результат виконання п'яти діагностичних команд, і лише потім робити остаточний висновок .