he actualizado a la version mas reciente de openclaw, le escribo y no responde

[crude jay]

he instalado la ultima version y openclaw no responde los mensajes. tengo el modelo de openai codex 5.5. el que se instala por AOuth

[thin sonnet]

To help others find answers, you can mark your question as solved via Right click solution message -> Apps -> ✅ Mark Solution

[echo patrol]

Piter, primero necesito la versión exacta porque después de actualizar esto suele ser lo que más cambia:

openclaw --version

Luego pásanos también la salida de estos comandos, en este orden:

openclaw status
openclaw gateway status
openclaw models status
openclaw channels status --probe
openclaw doctor

Y mientras tanto mira los logs cuando le escribes un mensaje:

[echo patrol]

openclaw logs --follow

Si el bot está conectado pero no responde, las causas más comunes son: pairing pendiente, canal/guild no permitido, requisito de mención en grupos, o fallo de auth/modelo. En los logs busca frases tipo pairing request, mention required, blocked, allowlist, o errores del proveedor/modelo.

Docs útiles para este caso:
https://docs.openclaw.ai/help/faq
https://docs.openclaw.ai/channels/troubleshooting
https://docs.openclaw.ai/channels/discord
https://docs.openclaw.ai/concepts/models

No pegues tokens ni secretos. Con openclaw status --all normalmente se redactan tokens y sirve bastante para diagnóstico.

[crude jay]

Versión
v2026.5.12
esta es la vercion que tengo

[echo patrol]

Gracias. v2026.5.12 nos sirve como base.

Ahora necesitamos ver si el problema está en Discord, en el gateway o en el modelo. Ejecuta esto y pega la salida sin tokens/secretos:

openclaw status
openclaw gateway status
openclaw models status
openclaw channels status --probe

Y luego prueba escribirle al bot mientras tienes esto abierto:

openclaw logs --follow

[echo patrol]

Si en logs aparece pairing request, toca aprobar Discord:

openclaw pairing list discord
openclaw pairing approve discord <CODE>

Si aparece algo como mention required o drop guild message, entonces en el servidor/canal necesita que lo menciones o ajustar la config de Discord/guild. Si aparece error del modelo/auth, lo vemos con openclaw models status.

[echo patrol]

Aquí el dato clave está en tu salida:

Channels
┌──────────┬─────────┬────────┬────────┐
└──────────┴─────────┴────────┴────────┘

OpenClaw está vivo, el gateway funciona y el modelo OAuth aparece OK, pero no hay ningún canal habilitado/configurado. Por eso le escribes y no responde: Discord no está conectado a tu gateway.

Comprueba tu config:

openclaw config get channels

Si quieres usar Discord, tienes que tener channels.discord.enabled y el token del bot configurados. Ejemplo con token en env, sin pegar el token en chat:

[echo patrol]

export DISCORD_BOT_TOKEN="TU_TOKEN_DEL_BOT"
openclaw config set channels.discord.token --ref-provider default --ref-source env --ref-id DISCORD_BOT_TOKEN
openclaw config set channels.discord.enabled true --strict-json
openclaw gateway restart
openclaw channels status --probe

Docs: https://docs.openclaw.ai/channels/discord

Después de eso, si es DM puede pedir pairing:

openclaw pairing list discord
openclaw pairing approve discord <CODE>

[echo patrol]

Y si es en servidor/canal, puede requerir mención o allowlist de guild/canal: https://docs.openclaw.ai/channels/troubleshooting

[crude jay]

no quiero usar discord todavia. el no responde por su propio chat

[echo patrol]

Ah, entendido: no es Discord, es el chat propio/local de OpenClaw. Entonces la tabla de Channels vacía no importa.

Tu gateway y el OAuth del modelo se ven bien, así que el siguiente dato útil es si el chat llega a crear una sesión o si el agente ni arranca. Haz esto:

openclaw status --deep
openclaw logs --follow

Con openclaw logs --follow abierto, envía un mensaje desde el chat local y pega las líneas nuevas que salgan.

También prueba un reinicio limpio del gateway:

openclaw gateway restart
openclaw status

[echo patrol]

openclaw models status

Si después de escribir en el chat Sessions sigue en 0 active / no sessions yet, el mensaje no está llegando desde la UI al gateway. Si aparece una sesión pero no hay respuesta, entonces el fallo está en el arranque del agente o llamada al modelo, y los logs deberían decirlo.

[echo patrol]

Esto ya muestra el problema real:

stalled session ... sessionKey=agent:main:main ... classification=stalled_agent_run activeWorkKind=embedded_run

O sea: el chat sí llega al gateway y sí creó sesión, pero la ejecución del agente quedó atascada en processing. No parece un problema de modelo/OAuth, porque models status está OK.

Prueba en este orden:

1. En el chat local escribe exactamente:

/abort

Espera unos segundos y luego:

[echo patrol]

/new

/new y /reset están documentados como comandos de ciclo de sesión del TUI/chat: https://docs.openclaw.ai/web/tui

2. Reabre el dashboard con un enlace fresco:

openclaw dashboard

Vi también missing scope: operator.read y luego device pairing auto-approved, así que refrescar/reabrir el dashboard puede limpiar ese estado viejo del navegador.

3. Si /abort + /new no desbloquean, haz un reset recuperable de la sesión atascada. Esto no borra con rm; mueve el índice a un backup:

[echo patrol]

openclaw gateway stop
mkdir -p ~/.openclaw/backup-sessions
mv ~/.openclaw/agents/main/sessions/sessions.json ~/.openclaw/backup-sessions/sessions.json.stuck.$(date +%Y%m%d-%H%M%S)
openclaw gateway start
openclaw dashboard

Luego manda un mensaje nuevo en el chat. Si vuelve a atascarse con stalled_agent_run, pega solo las líneas nuevas alrededor del atasco y merece issue en GitHub: https://github.com/openclaw/openclaw/issues

[crude jay]

sigue respondiendo el primer mensaje y luego se congela y no responde mas

[echo patrol]

Eso confirma el patrón: no es que no llegue el mensaje, es que la sesión queda bloqueada después de una ejecución. En tus logs ya se veía como:

stalled_agent_run
activeWorkKind=embedded_run
lastProgress=codex_app_server:notification:item/completed

O sea, parece quedarse colgado dentro del runtime de Codex/OpenAI Codex después de completar algo.

Prueba esto primero, porque es el camino menos invasivo:

openclaw doctor --fix
openclaw gateway restart
openclaw dashboard

[echo patrol]

Después manda un mensaje corto tipo “hola”. Si responde y al segundo se congela otra vez, captura justo ese momento con más log:

openclaw logs --follow --max-bytes 200000

Y pega las líneas nuevas desde que envías el segundo mensaje hasta que aparezca stalled_agent_run.

Como workaround temporal, cada vez que se quede bloqueado puedes desbloquear la sesión con:

/abort
/new

Pero si se reproduce siempre en v2026.5.12 con OpenAI Codex OAuth, yo lo trataría como bug y abriría issue con: versión, macOS/Node, openclaw models status sin secretos, y ese fragmento de logs. Issue: https://github.com/openclaw/openclaw/issues

[crude jay]

y estoy mirando otra cosa. son las 10:06 am y el marca las 14:

[echo patrol]

Lo de la hora no es otro fallo: esos logs están en UTC. Fíjate en el sufijo:

14:04:38+00:00

Si para ti son las 10:04, eso cuadra con UTC-4. Puedes comprobarlo con:

date
date -u

Sobre el bloqueo: el log vuelve a confirmar el mismo bug/patrón:

[echo patrol]

active=agent:main:main(processing/embedded_run ... last=codex_app_server:notification:item/completed)
stalled_agent_run ... terminalProgressStale=true

Y también veo que intentaste borrar la sesión principal desde la UI:

Cannot delete the main session (agent:main:main)

Eso es normal; la sesión principal no se borra desde ahí. Para desbloquearla usa /abort y /new, o el backup/move de sessions.json que te pasé.

En este punto yo abriría issue, porque ya es reproducible en 2026.5.12 con OpenAI Codex OAuth: responde el primer mensaje, luego queda atascado en embedded_run tras rawResponseItem/completed / item/completed. Issue: https://github.com/openclaw/openclaw/issues

Mientras tanto, como prueba útil: si tienes otro proveedor/modelo ya configurado, cambia temporalmente el modelo por defecto y mira si el chat deja de congelarse. Si solo falla con OpenAI Codex OAuth, eso acota mucho el bug. Docs de modelos: https://docs.openclaw.ai/concepts/models

[crude jay]

vamosa instalar claude sonnet 4.6 o opus 4.6

[echo patrol]

Sí, buena prueba para aislar el bloqueo de Codex OAuth.

Tienes dos rutas para Anthropic:

Opción A: Anthropic API key — más clara para gateway/producción.

openclaw models auth add
# elige Anthropic / API key
openclaw models list --provider anthropic
openclaw models set anthropic/claude-sonnet-4-6
openclaw models status
openclaw gateway restart

Opción B: Claude CLI — reutiliza tu login de Claude Code en ese Mac.

[echo patrol]

claude auth login
claude auth status --text
openclaw models auth login --provider anthropic --method cli --set-default
openclaw models list --provider anthropic
openclaw models set anthropic/claude-sonnet-4-6
openclaw models status
openclaw gateway restart

Yo empezaría con Sonnet para probar si deja de congelarse; si necesitas máxima calidad y tienes margen de uso/coste, cambia luego a Opus con openclaw models set usando el modelo exacto que te salga en openclaw models list --provider anthropic.

