#Tengo configurado KIMI 2.6, hago una consulta, responde que va a verificar y luego queda mudo

1 messages · Page 1 of 1 (latest)

torn lion
#

Realizo una consulta desde Discord al privado al boot, responde con una respuesta que va a verificar y luego no devuelve ninguna respuesta

wintry mesaBOT
#

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

balmy sealBOT
#

Suena a que estás viendo un mensaje parcial/streaming (“voy a verificar…”) y luego el run queda colgado o falla antes del mensaje final.

Primero: ¿qué versión te da?

openclaw --version

Mientras tanto, prueba esto en el DM donde se queda mudo:

/status

Si muestra un run activo/atascado:

#
/stop
/new

Luego reproduce el fallo con logs abiertos:

openclaw status --all
openclaw models status
openclaw logs --follow

Cosas clave a mirar/pegar aquí —sin tokens/API keys—:

  • errores del provider/model Kimi
  • timeouts
#
  • tool-call/schema errors
  • auth/rate-limit
  • si /status dice que la sesión sigue ejecutando

También haz una prueba rápida: manda algo simple como “di hola”.
Si eso responde, pero se queda mudo cuando “va a verificar”, probablemente Kimi está fallando con tools/agentic loop. En ese caso prueba temporalmente con otro modelo tool-capable que tengas configurado para confirmar.

Docs útiles: https://docs.openclaw.ai/help/faq y https://docs.openclaw.ai/concepts/models

torn lion
#

Comparto el comportamiento

#

Ale Xifra [CLAW], — 15:32
Hola Max
Open Claw
APP
— 15:32
¡Hola Ale! 🤖

¿En qué andamos hoy?
Ale Xifra [CLAW], — 15:33
Bien, verifica como quedó configurado la tarea de investigación de las 7:00 AM
Open Claw
APP
— 15:33
Voy a revisar qué tenés programado en cron. cron list ️
Ale Xifra [CLAW], — 15:34
Ok, dame el prompt completo
Open Claw
APP
— 15:34
Voy a revisar primero qué tenés programado en cron para darte el prompt exacto. cron list ️
Ale Xifra [CLAW], — 15:40
Max, te quedaste en silencio
Open Claw
APP
— 15:41
Perdón, se me trabó la herramienta. Voy de nuevo. cron list ️

balmy sealBOT
#

Sí, eso confirma bastante el patrón: el bot empieza la intención de usar una herramienta (cron list) pero no llega a devolver el resultado.

Esto apunta más a problema de tool-calling con Kimi / el provider que a Discord en sí.

Prueba esto:

openclaw --version
openclaw cron list
openclaw cron show <job-id>

Y en el DM con el bot:

/status
#
/tools compact
/verbose full

Luego vuelve a preguntarle algo tipo:

Lista mis cron jobs

Si vuelve a quedar en “Voy a revisar… cron list”, cambia temporalmente de modelo con /model a uno que sepas que maneja tools bien y repite la misma pregunta. Si con otro modelo funciona, ya queda aislado: Kimi 2.6 está fallando en ejecución de herramientas, no tu cron.

Para pegar acá, lo más útil sería:

#
openclaw status --all
openclaw models status
openclaw logs --follow

sobre todo las líneas justo después de que aparece cron list.
Docs: https://docs.openclaw.ai/cli/cron

#

Eso ayuda: cron list está saliendo como texto en el mensaje, no como resultado real de una herramienta.

O sea, Max no está llegando a ejecutar/terminar la tool; Kimi parece estar “anunciando” la acción y después se queda atascado. Esto suele pasar con modelos que no manejan bien tool-calling.

Para confirmar rápido:

  1. En el DM donde se queda colgado:

    /status
    /stop
    /verbose full
    
  2. En terminal:

    openclaw --version
    
#
   openclaw cron list
   openclaw logs --follow
  1. Pregúntale otra vez lo mismo y mira el log justo cuando aparece cron list.

Si el CLI openclaw cron list funciona, pero el bot se queda mudo, el problema es casi seguro modelo/tool-calling, no cron.

Prueba temporalmente cambiar de modelo con:

/model

y repite la misma consulta. Si con otro modelo responde con la lista real, Kimi 2.6 no está funcionando bien para tools en esa configuración.

torn lion
#

alexifra@LAPTOP-VIVOBOOK-ALEXIFRA:~$ openclaw --version
openclaw cron list
openclaw cron show <job-id>
OpenClaw 2026.4.23 (a979721)

🦞 OpenClaw 2026.4.23 (a979721) — Finally, a use for that always-on Mac Mini under your desk.



