トラブルシューティング

このページは詳細なランブックです。まず高速なトリアージフローを使いたい場合は、/help/troubleshooting から始めてください。

コマンドラダー

最初に、次の順序で実行します。

openclaw statusopenclaw gateway statusopenclaw logs --followopenclaw doctoropenclaw channels status --probe

正常時に期待されるシグナル:

• openclaw gateway status に Runtime: running、Connectivity probe: ok、および Capability: ... 行が表示される。
• openclaw doctor が、ブロック要因となる設定/サービスの問題を報告しない。
• openclaw channels status --probe が、アカウントごとのライブなトランスポート状態と、サポートされている場合は works や audit ok などのプローブ/監査結果を表示する。

更新後

更新が完了したが Gateway が停止している、チャンネルが空である、または モデル呼び出しが 401 で失敗し始めた場合に使用します。

openclaw status --allopenclaw update status --jsonopenclaw gateway status --deepopenclaw doctor --fixopenclaw gateway restart

確認すること:

• openclaw status / openclaw status --all の Update restart。保留中または 失敗した引き継ぎには、次に実行するコマンドが含まれます。
• Channels の下にある plugin load failed: dependency tree corrupted; run openclaw doctor --fix。 これは、チャンネル設定はまだ存在するものの、チャンネルを読み込む前に Plugin 登録が失敗したことを意味します。
• 再認証後のプロバイダー 401。openclaw doctor --fix は、古い エージェントごとの OAuth 認証シャドウを確認し、古いコピーを削除して、すべてのエージェントが 現在の共有プロファイルを解決できるようにします。

分断されたインストールと新しい設定ガード

更新後に gateway サービスが予期せず停止する場合、またはログで、ある openclaw バイナリが openclaw.json を最後に書き込んだバージョンより古いことが示される場合に使用します。

OpenClaw は設定書き込みに meta.lastTouchedVersion を刻印します。読み取り専用コマンドは、より新しい OpenClaw によって書き込まれた設定を引き続き検査できますが、古いバイナリからのプロセスおよびサービスの変更は続行を拒否します。ブロックされる操作には、gateway サービスの開始、停止、再起動、アンインストール、強制サービス再インストール、サービスモードの gateway 起動、および gateway --force によるポートクリーンアップが含まれます。

which openclawopenclaw --versionopenclaw gateway status --deepopenclaw config get meta.lastTouchedVersion

openclaw gateway install --forceopenclaw gateway restart

ロールバック後のプロトコル不一致

OpenClaw をダウングレードまたはロールバックした後も、ログに protocol mismatch が出続ける場合に使用します。これは、古い Gateway が実行中である一方で、より新しいローカルクライアントプロセスが、古い Gateway では扱えないプロトコル範囲で再接続しようとしていることを意味します。

openclaw --versionwhich -a openclawopenclaw gateway status --deepopenclaw doctor --deepopenclaw logs --follow

確認すること:

• Gateway ログ内の protocol mismatch ... client=... v<version> min=<n> max=<n> expected=<n>。
• openclaw gateway status --deep の Established clients:、または openclaw doctor --deep の Gateway clients。これは、Gateway ポートに接続しているアクティブな TCP クライアントを一覧表示し、OS が許可する場合は PID とコマンドラインも含みます。
• コマンドラインが、ロールバック元のより新しい OpenClaw インストールまたはラッパーを指しているクライアントプロセス。

修正:

1. gateway status --deep に表示される古い OpenClaw クライアントプロセスを停止または再起動します。
2. ローカルダッシュボード、エディター、アプリサーバーヘルパー、長時間実行中の openclaw logs --follow シェルなど、OpenClaw を組み込んでいるアプリやラッパーを再起動します。
3. openclaw gateway status --deep または openclaw doctor --deep を再実行し、古いクライアント PID がなくなっていることを確認します。

古い Gateway に、新しい互換性のないプロトコルを受け入れさせないでください。プロトコルの引き上げはワイヤ契約を保護します。ロールバック復旧は、プロセス/バージョンのクリーンアップ問題です。

パスエスケープとしてスキルのシンボリックリンクがスキップされる

ログに次が含まれる場合に使用します。

Skipping escaped skill path outside its configured root: ... reason=symlink-escape

OpenClaw はすべてのスキルルートを封じ込め境界として扱います。 ~/.agents/skills、<workspace>/.agents/skills、<workspace>/skills、または ~/.openclaw/skills の下にあるシンボリックリンクは、ターゲットが明示的に信頼されていない限り、 実際のターゲットがそのルートの外に解決されるとスキップされます。

リンクを検査します。

ls -l ~/.agents/skills/<name>realpath ~/.agents/skills/<name>openclaw config get skills.load

ターゲットが意図したものなら、直接のスキルルートと許可されたシンボリックリンクターゲットの両方を設定します。

{  skills: {    load: {      extraDirs: ["~/Projects/manager/skills"],      allowSymlinkTargets: ["~/Projects/manager/skills"],    },  },}

その後、新しいセッションを開始するか、skills watcher が更新されるのを待ちます。実行中のプロセスが設定変更より前のものである場合は、gateway を再起動します。

~、/、または同期済みプロジェクトフォルダー全体のような広いターゲットは使用しないでください。 allowSymlinkTargets は、信頼された SKILL.md ディレクトリを含む実際のスキルルートに限定してください。

Skill Workshop apply でも、これらの信頼されたシンボリックリンク先の ワークスペーススキルパスに書き込む必要がある場合は、skills.workshop.allowSymlinkTargetWrites を有効にします。 読み取り専用の共有スキルルートでは無効のままにしてください。

関連:

• Skills 設定
• 設定例

Anthropic 429 で長いコンテキストに追加利用が必要

ログ/エラーに HTTP 429: rate_limit_error: Extra usage is required for long context requests が含まれる場合に使用します。

openclaw logs --followopenclaw models statusopenclaw config get agents.defaults.models

確認すること:

• 選択された Anthropic モデルが GA 対応の 1M Claude 4.x モデルである、またはモデルにレガシーの params.context1m: true がある。
• 現在の Anthropic 認証情報が長いコンテキストの利用対象ではない。
• 1M コンテキストパスを必要とする長いセッション/モデル実行でのみリクエストが失敗する。

修正オプション:

関連:

• Anthropic
• トークン使用量とコスト
• Anthropic から HTTP 429 が表示されるのはなぜですか?

アップストリームの 403 ブロック応答

アップストリームの LLM プロバイダーが Your request was blocked のような汎用的な 403 を返す場合に使用します。

これが常に OpenClaw の設定問題であると仮定しないでください。この応答は、 OpenAI互換エンドポイントの前段にある CDN、WAF、ボット管理ルール、リバースプロキシなど、 アップストリームのセキュリティ層から返されることがあります。

openclaw statusopenclaw gateway statusopenclaw logs --follow

確認すること:

• 同じプロバイダー配下の複数モデルが同じ方法で失敗している
• 通常のプロバイダー API エラーではなく、HTML または汎用的なセキュリティテキストが返っている
• 同じリクエスト時刻にプロバイダー側のセキュリティイベントがある
• 小さな直接 curl プローブは成功するが、通常の SDK 形式のリクエストは失敗する

証拠が WAF/CDN ブロックを示している場合は、先にプロバイダー側のフィルタリングを修正します。 OpenClaw が使用する API パスに対して狭くスコープした許可またはスキップルールを優先し、 サイト全体の保護を無効にすることは避けてください。

関連:

• OpenAI互換エンドポイント
• プロバイダー設定
• ログ

ローカルの OpenAI互換バックエンドは直接プローブに通るがエージェント実行が失敗する

次の場合に使用します。

• curl ... /v1/models が動作する
• 小さな直接 /v1/chat/completions 呼び出しが動作する
• OpenClaw のモデル実行が、通常のエージェントターンでのみ失敗する

curl http://127.0.0.1:1234/v1/modelscurl http://127.0.0.1:1234/v1/chat/completions \  -H 'content-type: application/json' \  -d '{"model":"<id>","messages":[{"role":"user","content":"hi"}],"stream":false}'openclaw infer model run --model <provider/model> --prompt "hi" --jsonopenclaw logs --follow

確認すること:

• 直接の小さな呼び出しは成功するが、OpenClaw の実行は大きなプロンプトでのみ失敗する
• 同じ素のモデル id で直接 /v1/chat/completions が動作するにもかかわらず、 model_not_found または 404 エラーが発生する
• messages[].content が文字列であることを期待するバックエンドエラー
• OpenAI互換のローカルバックエンドで断続的に発生する incomplete turn detected ... stopReason=stop payloads=0 警告
• より大きなプロンプトトークン数または完全なエージェントランタイムプロンプトでのみ現れるバックエンドクラッシュ

