Cómo construí un equipo de 11 agentes IA que trabajan mientras duermo

El cuello de botella se llama vos

Hay un problema que nadie te cuenta cuando empezás como freelance o agencia pequeña: el límite de crecimiento sos vos mismo. Toda decisión pasa por tu cabeza. Todo cliente necesita tu atención. Todo proyecto depende de que vos estés disponible, enfocado y con energía.

Durante 15 años trabajé en advertising, diseño y desarrollo. Construí marcas, lancé productos, escribí código. Y llegó un punto donde la pregunta dejó de ser "¿puedo hacer esto?" y empezó a ser "¿cómo hago más sin romperme?"

Contratar personas es una opción. Pero contratar bien es caro, lento y arriesgado. Un senior de diseño te cuesta entre $2,000 y $5,000 al mes. Un desarrollador full-stack, otro tanto. Y todavía tenés que coordinarlos, revisarlos, formarlos en tu cultura de trabajo.

La pregunta que me obsesionó en 2025 fue diferente: ¿y si en vez de contratar personas, construía un equipo de agentes IA especializados, cada uno con su rol, su contexto y su forma de trabajar? ¿Y si ese equipo podía ejecutar mientras yo duermo?

Eso es JARVIS. Y acá te cuento exactamente cómo lo construí.

---

Qué es JARVIS y por qué no es un chatbot

Si pensás en IA como "le preguntás cosas al chat y te responde", JARVIS es algo completamente distinto. La inspiración viene directo de Iron Man: Tony Stark no le pregunta a JARVIS "¿qué debería hacer hoy?". Tony Stark le dice "gestioná el sistema de misiles" y JARVIS coordina los sistemas correctos para que eso pase.

La diferencia clave es orquestador vs. ejecutor.

• Un chatbot ejecuta: recibe tu prompt, genera una respuesta, listo.
• Un orquestador coordina: entiende el objetivo, identifica qué especialistas necesita, les delega tareas con contexto preciso, recopila resultados y sintetiza.

JARVIS nunca escribe código. Nunca genera diseños. Nunca redacta posts. JARVIS decide quién hace qué, cuándo, con qué información, y con qué presupuesto de tokens. Es el CEO del sistema, no el técnico.

Esta separación de responsabilidades es lo que hace que el sistema escale. Cada agente trabaja en su contexto aislado, sin contaminarse con el contexto de los otros. Cuando Neo (el agente de desarrollo) está construyendo un componente React, no necesita saber nada del brief de branding que Trinity está procesando al mismo tiempo.

Un orquestador sin ejecutores es inútil. Un ejecutor sin orquestador es caótico. La magia está en la separación de roles y el protocolo de comunicación entre ellos.

---

Los 11 agentes del equipo

Cada agente tiene un nombre del universo Matrix (no podía resistirme), un rol específico, un modelo asignado según la complejidad de sus tareas, y casos de uso reales que ya ejecuté con ellos.

Trinity — Diseño y Brand Identity

Modelo: Claude Sonnet | Stack: Prompts estructurados para generación de imagen + lógica de brand

Trinity ejecuta el pipeline completo de branding: recibe el brief del cliente, genera 3 conceptos de identidad visual, expande el concepto elegido a brand kit completo y entrega el brand book final. Hace en 4-6 horas lo que antes me tomaba 3 días de trabajo.

Caso real: Para Hakuna Mata (emprendimiento gastronómico), Trinity generó 3 propuestas de logo, exploró paletas de color, tipografías y tono visual. El cliente eligió en 20 minutos. Trinity expandió a packaging, menú, social media kit y brand book de 28 páginas. Todo en una tarde.

Neo — Desarrollo Web Full-Stack

Modelo: Claude Sonnet | Stack: Next.js 15 + React 19 + Tailwind 4 + Supabase

Neo construye y mantiene sitios web, landings, dashboards y APIs. Trabaja con SDD (Spec-Driven Development): primero especifica, luego implementa, luego verifica. Nunca escribe código antes de tener el diseño claro.

