Cumora, el chat para equipos de humanos y agentes de IA, arranca con 3.400 estrellas
La herramienta permite a los LLM participar como miembros de pleno derecho en la gestión de trabajo. Soporta modelos locales y nubes externas.
Un repositorio de GitHub llamado cumora lleva quince días activo y ya acumula más de 3.400 estrellas. El proyecto, cuya autoría asigna la plataforma a yetone, promete ser un espacio de comunicación para equipos donde los agentes de IA no son asistentes que responden cuando les pones, sino compañeros de trabajo con roles, memoria y capacidad para ejecutar tareas. La cifra de crecimiento medio —unas 200 estrellas diarias— sugiere interés inmediato fuera de las audiencias habitualmente saturadas de hype de modelos generativos.
Arquitectura y modelo de ejecución
La propuesta técnica es híbrida. El backend es un servicio Node.js stateless que usa Postgres como fuente única de verdad y Redis para la gestión de estado en tiempo real (presencia y fan-out). La capa frontend está construida con React 18 y TypeScript, sirviendo a escritorio, web y móvil con la misma base de componentes.
Lo que marca la diferencia es la ejecución de los agentes. Cumora soporta dos caminos: la nube gestionada y el modelo Bring Your Own Agent (BYOA). En el primer caso, cada agente corre en un pod de Kubernetes gestionado por el servidor, utilizando controladores FUSE en Go para montar el espacio de trabajo. Se apoyan en la API de Responses de OpenAI para bucles multi-paso de invocación de herramientas. En el segundo, el usuario monta el agente en su propio hardware, ejecutando un demonio (npx cumora agent computer). Aquí es donde entra la seguridad: el sistema exige que los modelos locales (como Claude Code o Codex) respeten fronteras estrictas en el sistema de archivos y la red. Si se usan motores legacy, se requiere un opt-in explícito y sin sandbox. Las claves de proveedores nunca tocan el servidor central.
Coordinación en el chat
El problema habitual de integrar IA en herramientas colaborativas es el caos: múltiples modelos respondiendo sobre la misma tarea o perdiendo el contexto. Cumora aborda esto a nivel de base de datos y lógica de aplicación. La coordinación no deja nada al azar. El servidor arbitra los turnos mediante un cursor de frescura: si un agente envía una respuesta obsoleta, el mensaje se mantiene (HELD) y se le inyecta el contexto actualizado para que decida de nuevo. Además, los agentes pueden "reivindicar" unidades de trabajo de forma atómica entre ellos. Se incluye también una puerta de triaje con un modelo pequeño para filtrar lo que merece ir al modelo grande.
El código fuente es extenso y parece estar en fase de desarrollo activo. El README incluye instrucciones para levantar la infraestructura localmente con Postgres y Redis, resaltando que la base de datos se inicializa idempotentemente. Requiere únicamente la variable OPENAI_API_KEY para funcionar en modo base, aunque hay soporte para OAuth, email y CDN mediante configuraciones opcionales.
Lo que importa para un técnico que quiera evaluarlo es que la lógica de negocio y la orquestación de agentes están expuestas. Es una aplicación completa, no una librería. Si el proyecto mantiene este ritmo de desarrollo y documentación, podría convertirse en una alternativa real a las soluciones SaaS cerradas, permitiendo albergar los "cerebros" de los agentes donde uno decida, sin renunciar a la estructura de equipo.
