omadia
Self-hostable agentic OS que permite construir, ejecutar y auditar equipos de agentes IA multi-agente con plugins firmados.
Ficha actualizada 23 sept 2026, 13:06 · upstream 23 sept 2026, 12:50 · release v0.163.2
Qué es omadia
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Omadia es un OS autónomo autocontenido en Docker Compose que permite a los profesionales crear, ejecutar y auditar equipos de agentes de inteligencia artificial. Los agentes se ejecutan sobre infraestructura propia y colaboran dentro de canales compartidos del equipo, no como chatbots privados uno contra uno. Convierte datos, software y personas en resultados orientables, auditables y verificables. Cada respuesta es verificada antes de enviarse y cada acción registra un recibo completo.
La plataforma se construye sobre una arquitectura plugin-based donde canales, integraciones, herramientas y proveedores de capacidades residen detrás de una API estable. El sistema soporta autenticación multi-identidad (local + OIDC), orquestación de turnos entre agentes especializados, y generación de documentos ejecutables como hojas de cálculo y documentos Word.
La experiencia de usuario se define con un lenguaje visual llamado Lume: superficies que parecen condensadas de luz, bordes que reflejan la luz en su borde superior, una sola sección de acento para indicar estado activo o selección, y esquinas suavizadas. El tema se gestiona mediante tokens, permitiendo cambiar entre paletas de color Petrol, Atelier y Lagoon desde el encabezado.
Omadia está diseñado para ser self-hostable en un solo servidor con PostgreSQL como base de datos y S3/MinIO como almacenamiento de objetos. Soporta múltiples proveedores de llaves de API de lenguaje (LLM) mediante plugins sin necesidad de modificar el código del sistema.
- Automatización de tareas repetitivas con agentes especializados que ejecutan acciones en canales compartidos
- Gestión documental automatizada donde documentos se generan y validan antes de enviarse a usuarios
- Colaboración remota entre múltiples personas trabajando sobre el mismo equipo de agentes sin necesidad de chatbots privados
- Procesamiento de datos con orquestación de herramientas que ejecutan cálculos en servidores (como hojas de cálculo) y no solo consultas de lenguaje
- Auditoría completa de decisiones automatizadas mediante un registro per-run de cada paso, herramienta llamada y decisión tomada
- Soporte para múltiples proveedores de LLM con autenticación separada por proveedor sin necesidad de modificar el código del sistema
- Verificación automática de respuestas antes de su envío a canales, con veredicto aprobado o con desclaimer
- Generación ejecutable de documentos (Excel, Word) desde prompts mediante plugins especializados en lugar de consultas de lenguaje
- Orquestación multi-agente donde cada turno se distribuye a agentes especializados según el contexto del canal
- Privacidad por diseño: los resultados brutos de herramientas quedan internados y solo se expone un digest sin identidad al LLM
- El sistema requiere Docker Compose v2 con la extensión oficial, no el binario legacy docker-compose
- La autenticación multi-identidad exige que dos secretos diferentes (VAULT_KEY y CREDENTIAL_KEYCHAIN_KEY) se establezcan antes del primer inicio
- Los plugins deben ser distribuidos como ZIP firmados para garantizar integridad en la distribución
- El sistema no soporta múltiples bases de datos simultáneas, solo PostgreSQL con pgvector
- La autenticación local requiere un servidor web (Nginx/Apache) que soporte HTTP/2 y TLS 1.3
Capturas del proyecto
Imágenes reales detectadas en la documentación del repositorio.
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Para ejecutar omadia en producción se recomienda el siguiente flujo: 1) Inicializar el proyecto con `git clone` y `docker compose up -d`. 2) Completar la configuración de autenticación antes del primer inicio, ya que sin VAULT_KEY y CREDENTIAL_KEYCHAIN_KEY el middleware no inicia. 3) Usar un entorno de producción (NODE_ENV=production) para evitar logs en producción. 4) Configurar S3/MinIO como almacenamiento de objetos con permisos adecuados. 5) Implementar la verificación de respuestas en producción, ya que el sistema está diseñado para auditoría. 6) Si se requiere despliegue remoto (Render, Fly.io), usar los blueprints proporcionados o configurar un servidor web propio con soporte HTTP/2 y TLS 1.3.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.