Caso real: Neo construyó el dashboard de Nexus CRM (mi SaaS propio) incluyendo el sistema de multi-tenant, integración con WhatsApp Business API, y el módulo de analytics. Tiempo total: 3 semanas de trabajo distribuido.

Tank — Mobile

Modelo: Claude Sonnet | Stack: Flutter + React Native

Tank se encarga de todo lo móvil: apps nativas, PWAs, integraciones con APIs móviles. Especializado en UX para pantallas chicas y performance en dispositivos de gama media-baja (importante para el mercado latinoamericano).

Dozer — Automatización

Modelo: Claude Haiku | Stack: n8n + scripts + webhooks

Dozer construye los pipelines que hacen que todo funcione sin intervención humana. Workflows de n8n, bots de WhatsApp, cron jobs, integraciones entre APIs. Es el agente más ocupado del equipo porque la automatización está en todo.

Caso real: Dozer armó el workflow completo de onboarding de Nexus CRM: cuando un cliente se registra, automáticamente se crea su tenant en Supabase, se configura su instancia de WhatsApp, se envía el email de bienvenida y se agenda el call de onboarding. Sin intervención manual.

Morpheus — Marketing y Contenido

Modelo: Claude Sonnet | Stack: SEO técnico + copywriting + estrategia

Morpheus se encarga de la estrategia de contenido, posts de blog, copy de landings, scripts de video y posicionamiento. Trabaja con keywords reales, estructura SEO, y la voz de marca de cada proyecto.

Switch — Redes Sociales

Modelo: Claude Sonnet | Stack: IG + TikTok + Twitter/X + LinkedIn

Switch adapta el contenido de Morpheus para cada plataforma. Un artículo de blog se convierte en 5 posts de Instagram, 3 hilos de Twitter, 1 carousel de LinkedIn y 2 ideas de Reels. Conoce los algoritmos, los formatos y los mejores horarios para cada red.

Oracle — Finanzas

Modelo: Claude Sonnet | Stack: Integración contable + análisis financiero

Oracle lleva la contabilidad del negocio, genera presupuestos para clientes, analiza rentabilidad por proyecto y proyecta flujo de caja. Nada de hojas de Excel al final del mes: Oracle tiene el número en tiempo real.

Niobe — Ventas y CRM

Modelo: Claude Sonnet | Stack: Nexus CRM + WhatsApp Business API

Niobe gestiona el pipeline de ventas: hace seguimiento de leads, redacta propuestas comerciales, coordina los follow-ups y alimenta el CRM con cada interacción. Trabaja directamente con Nexus (mi SaaS) para tener visibilidad total del funnel.

Seraph — Documentación Técnica

Modelo: Claude Haiku | Stack: Markdown + wikis + README

Seraph documenta todo lo que los otros agentes construyen. APIs, decisiones de arquitectura, guías de uso, changelogs. Usa Haiku porque la documentación técnica es mecánica — no necesita el poder de Sonnet para hacerlo bien.

Ghost — Seguridad y Compliance

Modelo: Claude Sonnet | Stack: Auditorías + revisión de código + políticas

Ghost revisa que nada de lo que el equipo construye tenga vulnerabilidades, problemas de privacidad o incumplimientos regulatorios. Antes de que cualquier cosa salga a producción, Ghost la audita.

Cypher — Video y UGC

Modelo: Claude Sonnet | Stack: Scripts + Higgsfield + Kling + Suno

Cypher produce contenido de video: desde el script y el hook viral hasta la dirección del AI video generado con herramientas como Higgsfield o Kling. Especializado en formato UGC y contenido para redes de corta duración.

---

El stack técnico: qué usa JARVIS por dentro

Un equipo de agentes no es magia. Es infraestructura. Acá está lo que corre por detrás:

Claude API (Anthropic)