Docs: https://docs.openclaw.ai/providers/anthropic y https://docs.openclaw.ai/cli/models

Después de cambiarlo, manda dos mensajes seguidos en el chat local. Si con Anthropic no se congela, el bug queda bastante acotado a OpenAI Codex OAuth en v2026.5.12.

[crude jay]

vamos a instalarlo con API key paso a paso

[echo patrol]

Perfecto. Vamos paso a paso con API key. No pegues la key aquí.

1. Crea la API key
Ve a la consola de Anthropic y crea una key:
https://console.anthropic.com/

Cópiala solo en tu terminal local.

2. Guárdala en tu shell temporalmente
En Terminal:

export ANTHROPIC_API_KEY="pega_aqui_tu_key"

Comprueba que existe sin imprimirla:

[echo patrol]

test -n "$ANTHROPIC_API_KEY" && echo "ANTHROPIC_API_KEY ok"

3. Añádela a OpenClaw
Prueba primero el flujo interactivo recomendado:

openclaw models auth add

Elige Anthropic / API key cuando lo pregunte.

Si prefieres hacerlo con onboarding directo:

[echo patrol]

openclaw onboard --anthropic-api-key "$ANTHROPIC_API_KEY"

4. Verifica Anthropic

openclaw models status
openclaw models list --provider anthropic

5. Cambia el modelo por defecto
Usa exactamente el nombre que te salga en models list. Por ejemplo, si aparece el Sonnet que quieres:

openclaw models set anthropic/claude-sonnet-4-6

[echo patrol]

O si prefieres Opus y aparece en tu lista:

openclaw models set anthropic/claude-opus-4-6

6. Reinicia y prueba

openclaw gateway restart
openclaw models status
openclaw dashboard

Luego manda dos mensajes cortos seguidos en el chat local. Si ya no se congela, confirmamos que el bloqueo venía del runtime de OpenAI Codex OAuth.

Piter, he intentado borrar el mensaje porque pegaste una API key en el thread. Trátala como comprometida: ve a la consola de Anthropic, revócala/elimínala y crea una nueva. No la pegues aquí.

El error viene porque elegiste Anthropic setup-token, que espera un token sk-ant-oat01-. Tú tienes una API key sk-ant-api03-, así que hay que usar el método de API key, no setup-token.

Hazlo así con una key nueva:

export ANTHROPIC_API_KEY="TU_NUEVA_KEY"
openclaw onboard --anthropic-api-key "$ANTHROPIC_API_KEY"
openclaw models status
openclaw models list --provider anthropic

Luego selecciona el modelo que aparezca en la lista, por ejemplo:

openclaw models set anthropic/claude-sonnet-4-6
openclaw gateway restart
openclaw dashboard

Importante: si openclaw models auth add vuelve a preguntarte por setup-token, cancela con Ctrl+C. Para API key usa openclaw onboard --anthropic-api-key "$ANTHROPIC_API_KEY".

[crude jay]

🦞 OpenClaw 2026.5.12 (f066dd2)
I've seen your commit messages. We'll work on that together.

│
◇ Token provider
│ anthropic
│
◆ Token method
│ ● Anthropic setup-token (Manual bearer token path)
│ ○ paste token
└

[echo patrol]

Ahí cancela con Ctrl+C. Ese menú es para tokens bearer/setup-token, no para la API key sk-ant-api03-.

Para API key hazlo por onboarding/config, así:

export ANTHROPIC_API_KEY="TU_NUEVA_KEY_REVOCADA_Y_REGENERADA"
openclaw onboard --anthropic-api-key "$ANTHROPIC_API_KEY"

Luego verifica:

openclaw models status
openclaw models list --provider anthropic

Si aparece Anthropic OK, cambia el modelo:

[echo patrol]

openclaw models set anthropic/claude-sonnet-4-6
openclaw gateway restart
openclaw dashboard

Si claude-sonnet-4-6 no aparece en la lista, no lo fuerces: usa exactamente el nombre que salga en openclaw models list --provider anthropic.

[crude jay]

como se hace por onboarding/config

[echo patrol]

Por onboarding es lo más simple:

# 1) cancela el menú actual si sigue abierto
# Ctrl+C

# 2) pon la NUEVA key solo en tu terminal
export ANTHROPIC_API_KEY="TU_NUEVA_KEY"

# 3) ejecuta onboarding con esa key
openclaw onboard --anthropic-api-key "$ANTHROPIC_API_KEY"

# 4) verifica
openclaw models status
openclaw models list --provider anthropic

[echo patrol]

Por config, si quieres dejarla como variable de entorno en vez de meterla en el JSON:

export ANTHROPIC_API_KEY="TU_NUEVA_KEY"
openclaw config set env.ANTHROPIC_API_KEY "$ANTHROPIC_API_KEY" --strict-json
openclaw models status
openclaw models list --provider anthropic

Luego eliges el modelo:

openclaw models set anthropic/claude-sonnet-4-6
openclaw gateway restart
openclaw dashboard

[echo patrol]

Si claude-sonnet-4-6 no aparece en la lista, usa exactamente el modelo que salga en openclaw models list --provider anthropic.

Y muy importante: la key que pegaste antes bórrala/revócala en Anthropic y genera una nueva antes de seguir.

[crude jay]

◆ Config handling
│ ● Keep current values
│ ○ Review and update
│ ○ Reset before setup
└

cual seleciono

[echo patrol]

Selecciona Review and update.

Motivo: quieres conservar tu instalación actual, pero añadir/cambiar la configuración de Anthropic. No uses Reset before setup porque puede tocar más cosas de las necesarias. Keep current values probablemente no aplicará la nueva key/modelo.

Después, cuando pregunte proveedor/modelo, elige Anthropic/API key si aparece, y al final corre:

openclaw models status
openclaw models list --provider anthropic

[crude jay]

ya quedo, como reiniciamos openclaw

[echo patrol]

Reinicia el gateway así:

openclaw gateway restart

Luego verifica que tomó Anthropic:

openclaw models status
openclaw gateway status

Y abre de nuevo el chat local:

[echo patrol]

openclaw dashboard

Cuando abra, prueba con dos mensajes cortos seguidos. Si ya no se congela, perfecto. Si sigue, pega las nuevas líneas de:

openclaw logs --follow --max-bytes 200000

Borré el mensaje porque el log incluía un gateway token / dashboard URL con token. Rótalo para estar seguro:

openclaw config set gateway.auth.token "$(openssl rand -hex 32)"
openclaw gateway restart
openclaw dashboard

Sobre Anthropic: el onboarding sí parece haber escrito anthropic/claude-sonnet-4-6, pero el TUI terminó mostrando:

openai/gpt-5.5

Así que verifica qué quedó realmente activo:

openclaw models status
openclaw config get agents.defaults.model

Si todavía sale OpenAI, fuerza Anthropic y reinicia:

openclaw models set anthropic/claude-sonnet-4-6
openclaw gateway restart
openclaw dashboard

Si el dashboard/TUI sigue arrastrando la sesión vieja, manda /new en el chat después de reiniciar. Luego prueba dos mensajes seguidos para confirmar si dejó de congelarse.

[crude jay]

esta pasando lo mismo con todos los modelos

[echo patrol]

Entonces ya no lo trataría como problema de modelo. Si pasa con OpenAI y Anthropic, el patrón apunta a sesión/runtime local atascado o estado corrupto de la sesión principal.

Haz un reset recuperable de la sesión principal. No borra nada, solo lo mueve a backup:

openclaw gateway stop
mkdir -p ~/.openclaw/backup-sessions/main-stuck-$(date +%Y%m%d-%H%M%S)
BACKUP_DIR=$(ls -td ~/.openclaw/backup-sessions/main-stuck-* | head -1)
mv ~/.openclaw/agents/main/sessions/sessions.json "$BACKUP_DIR/"
mv ~/.openclaw/agents/main/sessions/*.jsonl "$BACKUP_DIR/" 2>/dev/null || true
openclaw doctor --fix
openclaw gateway start
openclaw dashboard

Luego en el chat nuevo manda solo:

[echo patrol]

hola

y después otro mensaje corto.

Si vuelve a congelarse incluso con sesión limpia, pega la salida de:

openclaw status --all
openclaw models status
openclaw logs --follow --max-bytes 200000

sin tokens/keys. Con eso ya sería buen reporte de bug para GitHub: https://github.com/openclaw/openclaw/issues

También asegúrate de haber rotado el gateway token si no lo hiciste todavía, porque antes apareció en el log compartido.

[crude jay]

el modelo de sonnet funciona muy bien. el de openai codex se queda colgado. podemos desintalarlo y volverlo a instalar?

[echo patrol]

Sí. En OpenClaw eso equivale a cerrar sesión/borrar el perfil OAuth de openai-codex y volver a autenticarlo. No hace falta reinstalar todo OpenClaw.

Deja Sonnet como default mientras probamos:

openclaw models set anthropic/claude-sonnet-4-6
openclaw gateway restart

Luego quita el auth guardado de Codex:

openclaw infer model auth logout --provider openai-codex

Vuelve a iniciar OAuth:

[echo patrol]

openclaw models auth login --provider openai-codex

Si el navegador/callback da problemas, usa device code:

openclaw models auth login --provider openai-codex --device-code

Verifica:

openclaw models status
openclaw models list --provider openai-codex