#Rompí mi configuración (Error: Cannot find module... openclaw.mjs)

1 messages · Page 1 of 1 (latest)

fickle bloom
#

Cualquier comando que quiera realizar en mi terminal, me da el siguiente error:
Error: Cannot find module 'C:\Users.....\AppData\Roaming\npm\node_modules\openclaw\openclaw.mjs'
code: 'MODULE_NOT_FOUND',
requireStack: []

agile cipherBOT
#

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

fossil bisonBOT
#

Eso parece una instalación global de npm rota, no tu configuración de OpenClaw: Windows encuentra el comando openclaw, pero el archivo del paquete (openclaw.mjs) ya no está donde apunta el shim.

En PowerShell, prueba:

npm uninstall -g openclaw
npm cache verify
npm install -g openclaw@latest
openclaw --version
openclaw doctor

Si sigue fallando, limpia solo los shims/paquete global de OpenClaw y reinstala:

Remove-Item "$env:APPDATA\npm\openclaw*" -Force -ErrorAction SilentlyContinue
#

Si después de eso falla, pega aquí la salida de esos 4 comandos (node -v, npm -v, npm prefix -g, where openclaw).

fickle bloom
#

Con los primeros comandos que me diste, revivieron mis agentes. Me podes ayudar con la lentitud que noto en las respuestas? con que empezamos el chequeo de la salud del sistema?

fossil bisonBOT
#

Buenísimo que revivieron 🙌

Sí: empecemos por salud básica + versión. En PowerShell, pegá esto y compartí la salida:

openclaw --version
node -v
npm -v
where openclaw
openclaw status
openclaw gateway status
openclaw models status
openclaw doctor

Después, si sigue lento, corré el reporte completo:

#
openclaw status --all

Ese reporte está pensado para compartir: debería redactar tokens/secretos.

Para lentitud normalmente miramos 4 cosas:

  1. Versión / instalación rota o duplicada (where openclaw)
  2. Gateway sano o reiniciándose (gateway status)
  3. Proveedor/modelo lento, sin auth, rate limit o fallback (models status)
  4. Logs con timeouts/reintentos:
openclaw logs --follow
#

Mandá primero la salida de los comandos de arriba y arrancamos por ahí. 🦐

fickle bloom
#

estos comandos, no comparten ninguna información sensible?
openclaw --version
node -v
npm -v
where openclaw
openclaw status
openclaw gateway status
openclaw models status
openclaw doctor

fossil bisonBOT
#

Sí, en general son comandos seguros para compartir: no deberían mostrar tokens/API keys.

Pero no son 100% anónimos. Pueden mostrar:

  • where openclaw → rutas con tu usuario de Windows, ej. C:\Users\TuNombre\...
  • openclaw status / gateway status / doctor → rutas locales, versión, estado del gateway, puertos, algún nombre de provider/modelo
  • openclaw models status → qué providers/modelos tenés configurados, pero no las claves

Antes de pegarlo, podés redactar cosas tipo:

C:\Users\MiUsuario\...

por:

#
C:\Users\<usuario>\...

Lo que no compartas crudo: archivos .env, auth.json, openclaw.json completo, tokens, API keys, passwords, ni logs largos sin revisarlos.

Docs de triage: https://docs.openclaw.ai/help/faq

fickle bloom
#

Como doy la informacion en forma de archivo?

fossil bisonBOT
#

Sí — en PowerShell podés guardarlo todo en un .txt y adjuntarlo acá.

Usá esto:

$Out = "$env:USERPROFILE\Desktop\openclaw-health.txt"

@"
=== openclaw --version ===
"@ | Out-File $Out

openclaw --version 2>&1 | Out-File $Out -Append
"`n=== node -v ===" | Out-File $Out -Append
node -v 2>&1 | Out-File $Out -Append
"`n=== npm -v ===" | Out-File $Out -Append
npm -v 2>&1 | Out-File $Out -Append
#
"`n=== where openclaw ===" | Out-File $Out -Append
where openclaw 2>&1 | Out-File $Out -Append
"`n=== openclaw status ===" | Out-File $Out -Append
openclaw status 2>&1 | Out-File $Out -Append
"`n=== openclaw gateway status ===" | Out-File $Out -Append
openclaw gateway status 2>&1 | Out-File $Out -Append
"`n=== openclaw models status ===" | Out-File $Out -Append
openclaw models status 2>&1 | Out-File $Out -Append
"`n=== openclaw doctor ===" | Out-File $Out -Append
openclaw doctor 2>&1 | Out-File $Out -Append