Todos los agentes usan Claude. No ChatGPT, no Gemini. Claude. La razón principal es la calidad del razonamiento en tareas complejas con contexto largo, y la consistencia del output. Para un sistema donde los agentes se pasan información entre sí, necesitás un modelo que mantenga coherencia a lo largo de conversaciones largas.

El costo promedio del sistema completo es de $80-150 USD al mes en tokens. Sí, leíste bien. Menos de lo que te costaría una hora de un freelance senior.

n8n (self-hosted)

El motor de automatización. n8n conecta los agentes entre sí, dispara workflows según eventos (nuevo lead, nuevo cliente, nueva tarea), y maneja las integraciones con servicios externos (WhatsApp, Gmail, Slack, Notion). Self-hosted en Hostinger via Easypanel para tener control total.

Supabase

PostgreSQL gestionado con realtime, auth y storage incluidos. Es la base de datos de Nexus CRM y de JARVIS mismo. Multi-tenant desde el día 1, con Row Level Security para que cada cliente solo vea sus datos.

Engram

La pieza más interesante del stack. Engram es un sistema de memoria persistente que escribí en Go. Permite que los agentes recuerden decisiones, contexto y aprendizajes entre sesiones. Sin Engram, cada vez que iniciás una sesión con un agente tenés que explicarle todo desde cero.

Con Engram, Neo sabe que preferís TypeScript sobre JavaScript, que usás Tailwind 4 y no 3, que la paleta de colores de un cliente es tal cosa, y que hubo un bug en el auth que ya se resolvió de determinada manera. Esa memoria persiste indefinidamente.

Vercel + Easypanel

Frontend en Vercel (Next.js 15, deploy en segundos). Servicios en Easypanel sobre un servidor en Hetzner: n8n, Engram, y los microservicios propios. Costo mensual total de infraestructura: ~$35 USD.

Claude Code + GitHub

El workflow de desarrollo usa Claude Code como IDE principal. Los cambios pasan por GitHub, con CI/CD automatizado. Los PRs los revisa Ghost antes del merge.

---

Lo que aprendí construyéndolo (errores reales)

Construir esto no fue lineal. Acá van los errores más costosos:

Error 1: Querer que un solo agente haga todo

La primera versión de JARVIS era un agente único con un prompt gigante. "Sos diseñador, desarrollador, estratega de marketing, vendedor y contador." El resultado fue mediocre en todo y excelente en nada. La especialización importa, incluso en IA.

Error 2: No separar el contexto

Cuando los agentes comparten contexto, se contaminan. Neo empieza a opinar sobre diseño. Trinity empieza a sugerir arquitecturas de código. La solución fue contexto aislado por agente: cada uno sabe solo lo que necesita saber para su tarea.

Error 3: Usar el modelo equivocado para cada tarea

Al principio usaba Sonnet para todo, incluyendo tareas mecánicas como documentación o formateo. El costo se disparó. La solución fue Token Economics: Haiku para tareas simples y mecánicas, Sonnet para complejidad media, Opus para decisiones de arquitectura. El costo bajó un 60% sin perder calidad.

Error 4: No tener memoria persistente desde el principio

Durante meses trabajé sin Engram. Cada sesión empezaba desde cero. Los agentes repetían preguntas. Tomaban decisiones inconsistentes con las anteriores. Construir Engram fue la inversión más valiosa del proyecto: 3 semanas de desarrollo que cambiaron completamente la experiencia.

---

¿Querés algo así para tu empresa?

JARVIS no es un producto que puedas comprar. Es una arquitectura que diseñé específicamente para mi negocio, con mis flujos de trabajo y mis clientes.

Pero los principios son replicables. Si tenés una empresa que quiere escalar su capacidad operativa sin escalar su equipo humano de forma lineal, podemos diseñar algo similar para vos.

No te vendo una herramienta. Te construyo el sistema.

Escribime directo desde el formulario de contacto o por Instagram @MickaelDesigner. Contame qué hace tu empresa, dónde están los cuellos de botella, y conversamos si tiene sentido.