Start here
一般的なトラブルシューティング
トリアージの入口です。2 分で診断し、その後、詳細ページに進みます。
最初の 60 秒
次の手順を順番に実行します。
openclaw statusopenclaw status --allopenclaw gateway probeopenclaw gateway statusopenclaw doctoropenclaw channels status --probeopenclaw logs --follow正常な出力(各項目 1 行):
openclaw statusは設定済みのチャンネルを表示し、認証エラーはありません。openclaw status --allは共有可能な完全なレポートを生成します。openclaw gateway probeはReachable: yesを表示します。Capability: ...は プローブで確認された認証レベルです。Read probe: limited - missing scope: operator.readは診断機能の低下を示すもので、接続失敗ではありません。openclaw gateway statusはRuntime: running、Connectivity probe: ok、および妥当なCapability: ...を表示します。 読み取りスコープの RPC 証明も必須にするには、--require-rpcを追加します。openclaw doctorは、処理を妨げる設定またはサービスのエラーがないことを報告します。openclaw channels status --probeは、Gateway に到達できる場合、アカウントごとのライブなトランスポート状態 (works/audit ok)を返します。到達できない場合は、 設定のみの概要にフォールバックします。openclaw logs --followは安定した動作を示し、致命的なエラーの繰り返しはありません。
アシスタントの機能が制限されている、またはツールが不足している
有効なツールプロファイルを確認します。
openclaw statusopenclaw status --allopenclaw doctor一般的な原因:
tools.profile: "minimal"はsession_statusのみを許可します。tools.profile: "messaging"は範囲が狭く、チャット専用エージェント向けです。tools.profile: "coding"は、新しいローカル設定のデフォルトです(リポジトリ、ファイル、 シェル、ランタイムの作業)。tools.profile: "full"はプロファイルの制限を解除します。信頼できる オペレーター管理下のエージェントに限定してください。- エージェントごとの
agents.entries.*.toolsは、1 つのエージェントについて ルートプロファイルを狭めるか拡張します。
プロファイルを変更し、Gateway を再起動または再読み込みしてから、
openclaw status --all で再確認します。プロファイルとグループの完全な表: ツールプロファイル。
Anthropic の長いコンテキストで発生する 429
HTTP 429: rate_limit_error: Extra usage is required for long context requests
→ Anthropic 429: 長いコンテキストには追加使用量が必要。
ローカルの OpenAI 互換バックエンドは直接実行すると動作するが、OpenClaw では失敗する
ローカルまたはセルフホストの /v1 バックエンドは、/v1/chat/completions の
直接プローブには応答するものの、openclaw infer model run または通常のエージェントターンでは失敗します。
- エラーに、文字列を期待する
messages[].contentが記載されている場合:models.providers.<provider>.models[].compat.requiresStringContent: trueを設定します。 - OpenClaw のエージェントターンでのみ引き続き失敗する場合:
models.providers.<provider>.models[].compat.supportsTools: falseを設定して再試行します。 - 小さな直接呼び出しは動作するものの、OpenClaw の大きなプロンプトでバックエンドがクラッシュする場合: これは上流のモデルまたはサーバーの制限であり、OpenClaw のバグではありません。 ローカルの OpenAI 互換バックエンドは直接プローブに合格するが、エージェント実行は失敗するに進みます。
openclaw extensions がないため Plugin のインストールが失敗する
package.json missing openclaw.extensions は、Plugin パッケージが
OpenClaw でサポートされなくなった形式を使用していることを意味します。
Plugin パッケージで修正します。
package.jsonにopenclaw.extensionsを追加し、ビルド済みのランタイム ファイル(通常は./dist/index.js)を指定します。- 再公開してから、
openclaw plugins install <package>をもう一度実行します。
{ "name": "@openclaw/my-plugin", "version": "1.2.3", "openclaw": { "extensions": ["./dist/index.js"] }}リファレンス: Plugin アーキテクチャ
インストールポリシーが Plugin のインストールまたは更新をブロックする
更新は完了したものの Plugin が古いまま、無効、または blocked by install policy、install policy failed closed、Disabled "<plugin>" after plugin update failure のいずれかを表示する場合は、security.installPolicy を確認します。
インストールポリシーは、Plugin のインストールと更新時に実行されます。@openclaw/* Plugin の
バージョンは通常 OpenClaw のリリースとともに進むため、OpenClaw の更新後の同期中に
対応する Plugin の更新が必要になる場合があります。
対応するアップグレードルールも管理する場合を除き、次のポリシー形式は避けてください。
- OpenClaw 所有の Plugin を、古い特定の 1 バージョン(たとえば
@openclaw/*@2026.5.3のみ)に固定する。 - ソース種別だけを基準にブロックする(すべての npm、ネットワーク、または
request.mode: "update"リクエスト)。 - ポリシーコマンドを任意として扱う。
security.installPolicyが 有効な場合、ポリシー実行ファイルが存在しない、遅い、読み取れない、または権限によってブロックされていると、 フェイルクローズになります。 - リクエストの
openclawVersionを Plugin 候補のメタデータと 照合せずにバージョンを承認する。
1 つのリリースを永続的に固定するのではなく、現在のホストと互換性のある、信頼済みの
@openclaw/* 更新を許可するルールを優先してください。デフォルトで npm を
ブロックする場合は、使用する Plugin ID に限定した例外を追加し、インストールと同じ
信頼ルールを request.mode: "update" にも適用します。
復旧手順:
openclaw doctor --deepopenclaw plugins update --allopenclaw status --allポリシーを意図的に厳格にしている場合は、信頼済みのアップグレード期間中だけ緩和し、
openclaw plugins update --all を再実行してから、より厳格なルールに戻します。
更新の失敗によって Plugin が無効になった場合は、再有効化する前に調査します。
openclaw plugins inspect <plugin-id> --runtime --jsonopenclaw plugins enable <plugin-id>リファレンス: オペレーターのインストールポリシー
Plugin は存在するが、不審な所有権によってブロックされる
openclaw doctor、セットアップ、または起動時の警告に次の内容が表示されます。
ブロックされた Plugin 候補: 不審な所有権(... uid=1000、想定される uid=0 または root)Plugin は存在しますがブロックされていますPlugin ファイルの所有者が、それを読み込むプロセスとは異なる Unix ユーザーになっています。 Plugin の設定は削除しないでください。ファイルの所有権を修正するか、状態ディレクトリを 所有するユーザーとして OpenClaw を実行してください。
Docker インストールは node(uid 1000)として実行されます。ホストのバインドマウントを修復します。
sudo chown -R 1000:1000 /path/to/openclaw-config /path/to/openclaw-workspaceopenclaw doctor --fixOpenClaw を意図的に root として実行している場合は、代わりに管理対象の Plugin ルートを 修復します。
sudo chown -R root:root /path/to/openclaw-config/npmopenclaw doctor --fix詳細ドキュメント: ブロックされた Plugin パスの所有権、Docker: 権限と EACCES
デシジョンツリー
flowchart TD
A[OpenClaw が動作しない] --> B{最初に問題が発生する箇所}
B --> C[応答がない]
B --> D[ダッシュボードまたは Control UI が接続できない]
B --> E[Gateway が起動しない、またはサービスが実行されていない]
B --> F[チャンネルは接続するがメッセージが流れない]
B --> G[Cron または Heartbeat が実行されない、あるいは配信されない]
B --> H[Node はペアリング済みだが、カメラ、キャンバス、画面、exec が失敗する]
B --> I[ブラウザツールが失敗する]
C --> C1[/応答がないセクション/]
D --> D1[/Control UI セクション/]
E --> E1[/Gateway セクション/]
F --> F1[/チャンネルフローセクション/]
G --> G1[/自動化セクション/]
H --> H1[/Node ツールセクション/]
I --> I1[/ブラウザセクション/]応答がない
openclaw statusopenclaw gateway statusopenclaw channels status --probeopenclaw pairing list --channel <channel> [--account <id>]openclaw logs --follow正常な出力:
Runtime: runningConnectivity probe: okCapability: read-only、write-capable、またはadmin-capable- チャンネルはトランスポートが接続済みであること、および対応している場合は
channels status --probeにworksまたはaudit okを表示します - 送信者が承認済みです(または DM ポリシーが open/allowlist です)
ログの特徴:
drop guild message (mention required→ Discord のメンションゲートによってメッセージがブロックされました。pairing request→ 送信者が未承認で、DM ペアリングの承認を待っています。- チャンネルログ内の
blocked/allowlist→ 送信者、ルーム、またはグループがフィルタリングされました。
詳細ページ: 応答がない、チャンネルのトラブルシューティング、ペアリング
ダッシュボードまたは Control UI が接続できない
openclaw statusopenclaw gateway statusopenclaw logs --followopenclaw doctoropenclaw channels status --probe正常な出力:
openclaw gateway statusにDashboard: http://...が表示されますConnectivity probe: okCapability: read-only、write-capable、またはadmin-capable- ログに認証ループがありません
ログの特徴:
device identity required→ HTTP または非セキュアなコンテキストではデバイス認証を完了できません。origin not allowed→ ブラウザのOriginは、Control UI の Gateway 接続先で許可されていません。canRetryWithDeviceToken=trueを伴うAUTH_TOKEN_MISMATCH→ ペアリング済みトークンのキャッシュされたスコープを再利用し、信頼済みデバイストークンによる再試行が 1 回自動的に行われる場合があります。- その再試行後も
unauthorizedが繰り返される → トークンまたはパスワードが間違っている、認証モードが一致していない、またはペアリング済みデバイストークンが古くなっています。 too many failed authentication attempts (retry later)→ そのブラウザのOriginから繰り返し失敗したため、一時的にロックアウトされています。localhost の他のオリジンには別のバケットが使用されます。Tailscale Serve の同時再試行に関する注意事項については、ダッシュボード/Control UI の接続を参照してください。gateway connect failed:→ UI が誤った URL またはポートを接続先としているか、Gateway に到達できません。
詳細ページ: ダッシュボード/Control UI の接続、Control UI、認証
Gateway が起動しない、またはサービスはインストール済みだが実行されていない
openclaw statusopenclaw gateway statusopenclaw logs --followopenclaw doctoropenclaw channels status --probe正常な出力:
Service: ... (loaded)Runtime: runningConnectivity probe: okCapability: read-only、write-capable、またはadmin-capable
ログの特徴:
Gateway start blocked: set gateway.mode=localまたはexisting config is missing gateway.mode→ Gateway モードが remote になっているか、設定にローカルモードのスタンプがなく、修復が必要です。refusing to bind gateway ... without auth→ 有効な認証経路(トークン/パスワード、または設定されている場合は trusted-proxy)がない状態で、非 loopback にバインドしています。another gateway instance is already listeningまたはEADDRINUSE→ ポートがすでに使用されています。
詳細ページ: Gateway サービスが実行されていない、バックグラウンドプロセス、設定
チャンネルは接続するがメッセージが流れない
openclaw statusopenclaw gateway statusopenclaw logs --followopenclaw doctoropenclaw channels status --probe正常な出力:
- チャンネルトランスポートが接続済みです。
- ペアリング/許可リストのチェックに合格します。
- 必要な箇所でメンションが検出されます。
ログの特徴:
mention required→ グループのメンションゲートによって処理がブロックされました。pairing/pending→ DM の送信者がまだ承認されていません。not_in_channel、missing_scope、Forbidden、401/403→ チャンネル権限トークンの問題です。
Cron または Heartbeat が実行されない、あるいは配信されない
openclaw statusopenclaw gateway statusopenclaw cron statusopenclaw cron listopenclaw cron runs --id <jobId> --limit 20openclaw logs --follow正常な出力:
cron statusは、スケジューラーが有効で、次回の起動時刻が設定されていることを示します。cron runsは、最近のokエントリを示します。- Heartbeat が有効で、アクティブ時間内です。
ログシグネチャ:
cron: scheduler disabled; jobs will not run automatically→ cron が無効です。heartbeat skippedの理由がquiet-hours→ 設定されたアクティブ時間外です。heartbeat skippedの理由がempty-heartbeat-file→ Heartbeat モニターのスクラッチには、空白、コメント、ヘッダー、フェンス、または空のチェックリストのひな形しか含まれていません。heartbeat skippedの理由がalerts-disabled→showOk、showAlerts、useIndicatorがすべてオフです。requests-in-flight→ メインレーンがビジー状態のため、Heartbeat の起動が延期されました。unknown accountId→ Heartbeat の配信先アカウントが存在しません。
詳細ページ:Cron と Heartbeat の配信、スケジュールされたタスク:トラブルシューティング、Heartbeat
Node はペアリング済みだが、camera、canvas、screen、exec ツールが失敗する
openclaw statusopenclaw gateway statusopenclaw nodes statusopenclaw nodes describe --node <idOrNameOrIp>openclaw logs --follow正常な出力:
- Node が接続済みかつペアリング済みとしてロール
nodeに表示されます。 - 呼び出しているコマンドに対応する機能が存在します。
- ツールの権限状態が許可済みです。
ログシグネチャ:
NODE_BACKGROUND_UNAVAILABLE→ Node アプリをフォアグラウンドに移動してください。*_PERMISSION_REQUIRED→ OS 権限が拒否されているか、付与されていません。SYSTEM_RUN_DENIED: approval required→ exec の承認待ちです。SYSTEM_RUN_DENIED: allowlist miss→ コマンドが exec の許可リストにありません。
Exec が突然承認を求める
openclaw config get tools.exec.hostopenclaw config get tools.exec.securityopenclaw config get tools.exec.askopenclaw gateway restart変更点:
- 未設定の
tools.exec.hostはデフォルトでautoになり、サンドボックスランタイムが有効な場合はsandbox、 それ以外の場合はgatewayに解決されます。 host=autoはルーティングのみを行います。プロンプトなしの動作は、Gateway/Node 上のsecurity=fullとask=offによって決まります。- 未設定の
tools.exec.securityは、gateway/nodeではデフォルトでfullになります。 - 未設定の
tools.exec.askはデフォルトでoffになります。 - 承認が表示される場合は、ホストローカルまたはセッション単位の何らかのポリシーによって、 exec がこれらのデフォルトより厳しく制限されています。
現在の承認不要のデフォルトに戻す:
openclaw config set tools.exec.host gatewayopenclaw config set tools.exec.security fullopenclaw config set tools.exec.ask offopenclaw gateway restartより安全な代替手段:
- 安定したホストルーティングには、
tools.exec.host=gatewayのみを設定します。 - 許可リストにない場合に確認を行うホスト exec には、
security=allowlistとask=on-missを使用します。 - サンドボックスモードを有効にして、
host=autoがsandboxに再び解決されるようにします。
ログシグネチャ:
Approval required.→ コマンドは/approve ...を待機しています。SYSTEM_RUN_DENIED: approval required→ Node ホストの exec 承認待ちです。exec host=sandbox requires a sandbox runtime for this session→ サンドボックスが暗黙的または明示的に選択されていますが、サンドボックスモードはオフです。
詳細ページ:Exec、Exec の承認、セキュリティ:監査で確認される項目
ブラウザーツールが失敗する
openclaw statusopenclaw gateway statusopenclaw browser statusopenclaw logs --followopenclaw doctor正常な出力:
- ブラウザーのステータスに
running: trueと、選択されたブラウザー/プロファイルが表示されます。 openclawプロファイルが起動するか、userプロファイルがローカルの Chrome タブを検出します。
ログシグネチャ:
unknown command "browser"→plugins.allowが設定されており、browserが除外されています。Failed to start Chrome CDP on port→ ローカルブラウザーの起動に失敗しました。browser.executablePath not found→ 設定されたバイナリパスが正しくありません。browser.cdpUrl must be http(s) or ws(s)→ 設定された CDP URL でサポートされていないスキームが使用されています。browser.cdpUrl has invalid port→ 設定された CDP URL のポートが無効または範囲外です。No Chrome tabs found for profile="user"→ Chrome MCP 接続プロファイルで、ローカルの Chrome タブが開かれていません。Remote CDP for profile "<name>" is not reachable→ 設定されたリモート CDP エンドポイントにこのホストから到達できません。Browser attachOnly is enabled ... not reachable→ 接続専用プロファイルに稼働中の CDP ターゲットがありません。- 接続専用またはリモート CDP プロファイルに古いビューポート/ダークモード/ロケール/オフラインのオーバーライドが残っている →
openclaw browser stop --browser-profile <name>を実行すると、Gateway を再起動せずに制御セッションを閉じてエミュレーション状態を解除できます。
詳細ページ:ブラウザーツールが失敗する、ブラウザーコマンドまたはツールが見つからない、ブラウザー:Linux のトラブルシューティング、ブラウザー:WSL2/Windows リモート CDP のトラブルシューティング
関連項目
- よくある質問 — よく寄せられる質問
- Gateway のトラブルシューティング — Gateway 固有の問題
- Doctor — 自動化された健全性チェックと修復
- チャンネルのトラブルシューティング — チャンネル接続の問題
- スケジュールされたタスク:トラブルシューティング — cron と Heartbeat の問題