Write-Host "Archivo creado en: $Out"

Después abrí openclaw-health.txt, revisá/redactá rutas como C:\Users\TuNombre\... si querés, y adjuntalo en el hilo.

#

No pegues archivos de config completos ni .env; este reporte debería bastar para empezar.

fickle bloom
#

sigo sin poder adjuntar el archivo

fossil bisonBOT
#

No pasa nada — pegalo como texto en partes.

Hacé primero la versión corta:

openclaw --version
node -v
npm -v
where openclaw
openclaw gateway status

Pegá esa salida acá.

Si Discord se queja de largo, separalo en 2–3 mensajes. Para copiar cómodo desde el archivo:

#
Get-Content "$env:USERPROFILE\Desktop\openclaw-health.txt" | clip

Eso lo copia al portapapeles. Antes de pegar, podés reemplazar tu usuario de Windows por <usuario>.

Si querés reducir ruido todavía más:

openclaw status
openclaw models status

Con eso ya vemos si la lentitud viene del gateway, del modelo/proveedor, o de instalación/PATH.

fickle bloom
#

Voy pegando por partes
🦞 OpenClaw 2026.4.15 (041266a) — Welcome to the command line: where dreams compile and confidence segfaults.

|
21:31:37 [plugins] plugins.allow is empty; discovered non-bundled plugins may auto-load: openclaw-web-search (C:\Users\javie.openclaw\extensions\openclaw-web-search\index.ts). Set plugins.allow to explicit trusted ids.
21:31:38 [plugins] openclaw-web-search: loaded without install/load-path provenance; treat as untracked local code and pin trust via plugins.allow or install records (C:\Users\javie.openclaw\extensions\openclaw-web-search\index.ts)
o
|
o
OpenClaw status

Overview
+----------------------+-----------------------------------------------------------------------------------------------+| Item | Value |+----------------------+-----------------------------------------------------------------------------------------------+| OS | windows 10.0.19045 (x64) · node 22.16.0 || Dashboard | http://127.0.0.1:18789/ || Tailscale | off || Channel | stable (default) || Update | available · pnpm · npm update 2026.4.27 || Gateway | local · ws://127.0.0.1:18789 (local loopback) · reachable 53ms · auth token · DESKTOP- || | 6FFPT17 (10.5.0.2) app 2026.4.15 windows 10.0.19045 || Gateway self | DESKTOP-6FFPT17 (10.5.0.2) app 2026.4.15 windows 10.0.19045 || Gateway service |

fossil bisonBOT
#

Vas bien — con este primer bloque ya hay 2 pistas claras:

  1. Estás en OpenClaw 2026.4.15 y hay update a 2026.4.27
    Yo empezaría por actualizar, porque venías de una instalación npm rota:
openclaw update
openclaw doctor
openclaw gateway restart

Docs: https://docs.openclaw.ai/install/updating

  1. Tenés un plugin local no “pineado”: openclaw-web-search
    Ese warning no necesariamente causa la lentitud, pero sí es algo a revisar: OpenClaw está cargando código local desde:
#
C:\Users\javie\.openclaw\extensions\openclaw-web-search\index.ts

Después del update, corré:

openclaw plugins list
openclaw models status
openclaw gateway status

Por ahora buena señal: el Gateway responde en 53ms, así que no parece que el gateway esté “colgado”. La lentitud probablemente viene de modelo/proveedor, reintentos/fallbacks, logs, o ese plugin.

Pegá la siguiente parte cuando puedas, especialmente models status y doctor. 🦐

fickle bloom
#

Health check failed: gateway timeout after 10000ms
Gateway target: ws://127.0.0.1:18XXXXX
Source: local loopback
Config: C:\Users\javie.openclaw\openclaw.json
Bind: loopback
|
o Gateway port ---------------------------------------------------------------------------+
| |
| Port 187XX is already in use. |
| - pid 24356: C:\Users\javie\AppData\Local\Programs\ClawX\resources\bin\node.exe |
| C:\Users\javie\AppData\Local\Programs\ClawX\resources\openclaw\dist\index.js gateway |
| --port 18789 (127.0.0.1:18XX) |
| - Gateway already running locally. Stop it (openclaw gateway stop) or use a different |
| port. |
| |
+------------------------------------------------------------------------------------------+
|
o Gateway ----------------------------------------------------------------------------+
| |
| Runtime: running (pid 24356, Verified gateway listener detected on port 18XXX even |
| though schtasks did not report a running task.) |
| |
+--------------------------------------------------------------------------------------+

fossil bisonBOT
#

Ahí apareció algo importante: tu Gateway activo lo está levantando ClawX, no el servicio normal de openclaw:

...Programs\ClawX\resources\...\index.js gateway

Y además el health check hace timeout. Eso sí puede explicar lentitud: el puerto está ocupado por un Gateway que escucha, pero no responde bien.

Yo haría esto:

  1. Cerrá ClawX completamente
    Incluyendo el ícono de la bandeja si queda abierto.

  2. En PowerShell:

#
openclaw gateway stop
openclaw gateway status
  1. Si todavía dice que el puerto está ocupado por ClawX, cerrá ese node.exe desde el Administrador de tareas.

Después elegí una sola forma de correr el Gateway:

  • Opción simple: usar ClawX → actualizar/reabrir ClawX y dejar que él maneje el Gateway.
  • Opción CLI: usar npm/openclaw → con ClawX cerrado:
openclaw update
openclaw doctor
openclaw gateway install --force
#
openclaw gateway restart
openclaw status

La clave: ahora mismo parece haber mezcla ClawX app + CLI/npm, y eso suele causar estados raros. Pegame luego la salida de:

openclaw gateway status
where openclaw

con ClawX cerrado.

fickle bloom
#

🦞 OpenClaw 2026.4.15 (041266a) — I can run local, remote, or purely on vibes—results may vary with DNS.

|
o
Service: Scheduled Task (registered)
File logs: ~\AppData\Local\Temp\openclaw\openclaw-2026-04-29.log
Command: C:\Users\javie\AppData\Local\Programs\ClawX\resources\bin\node.exe C:\Users\javie\AppData\Local\Programs\ClawX\resources\openclaw\dist\index.js gateway --port 18789
Service file: ~.openclaw\gateway.cmd
Service env: OPENCLAW_GATEWAY_PORT=18789

Config (cli): ~.openclaw\openclaw.json
Config (service): ~.openclaw\openclaw.json

Gateway: bind=loopback (127.0.0.1), port=18789 (service args)
Probe target: ws://127.0.0.1:18789
Dashboard: http://127.0.0.1:18789/
Probe note: Loopback-only gateway; only local clients can connect.

Runtime: running (pid 24356, Verified gateway listener detected on port 18789 even though schtasks did not report a running task.)
RPC probe: ok

Listening: 127.0.0.1:18789
Troubles: run openclaw status
Troubleshooting: https://docs.openclaw.ai/troubleshooting

🦞 OpenClaw 2026.4.15 (041266a) — I'll refactor your busywork like it owes me money.

Stopped Scheduled Task: OpenClaw Gateway

fossil bisonBOT
#

Perfecto: eso confirma que el servicio registrado apunta a ClawX, no al OpenClaw global de npm.

Ahora necesitamos dejar el puerto limpio y elegir un solo “dueño” del gateway.

Hacé esto:

openclaw gateway status

Si todavía aparece pid 24356 / ClawX escuchando, cerrá ClawX desde la bandeja o Administrador de tareas. Luego verificá:

Get-NetTCPConnection -LocalPort 18789 -ErrorAction SilentlyContinue

Si no devuelve nada, el puerto quedó libre ✅

#

Después, si querés usar la instalación CLI/npm como gateway principal:

openclaw update
openclaw doctor
openclaw gateway install --force
openclaw gateway restart
openclaw gateway status
openclaw status

