Open core y licencias

Olivares AI es open core. El producto Community completo se publica bajo la GNU Affero General Public License. Su binario AGPL es toda la plataforma de gobierno, con usuarios ilimitados y un proveedor de identidad (IdP) activo. La línea comercial enterprise/ añade código nuevo, compilado solo con -tags enterprise y ausente del binario público. Business incluye cuatro familias de capacidades en una suscripción. Enterprise cubre el alcance negociado. Una licencia comercial ofrece la excepción legal al copyleft; nada publicado en abierto pasa detrás de un muro de pago.

La frontera de licencia

Las licencias siguen el árbol de fuentes. Cada fichero lleva una cabecera SPDX, y la frontera se aplica en CI (un conector nunca puede importar el motor):

Ruta	Licencia	Qué es
core/	AGPL-3.0-only	el motor: ingesta, bus de eventos, modelo de datos, runtime de módulos, API, authz, auditoría
modules/	AGPL-3.0-only	los 32 módulos (inventario, el mapa R/RW, FinOps, evals, guardrails, …)
web/	AGPL-3.0-only	la interfaz React
sdk/	Apache-2.0	las interfaces de conector/módulo, el contrato gRPC y los tipos compartidos
connectors/	Apache-2.0	los conectores (Claude, OpenAI, pgAudit, eBPF, cloud, Slack, SIEM, …)
enterprise/	comercial	módulos aditivos, protegidos por build-tag, nunca en el binario público (LicenseRef-Olivares-Commercial)

El sitio de documentación que estás leyendo forma parte del producto AGPL. Qué capacidad va en qué edición se escribe en un solo lugar, docs/editions.md en el repositorio; esta página no lo repite.

Qué significa esto para ti

• Self-hosting del producto (AGPL). Puedes ejecutar, estudiar, modificar y redistribuir el producto completo bajo la AGPL. Se aplica la cláusula de uso en red de la AGPL: si ofreces una versión modificada a terceros a través de una red, debes ofrecerles tu código fuente modificado. Para self-hosting interno esto rara vez es un problema; si quieres construir un producto encima de Olivares AI sin esa obligación, la licencia comercial existe exactamente para eso.
• Construir conectores (Apache-2.0). El SDK y los conectores son Apache-2.0 — permisiva, sin copyleft. Puedes escribir un conector, mantenerlo propietario y distribuirlo como quieras. La frontera arquitectónica que hace esto seguro está aplicada: un conector Apache-2.0 nunca importa el motor AGPL; depende únicamente del SDK. Eso mantiene el ecosistema de conectores libre de la fricción del copyleft.
• Una licencia comercial. Las organizaciones que necesitan una excepción a las obligaciones de la AGPL pueden contactar con enterprise@olivares.ai. Business incluye las cuatro familias de capacidades indicadas abajo en una suscripción. Las condiciones de Enterprise se negocian; las familias no se venden por separado.

Ediciones y precios

Edición	Precio	Alcance
Community	Gratis, AGPL-3.0-only	Usuarios ilimitados; un proveedor de identidad (IdP) activo.
Business	99 USD/mes o 990 USD/año	Usuarios ilimitados; una entidad jurídica; una instancia activa a la vez.
Enterprise	Contacta con nosotros	Condiciones pactadas en un contrato y las capacidades que dependen de ellas: varias entidades, más despliegues o IdP, mirrors air-gap, LTS personalizado y credenciales upstream acotadas emitidas por intercambio de tokens OAuth 2.0 (RFC 8693).

Business incluye Regulated Operations, AI Runtime Security, Compliance Packs e Identity & Scale. Cada familia conserva su código y su frontera de concesión de licencia. Puedes activar o desactivar cada familia; ninguna se vende por separado. La implementación privada se distribuye como binarios comerciales, fuera del repositorio público.

¿Puedo comprar una familia de capacidades por separado?

No. Las cuatro familias nombradas están incluidas en la suscripción Business. Elige facturación mensual o anual en Precios.

¿Y si necesito más de una instancia activa a la vez?

Contacta con enterprise@olivares.ai para un alcance Enterprise. Una licencia Business está activa en una instancia a la vez; la liberas en una instancia y la activas en otra tantas veces como necesites. Enterprise cubre varias instancias activas a la vez.

Qué es abierto y qué es comercial

El binario abierto es la plataforma de gobierno al completo; la línea comercial enterprise/ es aditiva. Merece la pena destacar dos fronteras, porque el binario abierto responde por ellas con honestidad en vez de fingirlas:

• SSO — el login de un solo IdP (OIDC + SAML 2.0) es abierto en el binario por defecto: login real, sin -tags enterprise. Varios IdP activos (por tenant / por dominio), el mapeo de grupos al iniciar sesión, la exigencia de SSO y el servidor SCIM entrante son de Business (Identity & Scale); activar un segundo IdP activo devuelve multi_idp_requires_enterprise.
• Cuentas de usuario — ilimitadas en todas las ediciones. El binario de comunidad no tiene tope de usuarios, y el comercial tampoco: ningún estado de licencia (válida, caducada, ausente) puede limitar cuántas cuentas ejecuta un deployment. El tope de tres cuentas activas anterior al 2026-07-27 se eliminó por completo; el seam de asientos permanece en el código como un no-op de compatibilidad que no rechaza nada, y que una licencia caduque nunca limita, desactiva ni borra una cuenta.

Consulta Honestidad y límites para el panorama completo de qué es abierto y qué es comercial.

La licencia nunca limita el producto abierto

Esto es importante y deliberado: en el binario abierto (AGPL), la validación de licencia es solo atestación. El motor registra quién posee una licencia y su estado; nunca deshabilita, degrada ni bloquea ninguna petición, ningún módulo ni el arranque por una comprobación de licencia, y funciona offline (una firma Ed25519, sin servidor de licencias), motivo por el cual el producto abierto funciona air-gapped. El único punto donde la licencia se consume en lugar de mostrarse es el binario comercial cerrado, y solo para dar derecho a los módulos que cubre el acuerdo comercial, evaluados módulo por módulo — una decisión local de la edición comercial, nunca una comprobación en el binario abierto. Nunca limita usuarios: las cuentas son ilimitadas en todas las ediciones. Así que el binario abierto es genuinamente íntegro y sin tope por licencia; lo que difiere en la edición comercial son los módulos comerciales aditivos de enterprise/, no una clave de licencia que active funciones dentro del mismo binario.

Por qué este modelo

Se rechazó mutilar el núcleo: la edición abierta hace el trabajo completo — todo el ciclo de gobierno en un solo nodo —, así que recortarla la convertiría en un producto peor y erosionaría la confianza. Lo permisivo en todo (MIT/Apache en el núcleo) regalaría el núcleo sin base comercial. Las licencias source-available, no OSS (BSL, SSPL y similares) matarían la adopción open source que es justamente el propósito de un ecosistema de conectores extensible. Por eso el modelo es open core: un producto copyleft que es completo y creíble por sí mismo, un SDK permisivo que mantiene el ecosistema de conectores sin fricción, y una pequeña línea comercial aditiva de código nuevo que nunca estuvo en el binario abierto — más una excepción comercial limpia — sin degradar jamás lo que puedes alojar tú mismo.

Contribuir

Las contribuciones se aceptan bajo los términos de contribución del proyecto (el repositorio incluye tanto un DCO como un CLA, además de una política de marca). Consulta la guía CONTRIBUTING del repositorio para conocer el proceso actual.

Relacionado

• Instalar una licencia y pasar a Business — dónde se guarda una licencia adquirida y cómo hacer el cambio in-place de Community → Business. Esta página explica el modelo; la otra detalla los pasos.
• Modelo de seguridad — por qué las licencias solo de atestación importan para un producto de seguridad air-gapped.