#Rompí mi configuración (Error: Cannot find module... openclaw.mjs)
1 messages · Page 1 of 1 (latest)
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
Remove-Item "$env:APPDATA\npm\node_modules\openclaw" -Recurse -Force -ErrorAction SilentlyContinue
npm install -g openclaw@latest
openclaw --version
También confirma que tienes Node moderno:
node -v
npm -v
npm prefix -g
where openclaw
OpenClaw requiere Node 22.14+; Node 24 es lo recomendado. Docs: https://docs.openclaw.ai/install/node y Windows: https://docs.openclaw.ai/platforms/windows
Si después de eso falla, pega aquí la salida de esos 4 comandos (node -v, npm -v, npm prefix -g, where openclaw).
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?
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:
- Versión / instalación rota o duplicada (
where openclaw) - Gateway sano o reiniciándose (
gateway status) - Proveedor/modelo lento, sin auth, rate limit o fallback (
models status) - Logs con timeouts/reintentos:
openclaw logs --follow
Mandá primero la salida de los comandos de arriba y arrancamos por ahí. 🦐
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
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/modeloopenclaw 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
Como doy la informacion en forma de archivo?
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.
sigo sin poder adjuntar el archivo
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.
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 |
Vas bien — con este primer bloque ya hay 2 pistas claras:
- 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
- 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. 🦐
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.) |
| |
+--------------------------------------------------------------------------------------+
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:
-
Cerrá ClawX completamente
Incluyendo el ícono de la bandeja si queda abierto. -
En PowerShell:
openclaw gateway stop
openclaw gateway status
- Si todavía dice que el puerto está ocupado por ClawX, cerrá ese
node.exedesde 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.
🦞 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
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.
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
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
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
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.
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?
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. 🦐
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 ? ────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
──────────────────────────────────────────────────────────────────────────────────────────────────────
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
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
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.
el gateway revivió en 4 minutos
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.
22:40:41 [ws] ⇄ r
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.
🦞 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 configureor 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…
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:
openclaw configure --section modelopenclaw models statusopenclaw gateway restart- Probar una respuesta del agente
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 configureor set an API key env var.
OAuth/token status
- none
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 ...
🦞 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
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-depsreconstruido- modelo default corregido
- auth faltante corregida
Si ahora hay lentitud, probablemente sea Ollama/Telegram/red, no instalación rota.
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.
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.
🦞 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"