La parte importante es gateway install --force: reescribe el servicio para que no siga apuntando al OpenClaw embebido dentro de ClawX.

Si preferís usar ClawX como gateway principal, entonces no hagas gateway install --force; en ese caso habría que actualizar/reparar ClawX y dejar que ClawX maneje el gateway. Mi recomendación para depurar ahora: CLI/npm como dueño único, ClawX cerrado mientras probamos.

fickle bloom
#

Volví a romper todo mientras desinstalaba Clawx
Ahora tengo este error al querer usar comandos
openclaw : El término 'openclaw' no se reconoce como nombre de un cmdlet, función, archivo de script o programa ejecutable. Compruebe si
escribió correctamente el nombre o, si incluyó una ruta de acceso, compruebe que dicha ruta es correcta e inténtelo de nuevo.
En línea: 1 Carácter: 1

  • openclaw --version
  •   + CategoryInfo          : ObjectNotFound: (openclaw:String) [], CommandNotFoundException
      + FullyQualifiedErrorId : CommandNotFoundException
fossil bisonBOT
#

Tranqui, esto es recuperable. Probablemente desinstalaste el binario/shim, pero tu config suele quedar en C:\Users\javie\.openclaw.

En PowerShell:

node -v
npm -v

Si eso funciona, reinstalá OpenClaw:

npm install -g openclaw@latest

Después probá:

#
openclaw --version

Si todavía dice que openclaw no existe, probá con la ruta directa:

& "$env:APPDATA\npm\openclaw.cmd" --version

Si con ruta directa funciona, es solo un problema de PATH. Agregá npm global al PATH de usuario:

$prefix = npm prefix -g
[Environment]::SetEnvironmentVariable("Path", [Environment]::GetEnvironmentVariable("Path","User") + ";$prefix", "User")
#

Cerrá y abrí PowerShell de nuevo, y luego:

openclaw --version
openclaw doctor
openclaw gateway install --force
openclaw gateway restart
openclaw status

Si node -v o npm -v tampoco existen, primero reinstalá Node:

winget install OpenJS.NodeJS.LTS

Docs: https://docs.openclaw.ai/install/node

fickle bloom
#

El comando doctor me pregunta
Bundled plugins -------------------------------------------------------+
| |
| Bundled plugin runtime deps are missing. |
| - @agentclientprotocol/claude-agent-acp@0.31.0 (used by acpx) |
| - @anthropic-ai/sdk@0.91.1 (used by amazon-bedrock-mantle) |
| - @anthropic-ai/vertex-sdk@^0.16.0 (used by anthropic-vertex) |
| - @aws-sdk/client-bedrock@3.1037.0 (used by amazon-bedrock) |
| - @aws-sdk/client-bedrock-runtime@3.1037.0 (used by amazon-bedrock) |
| - @aws-sdk/credential-provider-node@3.972.36 (used by amazon-bedrock) |
| - @aws/bedrock-token-generator@^1.1.0 (used by amazon-bedrock-mantle) |
| - @clack/prompts@^1.2.0 (used by github-copilot) |
| - @grammyjs/runner@^2.0.3 (used by telegram) |
| - @grammyjs/transformer-throttler@^1.2.1 (used by telegram) |
| - @mariozechner/pi-agent-core@0.70.5 (used by anthropic-vertex) |
| - @modelcontextprotocol/sdk@1.29.0 (used by browser) |
| - @zed-industries/codex-acp@0.12.0 (used by acpx) |
| - acpx@0.6.1 (used by acpx) |
| - chokidar@^5.0.0 (used by memory-core) |
| - commander@^14.0.3 (used by browser, google-meet, voice-call) |
| - express@5.2.1 (used by browser) |
| - grammy@^1.42.0 (used by telegram) |
| - node-edge-tts@^1.2.10 (used by microsoft) |
| - playwright-core@1.59.1 (used by browser) |
| - undici@8.1.0 (used by browser, discord, telegram, whatsapp, zalo) |
| Fix: run openclaw doctor --fix to install them. |

  • Install missing bundled plugin runtime deps now?
    | > Yes / No
fossil bisonBOT
#

Sí: elegí Yes.

