Solución de problemas

Esta página es el runbook detallado. Empieza en /help/troubleshooting si quieres primero el flujo rápido de triaje.

Secuencia de comandos

Ejecuta estos primero, en este orden:

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

Señales esperadas de buen estado:

• openclaw gateway status muestra Runtime: running, Connectivity probe: ok y una línea Capability: ....
• openclaw doctor no informa problemas bloqueantes de configuración/servicio.
• openclaw channels status --probe muestra el estado de transporte activo por cuenta y, donde sea compatible, resultados de sondeo/auditoría como works o audit ok.

Después de una actualización

Usa esto cuando una actualización termina pero el Gateway está caído, los canales están vacíos o las llamadas al modelo empiezan a fallar con 401.

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

Busca:

• Update restart en openclaw status / openclaw status --all. Las entregas pendientes o fallidas incluyen el siguiente comando que debes ejecutar.
• plugin load failed: dependency tree corrupted; run openclaw doctor --fix bajo Canales. Eso significa que la configuración del canal aún existe, pero el registro del plugin falló antes de que el canal pudiera cargarse.
• 401 del proveedor después de volver a autenticar. openclaw doctor --fix comprueba sombras de autenticación OAuth obsoletas por agente y elimina las copias antiguas para que todos los agentes resuelvan el perfil compartido actual.

Instalaciones divididas y protección de configuración más nueva

Usa esto cuando un servicio de Gateway se detiene inesperadamente después de una actualización, o los registros muestran que un binario openclaw es más antiguo que la versión que escribió por última vez openclaw.json.

OpenClaw marca las escrituras de configuración con meta.lastTouchedVersion. Los comandos de solo lectura aún pueden inspeccionar una configuración escrita por un OpenClaw más nuevo, pero las mutaciones de proceso y servicio se niegan a continuar desde un binario más antiguo. Las acciones bloqueadas incluyen iniciar, detener, reiniciar y desinstalar el servicio de Gateway, reinstalación forzada del servicio, arranque del Gateway en modo servicio y limpieza de puerto con gateway --force.

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

openclaw gateway install --forceopenclaw gateway restart

Incompatibilidad de protocolo después de una reversión

Usa esto cuando los registros siguen imprimiendo protocol mismatch después de degradar o revertir OpenClaw. Esto significa que se está ejecutando un Gateway antiguo, pero un proceso de cliente local más nuevo todavía intenta reconectarse con un rango de protocolo que el Gateway antiguo no puede hablar.

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

Busca:

• protocol mismatch ... client=... v<version> min=<n> max=<n> expected=<n> en los registros del Gateway.
• Established clients: en openclaw gateway status --deep o Gateway clients en openclaw doctor --deep. Esto lista los clientes TCP activos conectados al puerto del Gateway, incluidos los PID y las líneas de comando cuando el sistema operativo lo permite.
• Un proceso de cliente cuya línea de comando apunta a la instalación o el envoltorio de OpenClaw más nuevo desde el que revertiste.

Solución:

1. Detén o reinicia el proceso de cliente de OpenClaw obsoleto que muestra gateway status --deep.
2. Reinicia aplicaciones o envoltorios que integren OpenClaw, como paneles locales, editores, ayudantes de servidor de aplicaciones o shells openclaw logs --follow de larga duración.
3. Vuelve a ejecutar openclaw gateway status --deep o openclaw doctor --deep y confirma que el PID del cliente obsoleto ya no está.

No hagas que un Gateway antiguo acepte un protocolo nuevo incompatible. Los incrementos de protocolo protegen el contrato de comunicación; la recuperación por reversión es un problema de limpieza de procesos/versiones.

Enlace simbólico de Skill omitido como escape de ruta

Usa esto cuando los registros incluyan:

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

OpenClaw trata cada raíz de skill como un límite de contención. Un enlace simbólico bajo ~/.agents/skills, <workspace>/.agents/skills, <workspace>/skills o ~/.openclaw/skills se omite cuando su destino real resuelve fuera de esa raíz, a menos que el destino sea de confianza explícita.

Inspecciona el enlace:

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

Si el destino es intencional, configura tanto la raíz directa de skill como el destino permitido del enlace simbólico:

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

Luego inicia una sesión nueva o espera a que el observador de Skills se actualice. Reinicia el Gateway si el proceso en ejecución es anterior al cambio de configuración.

No uses destinos amplios como ~, / o toda una carpeta de proyecto sincronizada. Mantén allowSymlinkTargets limitado a la raíz real de skill que contiene directorios SKILL.md de confianza.

Si la aplicación de Skill Workshop también debe escribir a través de esas rutas de skill de espacio de trabajo enlazadas simbólicamente y de confianza, habilita skills.workshop.allowSymlinkTargetWrites. Mantenlo deshabilitado para raíces de Skills compartidas de solo lectura.

Relacionado:

• Configuración de Skills
• Ejemplos de configuración

Anthropic 429: uso adicional requerido para contexto largo

Usa esto cuando los registros/errores incluyan: HTTP 429: rate_limit_error: Extra usage is required for long context requests.

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

Busca:

• El modelo Anthropic seleccionado es un modelo Claude 4.x con capacidad GA de 1M, o el modelo tiene el params.context1m: true heredado.
• La credencial Anthropic actual no es apta para uso de contexto largo.
• Las solicitudes fallan solo en sesiones largas/ejecuciones de modelo que necesitan la ruta de contexto de 1M.

Opciones de solución:

Relacionado:

• Anthropic
• Uso de tokens y costos
• ¿Por qué veo HTTP 429 de Anthropic?

Respuestas ascendentes 403 bloqueadas

Usa esto cuando un proveedor LLM ascendente devuelve un 403 genérico como Your request was blocked.

No asumas que esto siempre es un problema de configuración de OpenClaw. La respuesta puede venir de una capa de seguridad ascendente como una CDN, WAF, regla de gestión de bots o proxy inverso delante de un endpoint compatible con OpenAI.

openclaw statusopenclaw gateway statusopenclaw logs --follow

Busca:

• varios modelos bajo el mismo proveedor fallando de la misma manera
• HTML o texto genérico de seguridad en lugar de un error normal de API del proveedor
• eventos de seguridad del lado del proveedor para la misma hora de solicitud
• un sondeo directo pequeño con curl que funciona mientras fallan las solicitudes normales con forma de SDK

Corrige primero el filtrado del lado del proveedor cuando la evidencia apunte a un bloqueo de WAF/CDN. Prefiere una regla de permiso o exclusión de alcance estrecho para la ruta de API que OpenClaw usa, y evita deshabilitar la protección para todo el sitio.

Relacionado:

• Endpoints compatibles con OpenAI
• Configuración de proveedores
• Registros

Backend local compatible con OpenAI pasa sondeos directos pero las ejecuciones de agente fallan

Usa esto cuando:

• curl ... /v1/models funciona
• las llamadas directas pequeñas a /v1/chat/completions funcionan
• las ejecuciones de modelo de OpenClaw fallan solo en turnos normales de agente

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

Busca:

• las llamadas directas pequeñas tienen éxito, pero las ejecuciones de OpenClaw fallan solo con prompts más grandes
• errores model_not_found o 404 aunque /v1/chat/completions directo funcione con el mismo id de modelo simple
• errores del backend sobre messages[].content que esperan una cadena
• advertencias intermitentes incomplete turn detected ... stopReason=stop payloads=0 con un backend local compatible con OpenAI
• bloqueos del backend que aparecen solo con conteos mayores de tokens de prompt o prompts completos del runtime de agente

Relacionado:

• Configuración
• Modelos locales
• Endpoints compatibles con OpenAI

Sin respuestas

Si los canales están activos pero nada responde, revisa el enrutamiento y la política antes de reconectar nada.

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

Busca:

• Emparejamiento pendiente para remitentes de DM.
• Puerta de menciones en grupos (requireMention, mentionPatterns).
• Desajustes en listas de permitidos de canal/grupo.

Firmas comunes:

• drop guild message (mention required → mensaje de grupo ignorado hasta que haya mención.
• pairing request → el remitente necesita aprobación.
• blocked / allowlist → el remitente/canal fue filtrado por la política.

Relacionado:

• Solución de problemas de canales
• Grupos
• Emparejamiento

Conectividad de la interfaz de control del panel

Cuando el panel/interfaz de control no se conecte, valida la URL, el modo de autenticación y las suposiciones de contexto seguro.

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

Busca:

• URL de sondeo y URL del panel correctas.
• Desajuste de modo/token de autenticación entre el cliente y el gateway.
• Uso de HTTP donde se requiere identidad del dispositivo.

Si un navegador local no puede conectarse a 127.0.0.1:18789 después de una actualización, primero recupera el servicio Gateway local y confirma que está sirviendo el panel:

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

Si curl devuelve HTML de OpenClaw, el Gateway funciona y el problema restante probablemente sea la caché del navegador, un enlace profundo antiguo o estado obsoleto de una pestaña. Abre http://127.0.0.1:18789 directamente y navega desde el panel. Si el reinicio no deja el servicio en ejecución, ejecuta openclaw gateway start y vuelve a comprobar openclaw gateway status.

Mapa rápido de códigos de detalle de autenticación

Usa error.details.code de la respuesta connect fallida para elegir la siguiente acción:

Comprobación de migración de autenticación de dispositivo v2:

openclaw --versionopenclaw doctoropenclaw gateway status

Si los registros muestran errores de nonce/firma, actualiza el cliente que se conecta y verifícalo:

Si openclaw devices rotate / revoke / remove se deniega inesperadamente:

• las sesiones con token de dispositivo emparejado solo pueden gestionar su propio dispositivo a menos que el llamador también tenga operator.admin
• openclaw devices rotate --scope ... solo puede solicitar ámbitos de operador que la sesión del llamador ya tenga

Relacionado:

• Configuración (modos de autenticación del gateway)
• Interfaz de control
• Dispositivos
• Acceso remoto
• Autenticación de proxy de confianza

El servicio Gateway no está en ejecución

Usa esto cuando el servicio está instalado pero el proceso no permanece activo.

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

Busca:

• Runtime: stopped con pistas de salida.
• Desajuste de configuración de servicio (Config (cli) frente a Config (service)).
• Conflictos de puerto/listener.
• Instalaciones launchd/systemd/schtasks adicionales cuando se usa --deep.
• Pistas de limpieza de Other gateway-like services detected (best effort).

Relacionado:

• Ejecución en segundo plano y herramienta de procesos
• Configuración
• Doctor

El gateway de macOS deja de responder silenciosamente y luego se reanuda cuando tocas el panel

Usa esto cuando los canales (Telegram, WhatsApp, etc.) en un host macOS se quedan en silencio durante minutos u horas, y el gateway parece volver en el momento en que abres la interfaz de control, entras por SSH o interactúas de otro modo con el host. Normalmente no hay ningún síntoma evidente en openclaw status porque para cuando lo miras el gateway vuelve a estar activo.

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"

Busca:

• Uno o más paquetes *-uncaught_exception.json en ~/.openclaw/logs/stability/ con error.code establecido en un código de red transitorio como ENETDOWN, ENETUNREACH, EHOSTUNREACH o ECONNREFUSED.
• Líneas de pmset -g log como Entering Sleep state due to 'Maintenance Sleep' o en0 driver is slow (msg: WillChangeState to 0) alineadas con las marcas de tiempo del bloqueo. Power Nap / Maintenance Sleep pone brevemente el controlador Wi-Fi en estado 0; cualquier connect() saliente que caiga en esa ventana puede fallar con ENETDOWN incluso en un host que por lo demás tiene conectividad de red completa.
• Salida de launchctl print que muestre state = not running con varios runs recientes y un código de salida, especialmente cuando la brecha entre el bloqueo y el siguiente inicio es del orden de una hora en lugar de segundos. launchd de macOS aplica una compuerta de protección de reinicio no documentada después de una ráfaga de bloqueos que puede dejar de respetar KeepAlive=true hasta que un desencadenador externo, como un inicio de sesión interactivo, una conexión del panel o launchctl kickstart, la reactive.

Firmas comunes:

• Un paquete de estabilidad cuyo error.code es ENETDOWN o un código relacionado, con la pila de llamadas apuntando a lookupAndConnect / Socket.connect de net en Node. OpenClaw 2026.5.26 y versiones posteriores clasifican estos errores como errores de red transitorios benignos, por lo que ya no se propagan al manejador de excepciones no capturadas de nivel superior; si estás en una versión anterior, actualiza primero.
• Largos periodos de inactividad que terminan en el instante en que te conectas a la Control UI o entras por SSH al host: la actividad visible para el usuario es lo que rearma la compuerta de reinicio de launchd, no nada que el panel haga al Gateway.
• El contador runs aumenta durante el día sin una línea correspondiente received SIG*; shutting down en ~/Library/Logs/openclaw/gateway.log: los cierres limpios registran una señal; los bloqueos transitorios no.

Qué hacer:

1. Actualiza el Gateway si ejecutas una versión anterior a 2026.5.26. Después de actualizar, los futuros errores ENETDOWN se registran como advertencias en lugar de terminar el proceso.

2. Reduce la actividad de suspensión de mantenimiento en hosts Mac mini / de escritorio pensados para ejecutarse como servidores siempre activos:

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

   Esto reduce significativamente, aunque no elimina por completo, la oscilación subyacente del controlador. El sistema aún puede realizar algunas suspensiones de mantenimiento para TCP keepalive y mantenimiento de mDNS sin importar estas opciones.

3. Agrega un watchdog de actividad para que una futura ráfaga de bloqueos que quede aparcada por launchd se detecte rápidamente:

   # 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

   El objetivo es rearmar externamente la compuerta de reinicio; KeepAlive=true por sí solo no es suficiente en macOS después de una ráfaga de bloqueos.

Relacionado:

• Notas de la plataforma macOS
• Registro
• Doctor

El Gateway se cierra durante un uso elevado de memoria

Usa esto cuando el Gateway desaparece bajo carga, el supervisor informa un reinicio de estilo OOM, o los registros mencionan critical memory pressure bundle written.

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

Busca:

• Reason: diagnostic.memory.pressure.critical en el paquete de estabilidad más reciente.
• Memory pressure: con critical/rss_threshold, critical/heap_threshold o critical/rss_growth.
• Valores de V8 heap: cerca del límite de heap.
• Entradas de Largest session files: como agents/<agent>/sessions/<session>.jsonl o sessions/<session>.jsonl.
• Contadores de memoria de cgroup de Linux cuando el Gateway se ejecuta dentro de un contenedor o un servicio con memoria limitada.

Firmas comunes:

• critical memory pressure bundle written aparece poco antes del reinicio → OpenClaw capturó un paquete de estabilidad previo al OOM. Inspecciónalo con openclaw gateway stability --bundle latest.
• memory pressure: level=critical ... memoryPressureSnapshot=disabled aparece en los registros del Gateway → OpenClaw detectó presión crítica de memoria, pero la instantánea de estabilidad previa al OOM está desactivada.
• Largest session files: apunta a una ruta de transcripción redactada muy grande → reduce el historial de sesión retenido, inspecciona el crecimiento de la sesión o mueve transcripciones antiguas fuera del almacén activo antes de reiniciar.
• Los bytes usados de V8 heap: están cerca del límite de heap → reduce la presión de prompts/sesiones, reduce el trabajo concurrente o aumenta el límite de heap de Node solo después de confirmar que la carga de trabajo es esperada.
• Memory pressure: critical/rss_growth → la memoria creció rápidamente dentro de una ventana de muestreo. Revisa los registros más recientes para detectar una importación grande, salida descontrolada de herramientas, reintentos repetidos o un lote de trabajo de agentes en cola.
• Aparece presión crítica de memoria en los registros pero no existe ningún paquete → este es el valor predeterminado. Establece diagnostics.memoryPressureSnapshot: true para capturar el paquete de estabilidad previo al OOM en futuros eventos de presión crítica de memoria.

El paquete de estabilidad no incluye payloads. Incluye evidencia operativa de memoria y rutas relativas de archivos redactadas, no texto de mensajes, cuerpos de webhook, credenciales, tokens, cookies ni ids de sesión sin procesar. Adjunta la exportación de diagnósticos a los informes de errores en lugar de copiar registros sin procesar.

Relacionado:

• Salud del Gateway
• Exportación de diagnósticos
• Sesiones

El Gateway rechazó una configuración no válida

Usa esto cuando el inicio del Gateway falla con Invalid config o los registros de recarga en caliente dicen que se omitió una edición no válida.

openclaw logs --followopenclaw config fileopenclaw config validateopenclaw doctor

Busca:

• Invalid config at ...
• config reload skipped (invalid config): ...
• Config write rejected: ...
• Un archivo openclaw.json.rejected.* con marca de tiempo junto a la configuración activa
• Un archivo openclaw.json.clobbered.* con marca de tiempo si doctor --fix reparó una edición directa rota
• OpenClaw conserva los últimos 32 archivos .clobbered.* para cada ruta de configuración y rota los más antiguos

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

Relacionado:

• Configuración
• Configuración: recarga en caliente
• Configuración: validación estricta
• Doctor

Advertencias de sondeo del Gateway

Usa esto cuando openclaw gateway probe alcanza algo, pero aún imprime un bloque de advertencia.

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

Busca:

• warnings[].code y primaryTargetId en la salida JSON.
• Si la advertencia trata sobre fallback SSH, varios gateways, ámbitos faltantes o referencias de autenticación sin resolver.

Firmas comunes:

• SSH tunnel failed to start; falling back to direct probes. → la configuración SSH falló, pero el comando aun así intentó objetivos configurados/directos de loopback.
• multiple reachable gateway identities detected → respondieron gateways distintos, o OpenClaw no pudo demostrar que los objetivos alcanzables son el mismo Gateway. Un túnel SSH, una URL de proxy o una URL remota configurada hacia el mismo Gateway se trata como un Gateway con múltiples transportes, incluso cuando los puertos de transporte difieren.
• Read-probe diagnostics are limited by gateway scopes (missing operator.read) → la conexión funcionó, pero el RPC de detalle está limitado por el ámbito; empareja la identidad del dispositivo o usa credenciales con operator.read.
• Gateway accepted the WebSocket connection, but follow-up read diagnostics failed → la conexión funcionó, pero el conjunto completo de RPC de diagnóstico agotó el tiempo o falló. Trata esto como un Gateway alcanzable con diagnósticos degradados; compara connect.ok y connect.rpcOk en la salida --json.
• Capability: pairing-pending o gateway closed (1008): pairing required → el Gateway respondió, pero este cliente aún necesita emparejamiento/aprobación antes del acceso normal de operador.
• texto de advertencia de SecretRef gateway.auth.* / gateway.remote.* sin resolver → el material de autenticación no estuvo disponible en esta ruta de comando para el objetivo fallido.

Relacionado:

• Gateway
• Varios gateways en el mismo host
• Acceso remoto

Canal conectado, mensajes sin fluir

Si el estado del canal es conectado pero el flujo de mensajes está muerto, céntrate en la política, los permisos y las reglas de entrega específicas del canal.

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

Busca:

• Política de MD (pairing, allowlist, open, disabled).
• Lista de permitidos de grupo y requisitos de mención.
• Permisos/ámbitos de API de canal faltantes.

Firmas comunes:

• mention required → mensaje ignorado por la política de menciones de grupo.
• Trazas de pairing / aprobación pendiente → el remitente no está aprobado.
• missing_scope, not_in_channel, Forbidden, 401/403 → problema de autenticación/permisos del canal.

Relacionado:

• Solución de problemas de canales
• Discord
• Telegram
• WhatsApp

Entrega de Cron y Heartbeat

Si Cron o Heartbeat no se ejecutó o no entregó, verifica primero el estado del programador y luego el objetivo de entrega.

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

Busca:

• Cron habilitado y siguiente activación presente.
• Estado del historial de ejecuciones del trabajo (ok, skipped, error).
• Motivos de omisión de Heartbeat (quiet-hours, requests-in-flight, cron-in-progress, lanes-busy, alerts-disabled, empty-heartbeat-file, no-tasks-due).

Relacionado:

• Heartbeat
• Tareas programadas
• Tareas programadas: solución de problemas

Node emparejado, la herramienta falla

Si un Node está emparejado pero las herramientas fallan, aísla el estado de primer plano, permisos y aprobaciones.

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

Busca:

• Node en línea con las capacidades esperadas.
• Concesiones de permisos del sistema operativo para cámara, micrófono, ubicación y pantalla.
• Aprobaciones de exec y estado de la allowlist.

Señales comunes:

• NODE_BACKGROUND_UNAVAILABLE → la aplicación del Node debe estar en primer plano.
• *_PERMISSION_REQUIRED / LOCATION_PERMISSION_REQUIRED → falta un permiso del sistema operativo.
• SYSTEM_RUN_DENIED: approval required → aprobación de exec pendiente.
• SYSTEM_RUN_DENIED: allowlist miss → comando bloqueado por la allowlist.

Relacionado:

• Aprobaciones de exec
• Solución de problemas de Node
• Nodes

La herramienta de navegador falla

Usa esto cuando las acciones de la herramienta de navegador fallen aunque el Gateway esté sano.

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

Busca:

• Si plugins.allow está configurado e incluye browser.
• Ruta válida del ejecutable del navegador.
• Accesibilidad del perfil CDP.
• Disponibilidad local de Chrome para perfiles existing-session / user.

Relacionado:

• Navegador (gestionado por OpenClaw)
• Solución de problemas del navegador

Si actualizaste y algo se rompió de repente

La mayoría de las roturas posteriores a una actualización son deriva de configuración o valores predeterminados más estrictos que ahora se aplican.

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

Si la configuración del servicio y el runtime siguen discrepando después de las comprobaciones, reinstala los metadatos del servicio desde el mismo perfil/directorio de estado:

openclaw gateway install --forceopenclaw gateway restart

Relacionado:

• Autenticación
• Exec en segundo plano y herramienta de proceso
• Emparejamiento propiedad del Gateway

Relacionado

• Doctor
• FAQ
• Runbook del Gateway