Agente bloqueada

[unborn basalt]

└─1360526 openclaw-gateway

Apr 14 10:53:04 nanami-studio node[1360526]: 2026-04-14T10:53:04.112+02:00 [discord] client initialized as 1489889563475316827 (Sora); awaiting gateway readiness
Apr 14 10:53:44 nanami-studio node[1360526]: 2026-04-14T10:53:44.210+02:00 [telegram] sendMessage ok chat=374294224 message=9461
Apr 14 10:53:47 nanami-studio node[1360526]: 2026-04-14T10:53:47.860+02:00 [agent/embedded] workspace bootstrap file MEMORY.md is 23316 chars (limit 20000); truncating in injected context (sessionKey=temp:slug-generator)
Apr 14 10:53:49 nanami-studio node[1360526]: 2026-04-14T10:53:49.916+02:00 [hooks/session-memory] Session context saved to ~/.openclaw/workspace/memory/2026-04-14-session-greeting.md
Apr 14 10:53:52 nanami-studio node[1360526]: 2026-04-14T10:53:52.974+02:00 [agent/embedded] workspace bootstrap file MEMORY.md is 23316 chars (limit 20000); truncating in injected context (sessionKey=agent:main:telegram:direct:374294224)
Apr 14 10:55:35 nanami-studio node[1360526]: 2026-04-14T10:55:35.539+02:00 [telegram] sendMessage ok chat=374294224 message=9463
Apr 14 10:55:39 nanami-studio node[1360526]: 2026-04-14T10:55:39.278+02:00 [agent/embedded] workspace bootstrap file MEMORY.md is 23316 chars (limit 20000); truncating in injected context (sessionKey=agent:main:telegram:direct:374294224)
Apr 14 10:56:15 nanami-studio node[1360526]: 2026-04-14T10:56:15.149+02:00 [ws] ⇄ res ✓ sessions.list 337ms conn=29470eae…6780 id=a572674a…e21d
Apr 14 10:56:16 nanami-studio node[1360526]: 2026-04-14T10:56:16.910+02:00 [ws] ⇄ res ✓ chat.history 1699ms conn=871cb1db…1445 id=00481b58…a24c
Apr 14 10:56:39 nanami-studio node[1360526]: 2026-04-14T10:56:39.157+02:00 [ws] ⇄ res ✓ sessions.list 323ms conn=00038451…e388 id=e4950b89…f6c1
nanami@nanami-studio:~$

Me salta todo el rato escribiendo, pero no dice nada

[hot pond]

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

[elfin sleet]

Estoy revisándolo. Lo que pegas ya da una pista clara: el “escribiendo…” puede salir aunque luego el run termine en silencio, así que quiero confirmar si tu agente está devolviendo NO_REPLY o se queda colgado a mitad.

Ese log no enseña un crash.

Lo que veo:

• MEMORY.md ... truncating es informativo, no un error fatal.
• sessions.list y chat.history son del Control UI/WebSocket, no del reply del bot.
• Los sendMessage ok que pegas son de Telegram, tampoco explican el silencio en Discord.

La pista más fuerte es esta: en OpenClaw, en chats directos o mensajes con mención, el typing puede empezar antes de que haya texto visible. Si luego el run acaba en NO_REPLY o en silencio, tú ves “escribiendo…” pero no sale nada.

Si quieres evitar ese efecto, prueba esto en config:

{
  agents: {
    defaults: {

      typingMode: "message"
    }
  }
}

o incluso "never".

Docs: https://docs.openclaw.ai/concepts/typing-indicators

Para saber si es solo el typing o si el agente realmente se queda colgado, pásame estas 3 salidas:

openclaw --version
openclaw status --all

openclaw logs --follow

Y mientras está logs --follow, mándale un solo mensaje de prueba al bot y pega las líneas que salgan en ese momento.

Si quieres, te ayudo a leer ese log en cuanto lo pegues.

[unborn basalt]

updated (sqlite-vec unavailable). Vector recall degraded for this file.
08:57:57+00:00 warn memory {"subsystem":"memory"} chunks written for memory/2026-04-10-agent-comms.md without vector embeddings — chunks_vec not updated (sqlite-vec unavailable). Vector recall degraded for this file.
08:57:57+00:00 warn memory {"subsystem":"memory"} chunks written for memory/2026-04-10-dreamy-render.md without vector embeddings — chunks_vec not updated (sqlite-vec unavailable). Vector recall degraded for this file.
08:57:57+00:00 warn memory {"subsystem":"memory"} chunks written for memory/2026-04-10-oauth-saneado.md without vector embeddings — chunks_vec not updated (sqlite-vec unavailable). Vector recall degraded for this file.
08:57:

[elfin sleet]

Ese warning de sqlite-vec unavailable no debería bloquear respuestas.

Lo que significa es solo esto:

• no pudo cargar sqlite-vec
• la búsqueda semántica de memoria queda degradada
• OpenClaw hace fallback automático a cosine similarity en proceso

O sea, es ruido útil para memoria, pero no explica por sí solo que salga “escribiendo…” y no mande nada.

Ahora mismo, lo más probable sigue siendo una de estas dos:

1. typing arranca antes de que haya texto visible, y el run termina en NO_REPLY / silencio
2. hay un error justo después, pero no está en el trozo de log que pegaste

También ojo: lo de MEMORY.md ... truncating tampoco es fatal, solo indica que ese archivo es grande y se recorta al inyectarlo.

Me falta lo clave: tu versión.
Pásame esto:

openclaw --version
openclaw status --all
openclaw logs --follow

Y con logs --follow abierto, manda un solo mensaje de prueba al bot y pega las líneas de ese instante.

Si quieres quitar el falso “escribiendo…” mientras tanto, pon:

{
  agents: {