Eso va a instalar dependencias internas que los plugins bundled necesitan (telegram, discord, browser, acpx, etc.). Es esperado después de reinstalar/actualizar, y justamente doctor lo detectó bien.

Cuando termine, corré:

openclaw doctor
openclaw gateway install --force
openclaw gateway restart
openclaw status

Si tarda bastante en “install runtime deps”, dejalo: en Windows puede demorar varios minutos. Si falla, pegá el error exacto.

fickle bloom
#

El gateway revivió con el doctor
Para seguir con los comandos el
openclaw gateway install --force
fallo:
Gateway install failed: Error: schtasks create failed: Error: Acceso denegado.

Importa o seguimos con el tema de la lentitud?

fossil bisonBOT
#

Sí importa, pero no bloquea el diagnóstico de lentitud.

Ese error significa: Windows no te dejó crear/reemplazar la Scheduled Task del Gateway. Consecuencia: el Gateway puede estar corriendo ahora, pero quizás no arranque solo después de reiniciar Windows.

Para la lentitud, sigamos si ahora el Gateway responde. Pegá:

openclaw --version
where openclaw
openclaw gateway status
openclaw models status
openclaw status

Y si una respuesta tarda mucho, en otra PowerShell corré:

#
openclaw logs --follow

mandá un mensaje al agente y pegá las líneas nuevas donde se vea el retraso/error.

Después arreglamos el gateway install --force. Probablemente sea abrir PowerShell como Administrador o limpiar una tarea vieja de ClawX, pero no lo mezclaría ahora. 🦐

fickle bloom
#

openclaw crestodian - crestodian local - agent crestodian (Crestodian) - session main

session agent:crestodian:main

Hi, I'm Crestodian.

  • Start me when setup, config, Gateway, model choice, or agent routing feels off.
  • Using: ollama/kimi-k2.6:cloud for fuzzy local planning.
  • Config: valid. Default agent: barrito.
  • Gateway: not reachable at ws://127.0.0.1:18789; I already did the first probe.

I can start debugging with gateway status, or queue restart gateway for approval.
local ready | idle
agent crestodian (Crestodian) | session main (Crestodian) | ollama/kimi-k2.6:cloud | tokens ? ────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────

──────────────────────────────────────────────────────────────────────────────────────────────────────

fossil bisonBOT
#

Crestodian está diciendo lo clave: Gateway no reachable. Entonces pausaría lo de “lentitud” hasta que el Gateway esté estable — si no responde, cualquier medición de velocidad sale contaminada.

Probá esto en PowerShell:

openclaw gateway status

Si dice que no está corriendo, arrancalo temporalmente en primer plano:

openclaw gateway run

Dejá esa ventana abierta. En otra PowerShell probá:

#
openclaw status
openclaw gateway status

Si ahí revive, entonces el problema pendiente es solo el “auto-start/service” de Windows (schtasks Acceso denegado), no el Gateway en sí.

Si en cambio dice “port already in use”, miramos quién ocupa el puerto:

Get-NetTCPConnection -LocalPort 18789 -ErrorAction SilentlyContinue

Pegame la salida de openclaw gateway status primero. Docs útiles: https://docs.openclaw.ai/gateway/troubleshooting

fickle bloom
#

Service: Scheduled Task (registered)
File logs: ~\AppData\Local\Temp\openclaw\openclaw-2026-04-29.log
Command: C:\Program Files\nodejs\node.exe C:\Users\javie\AppData\Roaming\npm\node_modules\openclaw\dist\index.js gateway --port 18789
Service file: ~.openclaw\gateway.cmd
Service env: OPENCLAW_GATEWAY_PORT=18789

Config (cli): ~.openclaw\openclaw.json
Config (service): ~.openclaw\openclaw.json

Gateway: bind=loopback (127.0.0.1), port=18789 (service args)
Probe target: ws://127.0.0.1:18789
Dashboard: http://127.0.0.1:18789/
Probe note: Loopback-only gateway; only local clients can connect.

Runtime: unknown
Connectivity probe: failed
Probe target: ws://127.0.0.1:18789
connect ECONNREFUSED 127.0.0.1:18789
Capability: unknown

