Ejecutar OpenClaw en local es el primer paso correcto cuando estás aprendiendo el framework, probando prompts o comprobando si tu flujo de trabajo realmente tiene forma de agente. Tu portátil está cerca del repo, es fácil de inspeccionar y barato de reiniciar.
La trampa es tratar ese mismo setup local como producción. Un portátil duerme. Las shells desaparecen. Los secretos se dispersan por dotfiles. Las ejecuciones largas de código necesitan una frontera más limpia. Esta guía mantiene honesto el camino local y luego muestra cuándo mover el trabajo de coding a Codex en un VPS con Office Claws.
Empieza con una sandbox local pequeña
No apuntes un agente nuevo a tu checkout principal esperando que todo salga bien. Dale a OpenClaw un workspace estrecho, una rama desechable y solo las credenciales que de verdad necesita.
| Decisión de setup | Valor seguro por defecto | Por qué ayuda |
|---|---|---|
| Repositorio | Rama nueva o clon desechable | Rollback fácil tras una mala edición |
| Secretos | Solo tokens de corta vida | Menos daño si una llamada de herramienta filtra contexto |
| Sistema de archivos | Un directorio de proyecto | Evita ediciones accidentales fuera de la tarea |
| Red | Allowlist explícita | Hace visibles las llamadas inesperadas |
Una rutina local mínima se ve así:
git checkout -b agent/sandbox-task
git status --short
# start OpenClaw with only this repo and the credentials required for the taskLo importante no es el comando. Es la forma: una tarea, una rama, una frontera de confianza.
Mantén observable el bucle local
Las ejecuciones locales de OpenClaw son útiles porque puedes vigilarlas de cerca. Usa esa ventaja. Mantén visible la terminal, revisa los diffs antes de cada commit y haz que las pruebas formen parte del bucle, no de una limpieza final.
Nos gusta esta cadencia:
- Pide un cambio pequeño, no una hoja de ruta completa.
- Deja que el agente inspeccione y proponga un plan.
- Revisa los archivos que quiere tocar.
- Ejecuta la prueba significativa más pequeña.
- Haz commit solo cuando el diff sea aburrido.
Esa cadencia también facilita las migraciones. Si un flujo funciona en local con bucles pequeños, normalmente se porta bien a Codex CLI en un host remoto. Si solo funciona porque rescatas al agente todo el tiempo a mano, alojarlo no arreglará mágicamente el proceso.
Aprende cuándo local deja de ser el lugar correcto
Local-first no significa portátil-para-siempre. Mueve la carga cuando el agente necesite tiempo, aislamiento o persistencia.
| Señal | Quedarse local | Mover a VPS |
|---|---|---|
| Aprender un framework de agentes nuevo | Sí | Todavía no |
| Refactor de una hora con revisión activa | Sí | Opcional |
| Bucle de pruebas/arreglos durante la noche | No | Sí |
| Varios agentes en ramas relacionadas | Doloroso | Sí |
| Secretos cercanos a producción o datos de clientes | Arriesgado | Mejor host aislado |
Ahí importa la decisión OpenClaw vs Codex. OpenClaw es amplio y orientado a ecosistema. Codex es más estrecho, pero fuerte para trabajo de software centrado en repos y encaja bien con la economía de suscripción. Nuestra comparación OpenClaw vs Codex profundiza en ese intercambio.
El traspaso a Office Claws
Office Claws no es un runtime de OpenClaw. No afirmamos soporte nativo para OpenClaw y no lo envolvemos detrás de un botón. El traspaso honesto es este: usa OpenClaw local mientras exploras el flujo de agente general, y luego mueve el trabajo pesado de código a agentes Codex cuando quieras ejecución persistente y enfocada en repos.
Con Office Claws, ese camino alojado es deliberadamente pequeño:
- Aprovisiona un VPS self-hosted desde la app de escritorio.
- Conéctalo por Tailscale para que el runner sea accesible sin exponer SSH a internet.
- Inicia sesión en Codex CLI con tu suscripción de ChatGPT.
- Arranca un agente por rama y observa el estado en la oficina pixelada.
- Trae la rama a local para la revisión final antes del merge.
El camino Office Claws for OpenClaw users va de control: tu VPS, tu suscripción, tus ramas y una vista de escritorio que hace visibles los agentes de larga duración.
Recomendación
Ejecuta OpenClaw primero en local. Mantén estrecha la sandbox, mide cuánto de tu trabajo es realmente centrado en código y usa el bucle local para aprender en qué es bueno el agente.
Cuando la tarea sea larga, tenga muchas ramas o sea demasiado importante para dejarla dentro de un portátil dormido, mueve la parte de coding a Codex en un VPS. Eso te da la persistencia que quieren los usuarios de OpenClaw sin fingir que cada flujo de OpenClaw pertenece dentro de una herramienta con forma de Codex.
Local es donde aprendes el flujo. Un runner remoto de Codex es donde el trabajo aburrido de código puede seguir avanzando.