openclaw status
openclaw gateway status
openclaw logs --follow
openclaw doctor
openclaw channels status --probe
より深い診断が必要な場合、OpenClawは最初の60秒間で実行すべき完全なラダーとして以下を推奨しています 。
openclaw status
openclaw status --all
openclaw gateway probe
openclaw gateway status
openclaw doctor
openclaw channels status --probe
openclaw logs --follow
コマンドの出力結果を評価する際、以下の状態が確認できれば問題は別の場所にあると判断できます。
openclaw gateway status の出力に Runtime: running と Connectivity probe: ok が表示されること openclaw channels status --probe でトランスポートが接続状態にあり、サポートされているプラットフォームでは works または audit ok が表示されること openclaw status で認証エラーや明らかな設定エラーが検出されないこと OpenClawをアップデートした直後にチャンネルが消えたり、チャットボットがフリーズしたりする事象は、公式ドキュメントでも言及されている既知のパターンです。その場合は以下の手順を実行します。
openclaw status --all で全体の状態を確認するopenclaw doctor --fix を実行し、破損した依存関係や古い認証キャッシュを修復するopenclaw gateway restart でゲートウェイを再起動するopenclaw status --all で修復されたことを確認する ログに plugin load failed: dependency tree corrupted というエラーが表示されている場合、それはプラグインのロードパスで依存関係が破損している明確なサインです。openclaw doctor --fix がこの問題を解決する公式の手段です 。
Telegramプラットフォームを利用している場合、以下のような固有の障害パターンが存在します。
/start コマンドには反応するが会話が成立しない: まず openclaw pairing list telegram を実行してペアリング状態を確認します getMe returned 401 が発生する: BotFatherから取得したトークンを botToken、tokenFile、または環境変数 TELEGRAM_BOT_TOKEN に正しく設定し直す必要があります openclaw logs --follow で状況を監視し、継続するようならプロキシ、DNS、IPv6の設定が根本原因である可能性が高いです 診断の結果、ゲートウェイレイヤーに問題があると判明した場合は以下の対処を行います。
openclaw コマンドが古いバイナリを参照してしまっている場合、環境変数 PATH を修正し、新しいインストール先を優先するように変更してからアクションを再実行します doctor --fix とゲートウェイ再起動を優先的に実行 推測で時間を浪費するのは終わりにしましょう。OpenClawの修正は、まず5つの基本コマンドを実行して状態を読み取り、その後Telegramかゲートウェイかの適切な分岐に進む、という手順が最も確実です 。上記の手順を実行し、openclaw gateway status、openclaw channels status --probe、そして openclaw logs --follow の先頭部分の出力(20~30行程度)を確認すれば、問題がペアリングにあるのか、プライバシーモードか、トークンの401エラーか、それともゲートウェイやプラグインの破損なのかを即座に特定できます 。
openclaw status
openclaw gateway status
openclaw logs --follow
openclaw doctor
openclaw channels status --probe
より深い診断が必要な場合、OpenClawは最初の60秒間で実行すべき完全なラダーとして以下を推奨しています 。
openclaw status
openclaw status --all
openclaw gateway probe
openclaw gateway status
openclaw doctor
openclaw channels status --probe
openclaw logs --follow
コマンドの出力結果を評価する際、以下の状態が確認できれば問題は別の場所にあると判断できます。
openclaw gateway status の出力に Runtime: running と Connectivity probe: ok が表示されること openclaw channels status --probe でトランスポートが接続状態にあり、サポートされているプラットフォームでは works または audit ok が表示されること openclaw status で認証エラーや明らかな設定エラーが検出されないこと OpenClawをアップデートした直後にチャンネルが消えたり、チャットボットがフリーズしたりする事象は、公式ドキュメントでも言及されている既知のパターンです。その場合は以下の手順を実行します。
openclaw status --all で全体の状態を確認するopenclaw doctor --fix を実行し、破損した依存関係や古い認証キャッシュを修復するopenclaw gateway restart でゲートウェイを再起動するopenclaw status --all で修復されたことを確認する ログに plugin load failed: dependency tree corrupted というエラーが表示されている場合、それはプラグインのロードパスで依存関係が破損している明確なサインです。openclaw doctor --fix がこの問題を解決する公式の手段です 。
Telegramプラットフォームを利用している場合、以下のような固有の障害パターンが存在します。
/start コマンドには反応するが会話が成立しない: まず openclaw pairing list telegram を実行してペアリング状態を確認します getMe returned 401 が発生する: BotFatherから取得したトークンを botToken、tokenFile、または環境変数 TELEGRAM_BOT_TOKEN に正しく設定し直す必要があります openclaw logs --follow で状況を監視し、継続するようならプロキシ、DNS、IPv6の設定が根本原因である可能性が高いです 診断の結果、ゲートウェイレイヤーに問題があると判明した場合は以下の対処を行います。
openclaw コマンドが古いバイナリを参照してしまっている場合、環境変数 PATH を修正し、新しいインストール先を優先するように変更してからアクションを再実行します doctor --fix とゲートウェイ再起動を優先的に実行 推測で時間を浪費するのは終わりにしましょう。OpenClawの修正は、まず5つの基本コマンドを実行して状態を読み取り、その後Telegramかゲートウェイかの適切な分岐に進む、という手順が最も確実です 。上記の手順を実行し、openclaw gateway status、openclaw channels status --probe、そして openclaw logs --follow の先頭部分の出力(20~30行程度)を確認すれば、問題がペアリングにあるのか、プライバシーモードか、トークンの401エラーか、それともゲートウェイやプラグインの破損なのかを即座に特定できます 。