Troubles: run openclaw status
Troubleshooting: https://docs.openclaw.ai/troubleshooting

fossil bisonBOT
#

Bien, ahora el servicio ya apunta al OpenClaw npm correcto, pero no está corriendo:

Runtime: unknown
connect ECONNREFUSED

Probá arrancarlo:

openclaw gateway start
openclaw gateway status

Si start falla por Scheduled Task / acceso denegado, usá modo manual para confirmar que el gateway funciona:

#
openclaw gateway run

Dejá esa ventana abierta. Si arranca bien, en otra PowerShell:

openclaw status

Si gateway run se cierra o tira error, pegá las últimas líneas. Ahí ya no sería “lentitud”; sería error de arranque del gateway.

fickle bloom
#

el gateway revivió en 4 minutos

fossil bisonBOT
#

Sí, ahora sí encontramos la causa probable de la lentitud: el Gateway está bloqueando el event loop.

Estas líneas son muy sospechosas:

failed to load bundled channel ... ENOENT ... plugin-runtime-deps...
models.list 161694ms
eventLoopDelayP99Ms=113414

Eso apunta a runtime deps de plugins corruptas/incompletas. Yo haría una reparación limpia del cache de plugins.

En PowerShell:

openclaw gateway stop
#

$stamp = Get-Date -Format "yyyyMMdd-HHmmss"
Rename-Item "$env:USERPROFILE\.openclaw\plugin-runtime-deps" "plugin-runtime-deps.bad-$stamp" -ErrorAction SilentlyContinue

openclaw doctor --fix
openclaw gateway run

Dejá gateway run abierto y mirá si vuelve a tardar minutos. Si arranca bien, en otra PowerShell:

openclaw status
openclaw models status

Si doctor --fix pregunta instalar deps, decí Yes. Esto no debería tocar tus agentes/config principal; solo fuerza a reconstruir las dependencias cacheadas de plugins.

fickle bloom
#

22:40:41 [ws] ⇄ r

fossil bisonBOT
#

Eso ya se ve mucho mejor que antes: pasamos de models.list 161694ms + event loop bloqueado a respuestas WS de ~0.7–1.7s.

Ahora el sospechoso principal es Telegram:

[telegram] fetch fallback ... reason=request-timeout

Eso significa que el Gateway está teniendo timeouts hablando con api.telegram.org; puede sumar demora, especialmente al arrancar o si Telegram es tu canal principal.

Probemos aislarlo:

openclaw channels status --probe
openclaw models status
openclaw status
#

Y test de red directo:

Test-NetConnection api.telegram.org -Port 443

Si no usás Telegram ahora, podemos desactivarlo temporalmente para comprobar si desaparece la lentitud:

Copy-Item "$env:USERPROFILE\.openclaw\openclaw.json" "$env:USERPROFILE\.openclaw\openclaw.json.bak-telegram-test"
openclaw config set channels.telegram.enabled false --strict-json
openclaw gateway restart

Si sí usás Telegram, no lo desactives todavía: pegá primero la salida de channels status --probe, porque puede ser DNS/IPv6/firewall/VPN o token/canal.

fickle bloom
#

🦞 OpenClaw 2026.4.27 (cbc2ba0) — I'm not AI-powered, I'm AI-possessed. Big difference.

Config : ~.openclaw\openclaw.json
Agent dir : ~.openclaw\agents\main\agent
Default : ollama-ollamac8/deepseek-v4-pro
Fallbacks (0) : -
Image model : -
Image fallbacks (0): -
Aliases (0) : -
Configured models (1): Ollama/Demo

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

  • ollama effective=models.json:marker(ollama-local) | models.json=marker(ollama-local) | source=models.json: ~.openclaw\agents\main\agent\models.json | synthetic=plugin-owned | source=models.providers.ollama (synthetic local key)

Missing auth

  • ollama-ollamac8 openclaw configure or set an API key env var.

OAuth/token status

  • none

🦞 OpenClaw 2026.4.27 (cbc2ba0) — I read logs so you can keep pretending you don't have to.

|
0 Querying channel status…

fossil bisonBOT
#