ID Name Schedule Next Last Status Target Delivery Agent ID Model
6b93d3af-e7c4-442f-a12a-e39d7ee96b8c Memory Dreaming Promo... cron 0 3 * * * (exact) in 11h 13h ago ok main not requested (not requested) - -
e1bbd455-4c44-4cdd-a6b0-197687662c26 Reporte Investigacion... cron 0 7 * * * @ America/Asun... in 15h 9h ago ok isolated announce -> discord:channel:1482820603701624922 (explicit) - -
-bash: syntax error near unexpected token `newline'

balmy sealBOT
#

Perfecto: cron está bien. El error final fue solo porque ejecutaste el placeholder literal:

openclaw cron show <job-id>

Usa el ID real:

openclaw cron show e1bbd455-4c44-4cdd-a6b0-197687662c26

Eso debería mostrarte el prompt/config de “Reporte Investigacion...”.

Sobre el silencio: como openclaw cron list funciona en CLI, el problema queda bastante aislado al modelo Kimi/tool-calling en el chat. Prueba en el DM:

#
/stop
/think off
/verbose full

y repite la consulta. Si sigue igual, cambia temporalmente con:

/model

a otro modelo y repite “lista mis cron jobs”. Si con otro modelo funciona, Kimi 2.6 es el culpable en esa configuración.

También pega si puedes:

torn lion
#

alexifra@LAPTOP-VIVOBOOK-ALEXIFRA:~$ openclaw cron show e1bbd455-4c44-4cdd-a6b0-197687662c26

🦞 OpenClaw 2026.4.23 (a979721) — Your .env is showing; don't worry, I'll pretend I didn't see it.



id: e1bbd455-4c44-4cdd-a6b0-197687662c26
name: Reporte Investigacion Diaria
enabled: yes
schedule: cron 0 7 * * * @ America/Asuncion (exact)
session: isolated
agent: -
model: -
delivery: announce -> discord:channel:1482820603701624922 (explicit)
next: in 15h
last: 9h ago
status: ok
alexifra@LAPTOP-VIVOBOOK-ALEXIFRA:~$

balmy sealBOT
#

Bien, ese cron está configurado y ejecutó OK. Pero cron show no está mostrando el mensaje/prompt en esa salida resumida.

Para ver más detalle prueba:

openclaw cron show e1bbd455-4c44-4cdd-a6b0-197687662c26 --json

o directamente mira el archivo de cron:

cat ~/.openclaw/cron/jobs.json

Ahí debería aparecer el message/prompt completo del job.

Y para el problema de Max quedándose mudo: esto refuerza que cron no es el problema. El problema está en que Kimi no está ejecutando/terminando la tool desde el chat. Haría esta prueba mínima:

#
/stop
/think off
/verbose full

Luego:

Lista mis cron jobs

Si sigue igual, cambia modelo con /model y repite.

torn lion
#

creo que el cron esta bien configurado. Aqui el problema es con el modelo Kimi 2.6

balmy sealBOT
#

Sí, coincido: el cron está OK. El fallo parece ser Kimi 2.6 + tools.

Para dejarlo bien aislado:

/new
/think off
/verbose full
/model status

Luego prueba:

Lista mis cron jobs
#

Si se queda igual, cambia temporalmente a otro modelo con /model y repite. Si el otro modelo sí ejecuta cron list, ya tienes repro claro.

Lo útil para reportarlo sería:

openclaw models status
openclaw logs --follow

y capturar las líneas desde que Max dice cron list hasta que se queda mudo.

Workaround práctico: usa Kimi para chat/investigación si te va bien, pero configura otro modelo para sesiones con herramientas, o cambia manualmente antes de pedirle cron, archivos, shell, etc. Para recomendaciones actuales de modelos, mejor preguntar en #models y revisar https://docs.openclaw.ai/concepts/models.

Si confirmas que solo falla con Kimi, conviene abrir issue con versión 2026.4.23, modelo exacto de /model status, logs y el prompt mínimo: https://github.com/openclaw/openclaw/issues

torn lion
#

Current: openrouter/moonshotai/kimi-k2.6
Default: openrouter/moonshotai/kimi-k2.6
Agent: main
Auth file: ~/.openclaw/agents/main/agent/auth-profiles.json

[google] endpoint: default auth: google:default=AIzaSyCx...1ghdoEJY (next) (auth-profiles.json: ~/.openclaw/agents/main/agent/auth-profiles.json)
• google/gemini-3-flash-preview (gemini-flash)
• google/gemini-3.1-flash-lite-preview (gemini-flash-lite)

[openrouter] endpoint: default auth: openrouter:default=sk-or-v1...23d8c66e (next, lastGood) (auth-profiles.json: ~/.openclaw/agents/main/agent/auth-profiles.json)
• openrouter/openrouter/auto
• openrouter/openrouter/free
• openrouter/moonshotai/kimi-k2.6
• openrouter/@preset/asistente-diario
Open Claw
APP
— 15:50
Thinking disabled.
Solo tú puedes ver esto • Descartar mensaje
Open Claw
APP
— 15:51
⚙️ Verbose logging enabled.
Solo tú puedes ver esto • Descartar mensaje
Open Claw
APP
— 15:54
Current: openrouter/moonshotai/kimi-k2.6
Default: openrouter/moonshotai/kimi-k2.6
Agent: main
Auth file: ~/.openclaw/agents/main/agent/auth-profiles.json

[google] endpoint: default auth: google:default=AIzaSyCx...1ghdoEJY (next) (auth-profiles.json: ~/.openclaw/agents/main/agent/auth-profiles.json)
• google/gemini-3-flash-preview (gemini-flash)
• google/gemini-3.1-flash-lite-preview (gemini-flash-lite)

[openrouter] endpoint: default auth: openrouter:default=sk-or-v1...23d8c66e (next, lastGood) (auth-profiles.json: ~/.openclaw/agents/main/agent/auth-profiles.json)
• openrouter/openrouter/auto
• openrouter/openrouter/free
• openrouter/moonshotai/kimi-k2.6
• openrouter/@preset/asistente-diario

balmy sealBOT
#

Sí: esto ya apunta claro a OpenRouter + Kimi K2.6 + tool-calling.

Tu modelo actual es:

openrouter/moonshotai/kimi-k2.6

O sea, no estás usando el provider nativo moonshot, sino Kimi vía OpenRouter. Para tools, esa capa extra puede ser justo donde se rompe.

Prueba de aislamiento:

  1. Cambia temporalmente a otro modelo desde el picker:
/model
#

elige uno de los otros que ya tienes configurados y repite:

Lista mis cron jobs
  1. Si funciona, el repro queda confirmado: no es Discord ni cron, es esa ruta de modelo.

Workaround recomendado si quieres seguir con Kimi: probar la ruta nativa Moonshot en vez de OpenRouter:

openclaw onboard --auth-choice moonshot-api-key

y luego usar el modelo como:

torn lion
#

dame el comando para configurar a Gemini 3.1 flash lite preview y como fallback a openrouter Kimi 2.6. Y probemos que tal se comporta

balmy sealBOT
#

Sí. Usa estos comandos:

openclaw models set google/gemini-3.1-flash-lite-preview
openclaw models fallbacks clear
openclaw models fallbacks add openrouter/moonshotai/kimi-k2.6
openclaw models status

Luego en el DM de Discord prueba limpiar la sesión actual:

/stop
/new
/model status
Lista mis cron jobs
#

Si /model status todavía muestra Kimi como Current, fuerza Gemini en esa sesión:

/model google/gemini-3.1-flash-lite-preview

Nota: el fallback a Kimi solo entra si Gemini falla como provider/model error. Si Gemini responde pero hace mal una tool, normalmente no “salta” automáticamente al fallback.

torn lion
#

🦞 OpenClaw 2026.4.23 (a979721) — Half butler, half debugger, full crustacean.

Config : ~/.openclaw/openclaw.json
Agent dir : ~/.openclaw/agents/main/agent
Default : google/gemini-3.1-flash-lite-preview
Fallbacks (1) : openrouter/moonshotai/kimi-k2.6
Image model : -
Image fallbacks (0): -
Aliases (3) : gemini-flash-lite -> google/gemini-3.1-flash-lite-preview, gemini-flash -> google/gemini-3-flash-preview, OpenRouter -> openrouter/auto
Configured models (6): openrouter/free, google/gemini-3.1-flash-lite-preview, google/gemini-3-flash-preview, openrouter/auto, openrouter/@preset/asistente-diario, openrouter/moonshotai/kimi-k2.6

Auth overview
Auth store : ~/.openclaw/agents/main/agent/auth-profiles.json
Shell env : off
Providers w/ OAuth/tokens (0): -

  • brave effective=env:BSAwl7-5...x7NCmChU | env=BSAwl7-5...x7NCmChU | source=env: BRAVE_API_KEY
  • google effective=profiles:~/.openclaw/agents/main/agent/auth-profiles.json | profiles=1 (oauth=0, token=0, api_key=1) | google:default=AIzaSyCx...1ghdoEJY | env=AIzaSyCx...1ghdoEJY | source=env: GEMINI_API_KEY
  • openai effective=profiles:~/.openclaw/agents/main/agent/auth-profiles.json | profiles=1 (oauth=0, token=0, api_key=1) | openai:default=sk-proj-...fRb8ZXEA | env=sk-proj-...pSn135wA | source=env: OPENAI_API_KEY
  • openrouter effective=profiles:~/.openclaw/agents/main/agent/auth-profiles.json | profiles=1 (oauth=0, token=0, api_key=1) | openrouter:default=sk-or-v1...23d8c66e | env=sk-or-v1...23d8c66e | source=env: OPENROUTER_API_KEY
  • perplexity effective=env:sk-or-v1...23d8c66e | env=sk-or-v1...23d8c66e | source=env: OPENROUTER_API_KEY

OAuth/token status

  • none
balmy sealBOT
#

Eso quedó bien configurado ✅

Ahora lo importante: la sesión de Discord puede seguir teniendo Kimi como override actual, aunque el default global ya sea Gemini. En el DM manda:

/new
/model status

Debe decir:

Current: google/gemini-3.1-flash-lite-preview
Default: google/gemini-3.1-flash-lite-preview

Si Current sigue en Kimi, fuerza: