
Severance, pero para IA
Por qué los avatares personales y de trabajo necesitan memoria separada y por qué a veces deberían poder hablar entre ellos.
¿Y si el verdadero futuro de la IA no fuera un único asistente que lo sabe todo sobre ti, sino varias versiones tuyas que saben cuándo mantenerse separadas y cuándo hablar entre ellas?
Ese pensamiento me golpeó hoy por Severance.
En la serie, la separación entre trabajo y vida personal da miedo porque es absoluta. Tu yo del trabajo no recuerda tu casa. Tu yo personal no recuerda tu trabajo. Es un límite limpio, pero también violento.
Y aun así, no puedo dejar de pensar que dentro de esa idea hay algo útil.
No el chip. No el horror. El límite.
No creo que la IA deba saber todo de mí al mismo tiempo
Cuando pienso en Ikigai Team, siempre vuelvo a lo mismo: lo primero que necesito no es un enjambre de agentes.
Necesito un avatar.
Un avatar es una versión de mí con un límite específico.
Un avatar personal debería conocer mis metas, mis relaciones, mi energía, qué me importa y qué clase de vida estoy intentando construir.
Un avatar de trabajo debería conocer mi rol, mis reuniones, mis proyectos, mis deadlines y la política del entorno en el que estoy operando.
No quiero que esos dos compartan memoria automáticamente.
No quiero que mi asistente de trabajo arrastre mis reflexiones privadas a cada conversación. No quiero que mi asistente personal meta cerebro de Slack en el resto de mi vida.
Eso no es solo privacidad. Es claridad.
Distintas partes de mí necesitan contextos distintos para pensar bien.
Después vienen los agentes
Esta es la parte que estoy entendiendo poco a poco.
El producto principal no es realmente "un equipo de seis agentes". El producto principal es identidad con límites.
Los agentes vienen después. Son la interfaz memorable alrededor de ese límite.
Así que sí, sigo queriendo a Sage, Maya, Viktor, Marco, Luna, Kai.
Quiero a Sage cuando necesito reflexión. Quiero a Maya cuando necesito a alguien que convierta el caos en movimiento. Quiero a Viktor cuando necesito profundidad técnica.
Los nombres importan. Las caras importan. La voz importa. Los humanos recuerdan mejor a los personajes que a las funcionalidades.
Por eso creo que esto funciona mejor que un asistente gigante con un prompt gigante.
Y la parte bonita es que el rol puede seguir siendo el mismo mientras cambia el límite.
Puede existir una Maya personal y una Maya de trabajo. Mismo arquetipo. Memoria distinta. Prioridades distintas. Una idea distinta de lo que significa "ayudar".
Eso me parece mucho más humano que inventar un reparto completamente nuevo cada vez que aparece un proyecto nuevo.
Los siguientes círculos son las organizaciones y los proyectos
Una vez que empecé a pensar en los avatares así, las siguientes capas se volvieron más claras.
Una organización también es un límite. Tiene sus propios objetivos, lenguaje, principios, reglas de acceso y memoria. No exactamente una persona, pero sí definitivamente una identidad propia.
Y dentro de eso viven los proyectos.
Un proyecto no necesariamente necesita un reparto completo y permanente de agentes. Pero sí necesita su propio contexto: el código, las user stories, los trade-offs, la arquitectura, el estado actual de la realidad.
Así que quizá la forma es esta:
- avatar para el yo
- organización para la misión compartida
- proyecto para el contexto de ejecución
- agentes como las personalidades que te ayudan a navegar cada capa

Me gusta porque se siente construible. No como filosofía abstracta. Sino como algo que puedes prototipar.
Pero la parte más interesante no es la separación
La parte más interesante es la consulta.
No quiero que el avatar personal y el avatar de trabajo estén fusionados para siempre. No quiero filtraciones silenciosas entre ellos. Tampoco quiero un muro falsamente perfecto.
Lo que quiero es un canal deliberado.
Una manera de decir:
- mi yo laboral quiere esta promoción
- mi yo personal cree que va a costar demasiado
- dejemos que hablen
Ahí es donde esto se convierte en algo más que una arquitectura de memoria. Ahí es donde se vuelve útil.
Porque las decisiones más difíciles de la vida casi nunca son puramente personales o puramente profesionales. Viven en la colisión.
¿Debería aceptar el nuevo rol? ¿Debería mudarme de ciudad por trabajo? ¿Debería empezar la empresa? ¿Debería seguir persiguiendo lo que paga bien si está drenando el resto de mi vida?
Un solo asistente suele aplanar esa tensión demasiado pronto. Pero quizá la tensión es exactamente lo que necesito ver.
Quizá el punto no es resolver el conflicto. Quizá el punto es escenificarlo con suficiente claridad como para que por fin pueda decidir.
Esto se siente más cerca del verdadero producto
No creo que la gente solo quiera una IA más inteligente. Creo que quieren una IA que entienda con qué versión de sí mismos está hablando.
El yo que planifica un trimestre no es el mismo yo que está acostado en la cama a medianoche preguntándose qué importa de verdad. El yo del trabajo no es el yo enamorado. El yo que lleva un proyecto no es el yo que intenta construir una vida.
Si la IA va a convertirse en una colaboradora real, la memoria por sí sola no basta. Necesita límites.
Y quizá esa es la idea de producto más profunda escondida debajo de Ikigai Team.
No un asistente que lo sabe todo. Sino una pequeña sociedad de yos que saben lo suficiente y saben cuándo hablar entre ellos.
¿Tienes ideas sobre esta publicación? ¡Discutámoslo en X!
Alösha
Construyo plataformas comunitarias, enseño salsa, escribo para encontrar a mi gente.
También te puede gustar
Why I Put My Life in a Git Repo
I had five side projects, no accountability, and no way to know if my life was getting better. So I built a system out of git, markdown, and AI coaching sessions.
AI Secretary: What If You Let AI Tell You What to Do Next?
I stopped managing tasks in Jira and built an AI that knows my projects, my priorities, and my next move. Here's how it works and the seven rules I actually follow.
I Built an Executive Team of 6 AI Agents to Manage My 15 Side Projects
How I use Claude Code to run an autonomous AI agent team that handles code review, content, strategy, coaching, and community across 15 projects while working full-time.