Correr OpenClaw en local: dos cambios al prompt y sin SSH

Share

Correr OpenClaw en la nube es cómodo, pero hay mucha gente que lo tiene en un Mac mini o en un servidor local. Para ellos, el esquema habitual de automatización—el que asume SSH a un servidor remoto—no aplica. La buena noticia: con dos cambios de texto en el prompt, el flujo funciona sin SSH y Codex opera directamente sobre la máquina.

El patrón circula en la comunidad de OpenClaw desde hace unas semanas: un usuario de Twitter/X publicó el ajuste exacto, y desde entonces se ha vuelto una referencia habitual para quienes configuran automatizaciones de salud del gateway.

¿Qué cambia exactamente?

El prompt de automatización estándar incluye dos instrucciones pensadas para entornos VPS o servidores remotos:

Claude Desbloqueado

Mi curso avanzado para aprender a sacarle mucho más provecho a Claude en el trabajo y en el día a día, con funciones y usos más potentes. Comienza el 23 de marzo.

→ Inscríbete hoy 🚀
  • «SSH to your-server on port 22» — para conectarse al servidor.
  • «Treat systemctl and journalctl as supervisor truth» — para que el agente confíe en los comandos de servicio estándar de Linux.

En un Mac mini o máquina local, ninguna de las dos tiene sentido. El ajuste es simple:

  1. Eliminar la instrucción de SSH por completo.
  2. Reemplazar la referencia a systemctl/journalctl por: «Run commands directly on this machine».

Todo lo demás del prompt permanece intacto: los cuatro health checks (openclaw status --deep, openclaw channels status --probe, openclaw cron status, openclaw models status --check), las reparaciones conservadoras no destructivas, los reportes de incidentes y el drift check semanal dominical.

¿Por qué importa hacer el ajuste bien?

Puede parecer menor, pero un prompt con instrucciones de SSH que nunca llegan a ejecutarse genera confusión en el agente: puede intentar conectarse a localhost, esperar un timeout que no llega, o interpretar errores de red donde no los hay. En automatizaciones de salud del sistema donde la precisión es lo que justifica el agente, ese ruido es un problema real.

Además, OpenClaw en local tiene una ventaja sobre el modelo cloud: el agente puede actuar directamente sobre archivos, configuraciones y procesos sin salir de la máquina. No hay latencia de red, no hay túneles, no hay permisos de firewall. El ajuste del prompt aprovecha eso en vez de ignorarlo.

El prompt completo (versión local)

El texto ajustado para Mac mini o máquina local quedaría así:

Maintain the OpenClaw gateway with a single conservative automation. Read local docs before making any claims about commands or fixes. Run commands directly on this machine. Run openclaw status –deep, openclaw channels status –probe, openclaw cron status, and openclaw models status –check. Apply only the smallest safe non-destructive repair such as restarting the gateway service, running openclaw doctor, repairing symlinks, or fixing accidental residue. If a significant issue is found, first write an incident markdown file with severity, impact, evidence, repair attempted, current status, and next action. Then deliver a short alert summary through your preferred notification channel. On Sunday morning, also run weekly drift checks for backups, residue, and recent error patterns. Leave one inbox summary that separates healthy state, repaired issues, incidents, alerts sent, and blockers requiring human judgment. Never expose secrets, never weaken auth or access policy.

Por qué importa

Este tipo de ajuste refleja un principio más amplio en el trabajo con agentes de IA: los prompts pensados para un entorno no se trasladan automáticamente a otro. Un agente que funciona perfecto en un VPS puede comportarse de forma inesperada en local si el prompt no coincide con la realidad del sistema.

Para quienes usan OpenClaw como asistente personal 24/7 en hardware propio, tener una automatización de salud del gateway que funcione correctamente es la diferencia entre un sistema que se recupera solo y uno que acumula problemas silenciosos hasta que alguien los nota manualmente.

Y para los que configuran agentes de código como Codex corriendo en local para proyectos propios, este patrón aplica igual: menos capas intermedias, más contexto directo sobre la máquina, prompts que reflejan esa realidad.


Fuentes

Leer más

Otras noticias