2026-08-01T05:02:06.616Z
OpenClawダッシュボード: 緑に信頼する前に4層の監査
コントロール UI 表面,認証されたゲートウェイ,選択されたエージェントと実行,および再現可能な6件の健康監査で検証された結果を分離します.
簡単な答えは: OpenClawダッシュボード が 荷付けされても 薬剤が健康であることを示す証拠ではありません. コントロール UI を 4 つの別々のチェックとして処理します: ブラウザ表面がロードされ,ゲートウェイが認証された WebSocket 接続を承認し,ダッシュボードは意図されたエージェントと現在の実行を示し,約束された結果は存在します. 最後の条件だけが 任務を終了させる. その違いが重要です なぜなら それぞれの層が緑色で 次の層が壊れているからです WebSocketが切れている間に静态資産がレンダリングできます. ゲートウェイは 選択されたセッションが 別のエージェントに属している間に 答えることができます クロンの実行は受け入れられるが完了しない. ファイル,メッセージ,デプロイメント,または他のデリバリアが欠けている間にセッションは complete と言うことができます. 標準的には 公式のコントロール UI を プライベート パスで開き 新鮮な機械読み取れる 証拠を収集し 最初の失敗層で停止します ダッシュボードを公開しないでください: OpenClawはチャット,構成,実行承認を含む管理者表面として文書化します. コントロール UI を開き,ゲートウェイ接続を証明する 地元のゲートウェイでは 文書化されたダッシュボードは http://127.0.0.1:18789/ ただし, gateway.controlUi.basePath 道を変える 最も安全な通常の入口点は CLIです. 頭のないホストでは: チケット,シェルトランスクリプト,記事,チャットにタークン化されたダッシュボードURLを貼ってはいけません. 公式ダッシュボードガイドは,ローカルホスト,テイルスケールサービス,またはSSHトンネルを推奨し,サポートされたトークン,パスワード,テイルスケールアイデンティティ,信頼される代理認証経路を説明します. 新しいループバックでないブラウザにはデバイスペアリングも必要です. パイリング失敗,認証失敗,アクセシビリティ障害は別々の出来事です. トークンを回転することは,その3つを修復しません. ブラウザアプリケーションは同じポートにあるゲートウェイ WebSocket に直接話しかけます. この建築は最初の有用な境界線を作り出します 表面証拠: HTTP応答とJavaScriptアプリケーションがロードされた. 接続証拠: WebSocketの認証および現在のRPCは成功します. レンダリングされた殻は 最初のアイテムのみを証明します バックオフで再試している間,制御UIは接続が落下したときに見えるままにできます. 動作は操作者に役立つが ダッシュボードは リアルな健康検査ではない 実行中のゲートウェイに 現行の証拠を尋ねてください status deep は生体探査を要請する health json は, ok , ts , durationMs ,チャンネル状態,エージェントの利用可能,セッションストア概要を含む機械読み取れる健康スナップショットを返します. タイムスタンプと判決を記録する フレッシュさルールのない前の ok: true は,古い緑のライトです. 4つの証拠層を順序に監査する 優先順位の一つのルールを用いましょう 後に見えた成功は かつて未知の成功を 隠さないようにしないでください 4つの層は異なる質問に答えています 層 質問 証拠の最小値 証明できないこと UI表面 ブラウザはコントロール UI を受信して実行したのでしょうか? 期待されるHTTP状態,アプリケーション登録,正しいベースパス ゲートウェイ認証またはエージェントのアクセシビリティ ゲートウェイ このブラウザは ゲートウェイに認証されているか? 順調な現在のRPC,健康タイムスタンプ,必須のオペレーター範囲 正確な代理人,現在の任務,または完成した作業 作業の範囲 視野は意図されたエージェントと 定例的なセッションと 予想された実行と結びついているか? 代理人 ID,セッションキー,実行 ID,更新時間,州,所有者等待 外部配達可能は存在します 結果 要求された効果や手品は受け入れ規則を通過したのか? 目的地別領収書 確認書と時間 窓が必要でない限り,将来の安定性 この命令は3つの一般的な間違いを防ぐ. まず 蓄積された活動とは 活力ではありません OpenClaw 健康ガイド は,セッション行が保存された会話状態から来ていると明示し,プロバイダーソケットの活性を表示していない. 最近に見えたセッションは有用な作業証拠ですが チャンネルやゲートウェイ探査機を 置き換えることはできません 2つ目は 範囲は健康の一部です マルチエージェント コントロール UI の設定はエージェントの範囲を切り替えることができ,各パネルは独自のセッションを保持できます. 進捗を判断する前に,予想される agentId ,選択された agentId ,および定例的な sessionKey を捕まえます. 意見が違っている場合,判決は WRONG AGENT SCOPE ではなく 代理人は無役です. 深いリンクを開いた後,ブラウザプロフィールを変更したり,分割ビューに戻った後,特に重要です. 3つ目 受け入れられた仕事は 完成した仕事ではありません ゲートウェイプロトコルは, cron.run を排列式として記述する. 完成を要するクライアントは返済された runId を保持し, cron.runs を調査しなければならない. したがって,ダッシュボードの動作ボタンは,要求が受け入れられたことを証明し,孤立したエージェントが終了することを証明するものではありません. 同じ規律で待って下さい 実行は合法的に待っています 依存性が知られ,適切な所有者が通知され,期限が設定され,セッションが再開できます. 停滞を説明する有効な依存性がないとき 停滞が目に見えないとき 停滞します 持ち込みの待機を再開すると 作業を重複したり 継続に必要な状態を排除したりできます 厄介なケースに対してゲートを再現する この優先順位を基に 微小な決定的な分類器を作りました この装置には 6つの意図的に異なる状態が含まれています 1. ページが読み込まれましたが,認証されたゲートウェイ RPC が成功しなかった. 2. ゲートウェイは健康だと言うが 5分前の証拠だ 3. 景色は新鮮だが,間違ったエージェントを指している. 4. 予定されたセッションは,主人と締め切りで待っています. 5. 走行は完了したと言われているが,結果の領収書がない. 6. 走行は新鮮で,正確にはスケープを設定し,完了し,領収書で裏付けられている. 実行する: 固定報告書は: 分類器は,装置の証拠ウィンドウを60秒使用する. これは例であり,普遍的なOpenClawデフォルトではありません. 2分間のインタラクティブ・ランと 日々の研究作業には 有効期限が異なる方針が必要です 予想される更新の時間,探査費用, 時代遅れの証拠に行動することの害から 窓を設定する. 選択された限界値を結果の隣に保存する. 重要な部分は順序です このスクリプトは証拠の形状と優先順位を検証します 領収書が正直であることを証明するものではありません 領収書には,目的地特定検証器が必要である. ファイルに対するハッシュと存在,ページに対するHTTPおよびコンテンツチェック,メッセージに対するプロバイダーIDおよび配信状態,コード変更のためのテスト出力,または外部副作用を持つシステムに対するクエリ. 最初の失敗した層を修復し,最も目に見える症状ではない 監査が失敗すると 最小の安全措置を講じます 判決 恐らく境界線 次の行動 UI UNREACHABLE HTTP,ベースパス,ブラウザバンドル,ホストアクセス エージェントの設定を変更する前に文書化されたURLとゲートウェイプロセスを確認する GATEWAY UNVERIFIED WebSocketのアクセシビリティ,オート,ペアリング,または範囲 状態/健康調査を深入して 正確な理由を 1008 に追いかけてください STALE GATEWAY EVIDENCE 古いキャッシュされた瞬間 新しい証拠が来るまで 判決を未知にしておく WRONG AGENT SCOPE 選択されたエージェント/セッションは,任務とは異なる. カノニカル・エージェントとセッションを解決し,その後進行を再読み WAITING OWNED 有効な外部または人間の依存症 オーナー,締め切り,再開状態を可視に保つ OUTCOME UNVERIFIED 目的地確認前に実行終了 受け入れチェックを実行する 完成を許可しない HEALTHY 必要な証拠は全て新鮮で, タイムスタンプを保持し,ランイン・アイデンティティと結果領収書 この規則は権威を制限する. コントロール UI は設定を編集し,クロン作業を実行し,タスクをキャンセルし,承認を管理できます. 診断の失敗は 自動的に 変異を許さない 失敗した層を説明し,最小の逆転可能なアクションを提案し,アクションが変化する状態の明示的な承認を要求する. 遠隔アクセスのために 管理者の境界線を保持してください. 公式ドックはローカルホスト,テイルスケールサービス,またはSSHトンネルを通じて プライベートアクセスを好む. 制御UIを公開したり,デバイス認証を無効にしたりすることで,ダッシュボードのアクセシビリティを修正しないでください. 制御機を弱める可用性修復は 健康的な回復ではない. ダッシュボードは証拠であって 結果ではありません この有用な操作モデルは,現在コンパクトです. ブラウザの表面は,オペレーターインターフェースがロードされているかどうかを表示します. ゲートウェイ探査機は,制御平面の証拠が現有かどうかを示します. 選択されたエージェント,セッション,および実行は,審査される作業を特定する. 結果の領収書は,ユーザの作業が実際に完了したかどうかを証明します. 未来のダッシュボードで 画面を1つに組み合わせたとしても その境界線を保持してください 単一のカードは複数の信号を表示できますが,その起源やタイムスタンプを1つの条件のない緑の状態に崩してはならない. Sidewispの意図された役割は,OpenClawのようなシステムで継続的に動作するエージェントの周りの健康層です. Sidewisp は現在プライベートプレビュー段階です。 生産モニタリングアダプターと復旧エンジンは一般的に出荷されていませんので,この記事は,現在の自動化された Sidewisp 統合ではなく,オペレーター方法と再生可能なアーテファクトを記述します. この証拠の境界線が 盗聴の失敗に一致する場合は Sidewisp サイトから プライベートプレビューに参加できます ソース OpenClaw ダッシュボード,OpenClaw20267.1 2に対して検査された OpenClaw コントロール UI,OpenClaw20267.1 2に対して検査された OpenClaw 健康検査,OpenClaw20267.1 2に対して検査された OpenClawゲートウェイプロトコル,OpenClaw20267.1 2に対して検査された OpenClaw ダッシュボード CLI,OpenClaw20267.1 2に対して検査された