関連:

• 設定
• ローカルモデル
• OpenAI 互換エンドポイント

応答がない

チャネルは起動しているのに何も応答しない場合は、何かを再接続する前にルーティングとポリシーを確認します。

openclaw statusopenclaw channels status --probeopenclaw pairing list --channel <channel> [--account <id>]openclaw config get channelsopenclaw logs --follow

確認すること:

• DM 送信者のペアリングが保留中。
• グループメンションのゲート制御（requireMention、mentionPatterns）。
• チャネル/グループの許可リスト不一致。

よくある兆候:

• drop guild message (mention required → メンションされるまでグループメッセージは無視される。
• pairing request → 送信者に承認が必要。
• blocked / allowlist → 送信者/チャネルがポリシーでフィルタされた。

関連:

• チャネルのトラブルシューティング
• グループ
• ペアリング

ダッシュボード Control UI の接続性

ダッシュボード/Control UI が接続できない場合は、URL、認証モード、セキュアコンテキストの前提を検証します。

openclaw gateway statusopenclaw statusopenclaw logs --followopenclaw doctoropenclaw gateway status --json

確認すること:

• 正しいプローブ URL とダッシュボード URL。
• クライアントと Gateway の間での認証モード/トークン不一致。
• デバイス ID が必要な場所で HTTP を使用している。

更新後にローカルブラウザーが 127.0.0.1:18789 に接続できない場合は、まず ローカル Gateway サービスを復旧し、ダッシュボードを提供していることを確認します。

openclaw gateway restartlsof -i :18789curl http://127.0.0.1:18789

curl が OpenClaw HTML を返す場合、Gateway は動作しており、残りの問題は ブラウザーキャッシュ、古いディープリンク、または古いタブ状態である可能性が高いです。 http://127.0.0.1:18789 を直接開き、ダッシュボードから移動してください。再起動後も サービスが稼働しない場合は、openclaw gateway start を実行し、 openclaw gateway status を再確認します。

認証詳細コードのクイックマップ

失敗した connect レスポンスの error.details.code を使って、次の対応を選びます。

デバイス認証 v2 移行チェック:

openclaw --versionopenclaw doctoropenclaw gateway status

ログに nonce/署名エラーが表示される場合は、接続元クライアントを更新して検証します。

openclaw devices rotate / revoke / remove が予期せず拒否される場合:

• ペアリング済みデバイストークンのセッションは、呼び出し元が operator.admin も持っていない限り、自分自身の デバイスのみ管理できる
• openclaw devices rotate --scope ... は、呼び出し元セッションがすでに保持している operator スコープのみ要求できる

関連:

• 設定（Gateway 認証モード）
• Control UI
• デバイス
• リモートアクセス
• 信頼済みプロキシ認証

Gateway サービスが実行されていない

サービスはインストールされているが、プロセスが稼働し続けない場合に使用します。

openclaw gateway statusopenclaw statusopenclaw logs --followopenclaw doctoropenclaw gateway status --deep   # also scan system-level services

確認すること:

• Runtime: stopped と終了ヒント。
• サービス設定の不一致（Config (cli) と Config (service)）。
• ポート/リスナー競合。
• --deep 使用時の追加の launchd/systemd/schtasks インストール。
• Other gateway-like services detected (best effort) のクリーンアップヒント。

関連:

• バックグラウンド実行とプロセスツール
• 設定
• Doctor

macOS Gateway が黙って応答を停止し、ダッシュボードに触れると再開する

macOS ホスト上のチャネル（Telegram、WhatsApp など）が数分から数時間にわたって静かになり、Control UI を開く、SSH で入る、またはその他の方法でホストとやり取りした瞬間に Gateway が戻ってくるように見える場合に使用します。通常、openclaw status には明らかな症状はありません。確認する頃には Gateway が再び稼働しているためです。

ls ~/.openclaw/logs/stability/ | tail -5openclaw gateway stability --bundle latestpmset -g log | grep -iE "sleep|wake|maintenance" | tail -50launchctl print gui/$UID/ai.openclaw.gateway | grep -E "state|last exit|runs"

確認する内容:

• ~/.openclaw/logs/stability/ にある 1 つ以上の *-uncaught_exception.json バンドルで、error.code が ENETDOWN、ENETUNREACH、EHOSTUNREACH、ECONNREFUSED などの一時的なネットワークコードに設定されている。
• pmset -g log の Entering Sleep state due to 'Maintenance Sleep' や en0 driver is slow (msg: WillChangeState to 0) のような行が、クラッシュ時刻と一致している。Power Nap / Maintenance Sleep は Wi-Fi ドライバーを短時間だけ状態 0 にする。その時間枠に入った送信 connect() は、それ以外では完全なネットワーク接続があるホストでも ENETDOWN で失敗することがある。
• launchctl print の出力で、state = not running と複数の直近 runs および終了コードが表示されている。特にクラッシュから次の起動までの間隔が数秒ではなく 1 時間程度の場合。macOS launchd はクラッシュの連続後に未文書化の再生成保護ゲートを適用し、対話ログイン、ダッシュボード接続、launchctl kickstart などの外部トリガーで再武装されるまで KeepAlive=true を尊重しなくなることがある。

よくあるシグネチャ:

• error.code が ENETDOWN または関連コードで、コールスタックが Node net の lookupAndConnect / Socket.connect を指している安定性バンドル。OpenClaw 2026.5.26 以降はこれらを無害な一時的ネットワークエラーとして分類するため、トップレベルの未捕捉ハンドラーに伝播しなくなる。古いリリースを使っている場合は、まずアップグレードする。
• Control UI に接続した瞬間、またはホストに SSH した瞬間に終わる長い無音期間: 再武装されるのは launchd の再生成ゲートであり、ダッシュボードが Gateway に対して何かを行っているわけではない。
• 1 日を通して runs 数が増えているが、~/Library/Logs/openclaw/gateway.log に対応する received SIG*; shutting down 行がない: クリーンシャットダウンではシグナルがログに出る。一時的なクラッシュでは出ない。

対処方法:

1. 2026.5.26 より前のリリースを実行している場合は、Gateway をアップグレードする。アップグレード後、今後の ENETDOWN エラーはプロセスを終了する代わりに警告としてログに記録される。

2. 常時稼働サーバーとして動かす想定の Mac mini / デスクトップホストでは、メンテナンススリープの動作を減らす:

   sudo pmset -a sleep 0 disksleep 0 standby 0 powernap 0

   これにより、根本にあるドライバーの揺らぎは大幅に減るが、完全にはなくならない。これらのフラグに関係なく、システムは TCP keepalive や mDNS 維持のために一部のメンテナンススリープを引き続き実行できる。

3. launchd によって保留された将来のクラッシュ連続をすばやく検知できるように、ライブネスウォッチドッグを追加する:

   # Example launchd-aware liveness check, suitable for a 5-minute cron or LaunchAgentstate=$(launchctl print gui/$UID/ai.openclaw.gateway 2>/dev/null | awk -F'= ' '/state =/ {print $2; exit}')if [ "$state" != "running" ]; then  launchctl kickstart -k gui/$UID/ai.openclaw.gatewayfi

   目的は、再生成ゲートを外部から再武装することにある。macOS では、クラッシュの連続後に KeepAlive=true だけでは十分ではない。

関連:

• macOS プラットフォームノート
• ログ記録
• 診断

高メモリ使用時に Gateway が終了する

負荷中に Gateway が消える、スーパーバイザーが OOM 風の再起動を報告する、またはログに critical memory pressure bundle written が出る場合に使う。

openclaw gateway status --deepopenclaw logs --followopenclaw gateway stability --bundle latestopenclaw gateway diagnostics export

確認する内容:

• 最新の安定性バンドルにある Reason: diagnostic.memory.pressure.critical。
• critical/rss_threshold、critical/heap_threshold、critical/rss_growth を伴う Memory pressure:。
• ヒープ上限に近い V8 heap: の値。
• agents/<agent>/sessions/<session>.jsonl や sessions/<session>.jsonl などの Largest session files: エントリ。
• Gateway がコンテナまたはメモリ制限付きサービス内で動作している場合の Linux cgroup メモリカウンター。

よくあるシグネチャ:

• 再起動の少し前に critical memory pressure bundle written が出る → OpenClaw が OOM 前の安定性バンドルを取得した。openclaw gateway stability --bundle latest で調べる。
• Gateway ログに memory pressure: level=critical ... memoryPressureSnapshot=disabled が出る → OpenClaw は重大なメモリ圧迫を検知したが、OOM 前の安定性スナップショットはオフになっている。
• Largest session files: が非常に大きい編集済みトランスクリプトパスを指している → 再起動前に、保持するセッション履歴を減らす、セッションの増加を調べる、または古いトランスクリプトをアクティブストアの外へ移動する。
• V8 heap: の使用済みバイトがヒープ上限に近い → プロンプト/セッション負荷を下げる、同時作業を減らす、またはそのワークロードが想定内であることを確認してから Node のヒープ上限を上げる。
• Memory pressure: critical/rss_growth → 1 回のサンプリング時間枠内でメモリが急増した。最新ログで、大きなインポート、暴走したツール出力、繰り返しリトライ、またはキューに入ったエージェント作業のバッチを確認する。
• ログに重大なメモリ圧迫が出ているがバンドルが存在しない → これはデフォルト。今後の重大なメモリ圧迫イベントで OOM 前の安定性バンドルを取得するには、diagnostics.memoryPressureSnapshot: true を設定する。

安定性バンドルにペイロードは含まれない。含まれるのは運用上のメモリ証拠と編集済みの相対ファイルパスであり、メッセージ本文、Webhook 本文、認証情報、トークン、Cookie、生のセッション ID は含まれない。バグ報告には生ログをコピーする代わりに、診断エクスポートを添付する。

関連:

• Gateway ヘルス
• 診断エクスポート
• セッション

Gateway が無効な設定を拒否した

Gateway の起動が Invalid config で失敗する、またはホットリロードログに 無効な編集をスキップしたと出る場合に使う。

openclaw logs --followopenclaw config fileopenclaw config validateopenclaw doctor

確認する内容:

• Invalid config at ...
• config reload skipped (invalid config): ...
• Config write rejected: ...
• アクティブな設定の横にある、タイムスタンプ付きの openclaw.json.rejected.* ファイル
• doctor --fix が壊れた直接編集を修復した場合の、タイムスタンプ付きの openclaw.json.clobbered.* ファイル
• OpenClaw は各設定パスについて最新 32 個の .clobbered.* ファイルを保持し、古いものをローテーションする

CONFIG="$(openclaw config file)"ls -lt "$CONFIG".clobbered.* "$CONFIG".rejected.* 2>/dev/null | headdiff -u "$CONFIG" "$(ls -t "$CONFIG".clobbered.* 2>/dev/null | head -n 1)"openclaw config validateopenclaw doctor

関連:

• 設定
• 設定: ホットリロード
• 設定: 厳密な検証
• 診断

Gateway プローブ警告

openclaw gateway probe が何かに到達するが、それでも警告ブロックを表示する場合に使う。

openclaw gateway probeopenclaw gateway probe --jsonopenclaw gateway probe --ssh user@gateway-host

確認する内容:

• JSON 出力の warnings[].code と primaryTargetId。
• 警告が SSH フォールバック、複数 Gateway、欠落スコープ、または未解決の認証参照に関するものか。

よくあるシグネチャ:

• SSH tunnel failed to start; falling back to direct probes. → SSH セットアップは失敗したが、コマンドは設定済み/ループバックの直接ターゲットを引き続き試した。
• multiple reachable gateway identities detected → 別々の Gateway が応答した、または OpenClaw が到達可能なターゲットが同じ Gateway であると証明できなかった。同じ Gateway への SSH トンネル、プロキシ URL、または設定済みリモート URL は、トランスポートポートが異なる場合でも、複数トランスポートを持つ 1 つの Gateway として扱われる。
• Read-probe diagnostics are limited by gateway scopes (missing operator.read) → 接続は成功したが、詳細 RPC はスコープで制限されている。デバイス ID をペアリングするか、operator.read を持つ認証情報を使う。
• Gateway accepted the WebSocket connection, but follow-up read diagnostics failed → 接続は成功したが、完全な診断 RPC セットがタイムアウトまたは失敗した。診断が劣化した到達可能な Gateway として扱い、--json 出力の connect.ok と connect.rpcOk を比較する。
• Capability: pairing-pending または gateway closed (1008): pairing required → Gateway は応答したが、このクライアントは通常のオペレーターアクセスの前にまだペアリング/承認が必要。
• 未解決の gateway.auth.* / gateway.remote.* SecretRef 警告テキスト → 失敗したターゲットについて、このコマンドパスで認証素材を利用できなかった。

関連:

• Gateway
• 同じホスト上の複数 Gateway
• リモートアクセス

チャンネルは接続済みだが、メッセージが流れない

チャンネル状態が接続済みなのにメッセージフローが停止している場合は、ポリシー、権限、チャンネル固有の配信ルールに注目する。

openclaw channels status --probeopenclaw pairing list --channel <channel> [--account <id>]openclaw status --deepopenclaw logs --followopenclaw config get channels

確認する内容:

• DM ポリシー (pairing、allowlist、open、disabled)。
• グループ allowlist とメンション要件。
• 欠落しているチャンネル API 権限/スコープ。

よくあるシグネチャ:

• mention required → グループメンションポリシーによりメッセージが無視された。
• pairing / 保留中の承認トレース → 送信者が承認されていない。
• missing_scope、not_in_channel、Forbidden、401/403 → チャンネル認証/権限の問題。

関連:

• チャンネルのトラブルシューティング
• Discord
• Telegram
• WhatsApp

Cron と Heartbeat の配信

Cron または Heartbeat が実行されなかった、または配信されなかった場合は、まずスケジューラー状態を確認し、次に配信ターゲットを確認する。

openclaw cron statusopenclaw cron listopenclaw cron runs --id <jobId> --limit 20openclaw system heartbeat lastopenclaw logs --follow

確認する項目:

• Cron が有効で、次回ウェイクが存在する。
• ジョブ実行履歴のステータス (ok, skipped, error)。
• Heartbeat のスキップ理由 (quiet-hours, requests-in-flight, cron-in-progress, lanes-busy, alerts-disabled, empty-heartbeat-file, no-tasks-due)。

関連:

• Heartbeat
• スケジュール済みタスク
• スケジュール済みタスク: トラブルシューティング

Node はペアリング済みだが、ツールが失敗する

ノードがペアリング済みでもツールが失敗する場合は、フォアグラウンド、権限、承認状態を切り分ける。

openclaw nodes statusopenclaw nodes describe --node <idOrNameOrIp>openclaw approvals get --node <idOrNameOrIp>openclaw logs --followopenclaw status

確認する項目:

• ノードがオンラインで、期待される機能を持っている。
• カメラ、マイク、位置情報、画面に対する OS 権限付与。
• Exec 承認と許可リストの状態。

一般的なシグネチャ:

• NODE_BACKGROUND_UNAVAILABLE → ノードアプリをフォアグラウンドにする必要がある。
• *_PERMISSION_REQUIRED / LOCATION_PERMISSION_REQUIRED → OS 権限が不足している。
• SYSTEM_RUN_DENIED: approval required → exec 承認が保留中。
• SYSTEM_RUN_DENIED: allowlist miss → コマンドが許可リストによってブロックされた。

関連:

• Exec 承認
• Node トラブルシューティング
• Node

ブラウザツールが失敗する

Gateway 自体は正常でもブラウザツールのアクションが失敗する場合に使用する。

openclaw browser statusopenclaw browser start --browser-profile openclawopenclaw browser profilesopenclaw logs --followopenclaw doctor

確認する項目:

• plugins.allow が設定されていて、browser が含まれているか。
• 有効なブラウザ実行ファイルパス。
• CDP プロファイルへの到達性。
• existing-session / user プロファイル用のローカル Chrome の可用性。

関連:

• ブラウザ (OpenClaw 管理)
• ブラウザのトラブルシューティング

アップグレード後に突然何かが壊れた場合

アップグレード後の破損の多くは、設定のドリフト、またはより厳格なデフォルトが適用されるようになったことが原因。

openclaw gateway statusopenclaw config get gateway.modeopenclaw config get gateway.remote.urlopenclaw config get gateway.auth.mode

openclaw config get gateway.bindopenclaw config get gateway.auth.modeopenclaw config get gateway.auth.tokenopenclaw gateway statusopenclaw logs --follow

openclaw devices listopenclaw pairing list --channel <channel> [--account <id>]openclaw logs --followopenclaw doctor

確認後もサービス設定とランタイムが一致しない場合は、同じプロファイル/状態ディレクトリからサービスメタデータを再インストールする:

openclaw gateway install --forceopenclaw gateway restart

関連:

• 認証
• バックグラウンド exec とプロセスツール
• Gateway 所有のペアリング

関連

• Doctor
• FAQ
• Gateway ランブック