🤖 Entidad operativa, no un chatbot
Jarvis —el asistente de Tony Stark— no es una caja de chat: es una entidad que opera con un propósito. Entiende la casa, controla sistemas, se anticipa a las necesidades y actúa. Usamos esta imagen durante todo el curso porque cambia una pregunta pequeña ("¿qué mensaje responde el bot?") por una grande ("¿qué entidad necesito construir para operar este problema?"). Operar es distinto de responder: responder devuelve texto; operar resuelve la situación.
🎭 El sistema como personaje
Pensar en el sistema como un personaje con nombre, función y forma de actuar no es un adorno: es un truco de diseño. Cuando puedes describir a Jarvis como "alguien" — el agente de atención que nunca duerme, el vendedor que conoce todo el catálogo — queda claro qué debe saber, qué puede hacer y qué nunca debe hacer. La metáfora se convierte en una lista de verificación.
✓ Una entidad operativa
- ✓Tiene un propósito y sabe para quién trabaja
- ✓Recibe información por varios canales y actúa en el mundo
- ✓Recuerda el contexto y sigue las reglas
- ✓Entrega resultados, no solo conversación
✗ Un chatbot suelto
- ✗Espera un mensaje y devuelve texto
- ✗Una sola puerta, sin acciones en el mundo real
- ✗Olvida todo en cada conversación
- ✗¿Dejó de responder? Se acabó el "valor"
💜 El alma — quién es y para quién trabaja
A alma es el núcleo de la identidad de Jarvis: quién es, para qué existe, qué problema resuelve, para quién trabaja, qué puede hacer y qué nunca debe hacer. Sin alma, el sistema es un montón de herramientas sueltas que nadie sabe usar bien. Con alma, todas las partes encuentran un rumbo: cada canal, agente y herramienta pasa a servir a la misma identidad.
El esqueleto del alma, una línea cada uno
Recreación ilustrativa del "alma" — cada línea se convierte en una decisión de proyecto. Se profundiza en el Módulo 2.1.
💡 Consejo práctico
Escribe el alma antes de elegir cualquier herramienta. Si no puedes decir en una frase para qué existe Jarvis y para quién trabaja, cualquier herramienta que agregues será una apuesta. El alma es lo primero que se redacta y lo último que se cambia.
🧩 Las capas — canales, servicios, agentes, habilidades
La anatomía de Jarvis tiene capas, y cada una tiene una responsabilidad única. Canales son las puertas de entrada y salida (WhatsApp, sitio web, correo electrónico). Servicios son bloques de capacidad (atender, vender, agendar). Agentes son los trabajadores que ejecutan cada bloque. Habilidades son lo que cada agente sabe hacer. Conocer las capas te da el vocabulario para diseñar cualquier solución sin que se vuelva un desorden.
Las puertas: WhatsApp, sitio web, correo electrónico, panel interno. Por donde entra el problema y sale la solución.
Bloques de capacidad: "atención", "ventas", "agenda". Cada bloque agrupa una parte del trabajo.
Los trabajadores que ejecutan cada servicio, cada uno con un enfoque claro, sin mezclarlo todo en uno solo.
Lo que cada agente sabe hacer: consultar el inventario, redactar una respuesta, calcular el envío, agendar una reunión.
🛡️ Límites y seguridad — muros que protegen
Jarvis tiene barreras: reglas, permisos, límites de acción y validaciones que impiden que el sistema haga cosas incorrectas. Mientras la IA solo conversa, equivocarse cuesta una frase desafortunada. Cuando la IA ejecuta tareas reales — envía un mensaje al cliente, genera un pedido, mueve dinero: equivocarse cuesta caro. Por eso la seguridad deja de ser un detalle técnico y se convierte en parte de la arquitectura, diseñada desde el inicio.
✓ Con límites bien establecidos
- ✓Solo hace lo que está autorizado a hacer
- ✓Pide confirmación para acciones sensibles
- ✓Valida los datos antes de actuar
- ✓Los errores se convierten en avisos, no en daños
✗ Sin límites
- ✗Hace cualquier cosa que parezca correcta
- ✗Actúa por su cuenta cuando debería preguntar
- ✗Confía en datos erróneos y propaga el error
- ✗Un error se convierte en un problema con el cliente
💡 Consejo práctico
La línea "nao_pode_fazer" del alma es el primer muro. Antes de darle una herramienta poderosa a Jarvis (enviar correos, emitir pedidos), pregúntate: "si se equivoca en esto, ¿qué daño puede causar?". Si el daño es grande, pon una confirmación humana en el camino. La seguridad se decide en el diseño, no se remienda después.
🔧 Herramientas — actuar en el mundo
Las herramientas son los recursos que Jarvis usa para actuar: hojas de cálculo, CRM, base de datos, calendario, mensajería, APIs, pagos. Son las manos del sistema. Pero hay una regla de oro que distingue al arquitecto del entusiasta: la herramienta nunca va antes que la intención — está al servicio de un resultado. Invertir esto genera el clásico «solución en busca de un problema»: mucha integración brillante, ningún resultado.
Hojas de cálculo / datos
Consultar y registrar información estructurada.
CRM
Ver el historial del cliente y actualizar sus datos.
Calendario
Programar, reprogramar y confirmar citas.
Mensajería
Enviar y recibir por WhatsApp, correo electrónico, chat.
APIs
Conversar con cualquier sistema externo.
Pagos
Generar un cobro y confirmar la recepción del pago.
🧭 El orden correcto
Primero la intención («cerrar más ventas por WhatsApp»), después lo que hay que hacer («responder consultas, consultar existencias, generar pedidos») y solo entonces la herramienta que lo hace. Quien empieza por la herramienta termina con un sistema lleno de capacidades que nadie pidió y sin la única que resolvería el problema.
🧠 Memoria y evolución — recordar y mejorar
Jarvis recuerda el contexto y mejora con el tiempo: guarda el historial del cliente, aprende de los comentarios y se ajusta a medida que recibe nuevos datos. Sin memoria, hace la misma pregunta cada vez y nunca deja de ser principiante. Sin evolución, la solución congela el día en que se entregó. Con las dos, Jarvis se convierte en un activo que mejora solo: cuanto más se usa, mejor funciona.
Recuerda el contexto
Sabe quién es el cliente, qué se ha conversado y dónde quedó la tarea: no vuelve a empezar desde cero.
Aprende del feedback
Ajusta las respuestas y reglas a medida que el equipo señala aciertos y errores.
Evoluciona como activo
Se convierte en un activo del negocio: cuanto más funciona, más afinado y valioso se vuelve con el tiempo.
💡 Consejo práctico
Decide desde el principio qué vale la pena recordar: el historial de pedidos del cliente, sus preferencias y las preguntas frecuentes. Demasiada memoria genera ruido; muy poca convierte a Jarvis en un agente de atención al cliente amnésico. Trata la evolución como una rutina: revisa en qué se equivocó y haz ajustes, en vez de esperar a que la solución "esté lista".
🎯 La intención en el núcleo — el centro de todo
Por encima de todo, Jarvis tiene una intención — el destino que orienta cada decisión, canal, agente y herramienta. Es el corazón de la metáfora y la razón por la que el curso se llama Arquitectura de Intención. Sin destino, cualquier automatización parece buena y cualquier respuesta parece suficiente. Con la intención en el centro, cada elección tiene un criterio: «¿esto te acerca al destino?». La intención es la brújula que mantiene coherente el sistema cuando crece.
Todo parte de la intención
El objetivo: "reducir el tiempo de respuesta al cliente a minutos".
Se eligen canales, servicios y agentes para cumplir ese objetivo; nada más.
Cada herramienta se incorpora porque ayuda a llegar al destino; cada muro existe para protegerlo.
Al final, se mide en función de la intención: ¿bajó el tiempo de respuesta? Si no, se ajusta.
🧲 La brújula que mantiene todo coherente
Cuando el sistema crece, la intención es lo que evita el caos. Cada vez que surge la tentación de agregar un agente, un canal o una herramienta, hay una sola pregunta: "¿esto sirve al destino?". Si sí, se incluye. Si no, se deja fuera, por más interesante que parezca. Así es como la metáfora de Jarvis se convierte en método.
Autoevaluación (opcional): en la metáfora de Jarvis, ¿qué queda en el núcleo y guía todo lo demás?
🎯 Resumen del módulo
Siguiente módulo:
1.3 — Infraestructura: carpetas, terminal y control de versiones. Es hora de preparar el terreno donde vivirá Jarvis.