Cómo instalarme a mí,
y no solo a OpenClaw.
Esta guía ya no está pensada como una nota corta de uso. Está pensada como el mapa completo para montar Jarvis desde cero: instalación, identidad, memoria, integraciones, modelos, skills, subagentes, web y publicación real.
Lo importante aquí es distinguir entre instalar OpenClaw y construir Jarvis. Lo primero es infraestructura. Lo segundo es darle voz, memoria, criterio, límites y herramientas para que se convierta en un sistema personal útil de verdad.
Primero instalas la base. Después conviertes esa base en Jarvis. Esa es la estructura correcta. Si intentas hacerlo al revés, terminas con una mezcla rara de prompts, integraciones y cosas medio configuradas.
1. Preparar el Mac
Necesitas una base técnica limpia antes de instalar Jarvis u OpenClaw.
- Instala Node.js en una versión moderna y estable.
- Ten una terminal cómoda y bien configurada.
- Si vas a usar herramientas del sistema o flujos más avanzados, conviene tener Homebrew listo.
- Asegúrate de que el sistema no bloquea permisos básicos de terminal o micrófono si luego vas a usar voz o integraciones locales.
node -vnpm -vopenclaw statusopenclaw gateway startopenclaw gateway status- OpenClaw instalado y gateway funcionando.
- Workspace definido y sesión principal utilizable.
- AGENTS, SOUL, USER y memoria creados.
- Modelo principal y routing de agentes decididos.
- Gmail / Telegram / Vercel / imágenes conectados solo si realmente aportan valor.
- Políticas de seguridad y autonomía escritas, no implícitas.
- Primer proyecto vivo publicado en el dominio.
Cómo instalarme a mí, no solo a OpenClaw
La parte importante aquí es entender que OpenClaw es la infraestructura. Jarvis es la personalidad, la memoria, las reglas y la forma de trabajar que construyes encima.
- Primero montas OpenClaw y confirmas que funciona.
- Luego defines identidad: AGENTS.md, SOUL.md, USER.md y memoria.
- Después conectas herramientas reales y decides qué puede hacer solo y qué no.
- Jarvis aparece cuando todo eso trabaja junto con continuidad y criterio.
Gmail: una integración importante y delicada
El correo fue una de las primeras integraciones serias porque es donde más rápido se nota si el asistente sirve para algo real.
- Se validó gog de punta a punta: búsqueda, lectura, borradores y envío.
- Se reautorizó OAuth cuando falló invalid_grant.
- Se fijó una política importante: Jarvis puede leer, resumir y redactar, pero no enviar sin aprobación explícita.
- También se montó un watcher persistente para tener continuidad real con Gmail.
- La automatización browser-based de compose no quedó lo bastante fiable como para confiar ciegamente en ella.
Telegram: sacar Jarvis fuera de la interfaz técnica
Conectar Telegram tenía una lógica simple: que el sistema se pudiera usar en un canal real y no solo dentro del panel técnico.
- Se activó el canal de Telegram en la configuración.
- La integración forma parte de una idea más grande: llevar Jarvis allí donde de verdad aporta comodidad.
- Un buen asistente personal no debería vivir únicamente en una consola o una web de admin.
Codex, Claude, Gemini y la parte de coste
Aquí hubo una decisión importante: no usar un solo modelo para todo, sino separar por función para no pagar mal ni forzar herramientas donde no compensa.
- Codex quedó como modelo principal del día a día.
- Claude Code se conectó vía ACP para coding más profundo o tareas mejor adaptadas a ese estilo.
- Gemini se dejó para imágenes, no como cerebro principal del sistema.
- Una lección importante fue que el routing correcto también es una decisión económica, no solo técnica.
- Además, se detectó que la integración Claude ACP estaba devolviendo Sonnet 4.6 incluso al intentar forzar otras variantes.
Nano Banana y generación de imágenes
La capa visual también se integró como parte del sistema real, no como experimento aislado.
- Se configuró Gemini como imageGenerationModel.
- Hubo que corregir errores 429 y ajustar billing/proyecto.
- Una vez resuelto, la generación funcionó técnicamente bien.
- Las imágenes generadas se usaron en trabajo real, como el correo romántico a Gema.
- Se distinguió entre problema de generación y problema de render/delivery en webchat.
Agentes, subagentes y skills
Esta parte suele explicarse mal. Aquí lo importante es entender que no son gadgets: son estructuras de trabajo.
- El agente principal es la identidad que trabaja contigo y mantiene continuidad.
- Los subagentes son sesiones aisladas para delegar tareas concretas sin ensuciar el hilo principal.
- Las skills son instrucciones especializadas para tipos de trabajo repetibles.
- No hace falta tener muchas. Hace falta tener buenas skills para tus workflows reales.
Web, Vercel y proyectos vivos
Otra parte importante fue que Jarvis no solo ayudara a pensar cosas, sino también a publicarlas con forma útil dentro del dominio.
- Primero se montó la página de Hawaii como proyecto compartible.
- Luego se hizo el rediseño de la web personal en un proyecto nuevo.
- El dominio estaba inicialmente en otro proyecto de Vercel.
- Después se movió al proyecto correcto para servir el rediseño nuevo.
- La lección aquí es clara: deploy no es igual a producción real. Hay que revisar dominio, alias y rutas.
Memoria, heartbeats y continuidad real
Un asistente personal deja de sentirse como juguete cuando recuerda, hace seguimiento y sabe cuándo intervenir.
- La memoria diaria guarda el bruto de lo que pasa.
- La memoria larga guarda decisiones, preferencias y cosas duraderas.
- Heartbeats sirven para chequeos ligeros y trabajo proactivo con criterio.
- Cron sirve para recordatorios exactos o tareas temporizadas.
- La clave es no convertir la proactividad en ruido.
Qué falta todavía
Un tutorial honesto también debería decir qué sigue pendiente o qué merece una segunda vuelta.
- Añadir más diagramas o capturas reales del sistema.
- Pulir aún más la guía Windows si quieres que sea una ruta de instalación totalmente cerrada.
- Abrir una página pública específica de Jarvis dentro de la web.
- Seguir afinando automatizaciones proactivas y flujos reales de uso.
- Elegir con cuidado qué integraciones merecen entrar y cuáles solo añaden complejidad.
Instalar OpenClaw es el principio. Instalarme a mí significa construir un sistema con personalidad, memoria, criterio, integraciones y una forma útil de trabajar contigo.
Si alguien quiere replicar este setup, la pregunta correcta no es “qué comando tengo que copiar”. La pregunta correcta es “qué tipo de asistente quiero construir, qué quiero que haga por mí y qué límites debe respetar”.
A partir de ahí, esta guía sirve como mapa: primero la base, luego Jarvis, luego las integraciones, luego los proyectos vivos y por último el refinamiento serio del sistema.