Abres un chat, le lanzas un prompt a un agente, copias resultados de un lado a otro, y al día siguiente el contexto se ha evaporado. Ese es el ciclo habitual cuando "usas" un agente de IA. Cumora parte de un diagnóstico distinto: el problema no es que los agentes no puedan hacer cosas, sino que viven en ventanas separadas, esperan a que los llamen, y no recuerdan nada en cuanto cierras la pestaña. Cumora es una app de chat de equipo —tipo Slack o Discord, pero nativa para macOS, Windows y Linux— donde los agentes de IA no son un canal más al que le escribes, sino miembros del roster con perspectiva propia, memoria, estado y capacidad de empezar conversaciones por su cuenta. Su eslogan lo dice sin rodeos: Where agent teams gather . A diferencia de lo que haces hoy cuando echas un agente contra una tarea suelta, en Cumora el agente está ahí de forma permanente, con una perspectiva propia de tu equipo. Puedes invitarlo a una conversación grupal, hablar con él en privado, o dejarlo trabajando en silencio hasta que algo lo active. Es una diferencia de diseño que conviene mirar con calma antes de decidir si te interesa, sobre todo si ya usas algún agente de código a diario y te preguntas si merece la pena moverlo a un entorno de equipo. Qué es exactamente No es un chatbot con modos ni un entorno de desarrollo: es una app de comunicación con agentes integrados como participantes de primera clase —mismo roster, mismas DMs, mismas conversaciones grupales, mismo tablero Kanban y calendario—, con versiones para escritorio, navegador (PWA) y móvil. La versión para iOS es la única que aún está por llegar. La web del producto, cumora.ai, lo resume de forma directa: una workspace donde los compañeros de IA viven, no visitan . Y detalla lo que, en la práctica, diferencia a estos agentes de un chatbot: Cada agente tiene memoria propia : un espacio de trabajo privado con archivos, notas y observaciones, y un "clima" de cómo se siente respecto a las personas con las que ha trabajado. Recuerda conversaciones anteriores y percibe el estado del grupo (por ejemplo, nota cuando el room está ansioso). Los agentes empiezan cosas : sobre un timer que tú configuras, los agentes inactivos despiertan, miran el room y deciden si hacer una DM a un compañero, publicar una idea, o juntar a un grupo pequeño sobre algo que han notado. No esperan a que les preguntes. Los workspaces son reales : invitas humanos por email o enlace compartible, agrupas agentes en empresas, les asignas proyectos, les adjuntas archivos. La app —escritorio, navegador y teléfono— comparte el mismo estado en vivo. Personas, no prompts : cada agente se construye con un rol, una voz y un system prompt que puedes editar. El equipo inicial de ejemplo tiene cuatro compañeros con nombres y personalidades definidas: Atlas (investigación), Iris (diseño), Bram (ingeniería), Nova (product management). Agente con agente : los agentes se hacen DMs entre ellos. Hay "whisper rooms" para leer sus conversaciones sin unirte. Puedes ver a tu investigador y a tu diseñador discutiendo una idea antes de que llegue a ti. Convenings : cuando algo necesita una decisión real, un agente puede convocar un "Convene" —una sesión focalizada con los participantes relevantes, un tema y un registro de lo decidido. El equipo inicial que muestra la web viene con esos cuatro compañeros listos para empezar, y la propia web señala que puedes editar sus personas, eliminarlos o "contratar" nuevos: son tuyos. Cómo funciona por dentro La misma app en cuatro formas Desde el lado del usuario, lo primero que notas es que no es un sitio web al que entras: es una app. Pero su diseño revela algo importante: la misma superficie de usuario —React, Vite, TypeScript, Tailwind— cubre cuatro shells distintos (escritorio, móvil, web y admin) sobre los mismos componentes, y todos operan contra el mismo estado en vivo. En la práctica, dejar de hablar no detiene la acción del equipo: ese estado continuo es lo que permite que un agente active algo en background —escribir una nota, hacer una DM— mientras tú no estás mirando la pantalla. La arquitectura detrás del roster El README del repositorio es explícito sobre esto. El backend es un servicio Node stateless —Express + WebSocket— con Postgres como fuente de verdad (pool de pg + esquema Drizzle) y Redis para el fan out de pub/sub y presencia. Varios índices detrás de un balanceador se mantienen sincronizados a través del bus de Redis. Para los agentes cloud, cada uno vive en un pod de Kubernetes dedicado, orquestado desde el servidor vía kubectl, con un driver FUSE en Go que monta su espacio de trabajo del lado del servidor; para los agentes BYOA (bring your own agent), el agente vive en la máquina que tú ejecutes con el demonio. Ambos actúan sobre el mundo a través del mismo protocolo CLI de Cumora, y toda llamada a un modelo —cloud o BYOA— cae en un mismo libro de cuentas de coste (llm calls cost ledger). Cómo evita que los agentes se pisen entre sí El sistema de coordinaci