Bien, acá hay otra causa clara:

Default: ollama-ollamac8/deepseek-v4-pro
Missing auth:
- ollama-ollamac8 `openclaw configure` or set an API key env var.
Fallbacks (0): -

Tu agente principal está apuntando a un modelo/proveedor que OpenClaw considera sin auth, y además no tenés fallbacks. Eso puede causar respuestas lentas, reintentos o fallos.

Primero arreglemos modelo/auth:

openclaw configure --section model
#

Elegí/configurá un provider que quede con auth OK. Después:

openclaw models status

Queremos que desaparezca Missing auth.

Sobre esto:

Querying channel status…

Si channels status --probe queda colgado más de 30–60s, cortalo con Ctrl+C. Probablemente es Telegram timeouteando, pero el problema de modelo/auth es más importante ahora.

Orden recomendado:

fickle bloom
#

mmm en algo le erre
PS C:\Users\javie> openclaw models status

🦞 OpenClaw 2026.4.27 (cbc2ba0) — Type the command with confidence—nature will provide the stack trace if needed.

Config : ~.openclaw\openclaw.json
Agent dir : ~.openclaw\agents\main\agent
Default : ollama-ollamac8/deepseek-v4-pro
Fallbacks (0) : -
Image model : -
Image fallbacks (0): -
Aliases (0) : -
Configured models (1): Ollama/Demo

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

  • ollama effective=profiles:~.openclaw\agents\main\agent\auth-profiles.json | profiles=1 (oauth=0, token=0, api_key=1) | ollama:default=ssh-ed25...xxxxxxx | models.json=ssh-ed25...OgWc4RrO | source=models.json: ~.openclaw\agents\main\agent\models.json | synthetic=plugin-owned | source=plugin synthetic auth

Missing auth

  • ollama-ollamac8 openclaw configure or set an API key env var.

OAuth/token status

  • none
fossil bisonBOT
#

No parece que le erraste al token; parece un mismatch de provider:

  • Tu default apunta a: ollama-ollamac8/deepseek-v4-pro
  • Pero la auth quedó cargada para: ollama

Entonces OpenClaw dice: “tengo credencial para ollama, pero el modelo default usa ollama-ollamac8”.

Hagamos lo más seguro: listar los modelos disponibles y setear uno exacto.

openclaw models list --plain

Buscá una línea que empiece con ollama/. Si ves el modelo que querés, setealo copiando la línea exacta, por ejemplo:

#
openclaw models set ollama/deepseek-v4-pro
openclaw models status

Si solo querés usar ollama-ollamac8/..., entonces hay que cargar auth para ese provider id:

openclaw models auth paste-token --provider ollama-ollamac8

Pegás la key solo en tu terminal, no acá. Luego:

openclaw models set ollama-ollamac8/deepseek-v4-pro
openclaw models status
#

Objetivo: que desaparezca esta sección:

Missing auth
- ollama-ollamac8 ...
fickle bloom
#

🦞 OpenClaw 2026.4.27 (cbc2ba0) — Claws out, commit in—let's ship something mildly responsible.

Config : ~.openclaw\openclaw.json
Agent dir : ~.openclaw\agents\main\agent
Default : ollama/deepseek-v4-pro
Fallbacks (0) : -
Image model : -
Image fallbacks (0): -
Aliases (0) : -
Configured models (2): Ollama/Demo, ollama/deepseek-v4-pro

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

  • ollama effective=profiles:~.openclaw\agents\main\agent\auth-profiles.json | profiles=1 (oauth=0, token=0, api_key=1) | ollama:default=ssh-ed25...xxxxx | models.json=ssh-ed25...OgWc4RrO | source=models.json: ~.openclaw\agents\main\agent\models.json | synthetic=plugin-owned | source=plugin synthetic auth

OAuth/token status

  • none
fossil bisonBOT
#

Perfecto — eso ya quedó bien ✅

Lo importante: desapareció Missing auth y el default ahora es:

ollama/deepseek-v4-pro

Ahora reiniciá para que el Gateway tome todo limpio:

openclaw gateway restart
openclaw status

Después probá mandar una pregunta simple al agente. Si sigue lento, miramos logs durante la prueba:

#
openclaw logs --follow

Lo que ya arreglamos/aislamos:

  • CLI npm reparado
  • ClawX mezclado fuera del medio
  • plugin-runtime-deps reconstruido
  • modelo default corregido
  • auth faltante corregida

Si ahora hay lentitud, probablemente sea Ollama/Telegram/red, no instalación rota.

fickle bloom
#

No me responde el agente
Gateway not reachable. Is it running and accessible?
Gateway target: ws://127.0.0.1:18789
Source: local loopback
Config: C:\Users\javie.openclaw\openclaw.json
Bind: loopback
Hint: run openclaw doctor.

fossil bisonBOT
#

Tranqui — esto probablemente pasó porque gateway restart intentó usar el servicio/Scheduled Task que antes fallaba con Acceso denegado. O sea: lo paró, pero no lo volvió a levantar.

Hagamos rescate manual:

openclaw gateway status

Si dice not reachable / ECONNREFUSED, arrancalo en primer plano:

openclaw gateway run --verbose

Dejá esa ventana abierta. En otra PowerShell, probá:

#
openclaw status

Si con gateway run --verbose el gateway arranca, el agente debería volver a responder. Después arreglamos el autostart.

Si gateway run --verbose se cierra o tira error, pegá las últimas 20–30 líneas. Si dice puerto ocupado, corré:

Get-NetTCPConnection -LocalPort 18789 -ErrorAction SilentlyContinue

Por ahora: no uses gateway restart hasta que reparemos el servicio.

fickle bloom
#

🦞 OpenClaw 2026.4.27 (cbc2ba0) — Deployed locally, trusted globally, debugged eternally.

|
o
Service: Scheduled Task (registered)
File logs: ~\AppData\Local\Temp\openclaw\openclaw-2026-04-29.log
Command: C:\Program Files\nodejs\node.exe C:\Users\javie\AppData\Roaming\npm\node_modules\openclaw\dist\index.js gateway --port 18789
Service file: ~.openclaw\gateway.cmd
Service env: OPENCLAW_GATEWAY_PORT=18789

Config (cli): ~.openclaw\openclaw.json
Config (service): ~.openclaw\openclaw.json

Gateway: bind=loopback (127.0.0.1), port=18789 (service args)
Probe target: ws://127.0.0.1:18789
Dashboard: http://127.0.0.1:18789/
Probe note: Loopback-only gateway; only local clients can connect.

Runtime: running (pid 18452, Verified gateway listener detected on port 18789 even though schtasks did not report a running task.)
Warm-up: launch agents can take a few seconds. Try again shortly.
Connectivity probe: failed
Probe target: ws://127.0.0.1:18789
timeout
Capability: unknown

Port 18789 is already in use.

  • pid 18452: "C:\Program Files\nodejs\node.exe" C:\Users\javie\AppData\Roaming\npm\node_modules\openclaw\dist\index.js gateway --port 18789 (127.0.0.1:18789)
  • Gateway already running locally. Stop it (openclaw gateway stop) or use a different port.
    Listening: 127.0.0.1:18789
    Troubles: run openclaw status
    Troubleshooting: https://docs.openclaw.ai/troubleshooting
#

PS C:\Users\javie> openclaw gateway run --verbose

🦞 OpenClaw 2026.4.27 (cbc2ba0) — Pairing codes exist because even bots believe in consent—and good security hygiene.

|
o
23:12:17 [gateway] loading configuration…
23:12:18 [gateway] resolving authentication…
23:12:18 [gateway] starting...
Gateway failed to start: gateway already running (pid 18452); lock timeout after 5000ms
If the gateway is supervised, stop it with: openclaw gateway stop
Port 18789 is already in use.

  • pid 18452: "C:\Program Files\nodejs\node.exe" C:\Users\javie\AppData\Roaming\npm\node_modules\openclaw\dist\index.js gateway --port 18789 (127.0.0.1:18789)
  • Gateway already running locally. Stop it (openclaw gateway stop) or use a different port.
    Gateway service appears registered. Stop it first.
    Tip: openclaw gateway stop
    Or: schtasks /End /TN "OpenClaw Gateway"