otari
Otari es una puerta de entrada (gateway) compatible con OpenAI para ejecutar modelos LLM propios. Centraliza el acceso a 40+ proveedores, gestiona claves virtuales, presupuestos y seguimiento de uso en un único endpoint.
Ficha actualizada 22 sept 2026, 15:02 · upstream 22 sept 2026, 14:58 · release v0.6.5
Qué es otari
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Otari actúa como capa intermedia entre aplicaciones y proveedores de modelos de lenguaje. Autentica solicitudes, resuelve credenciales de proveedores, aplica límites presupuestarios antes del envío y registra el consumo tras la liquidación. Soporta múltiples modos de operación: standalone (proceso único con almacenamiento local), hosted (plano de control multiinquilino) e híbrido (gateway de plano de datos que reporta a otari.ai).
El proyecto utiliza Next.js, Node.js, FastAPI y Python. Incluye soporte para PostgreSQL, OpenSearch y S3/MinIO como servicios backend. Ofrece dashboard administrativo para gestionar proveedores, modelos, enrutamiento, herramientas, claves API, miembros, presupuestos, configuración y actividad. Publica Swagger UI y especificación OpenAPI.
Otari soporta políticas de enrutamiento local para failover, ponderación y selección aprendida. Incluye capacidades opcionales como ejecución de código, búsqueda web, MCP, guardrails y comprensión de archivos. La licencia es Apache 2.0.
- Centralizar acceso a múltiples proveedores LLM mediante un único endpoint compatible con OpenAI
- Gestionar presupuestos por usuario/workspace antes del consumo de modelos
- Implementar enrutamiento inteligente entre proveedores con políticas de failover y ponderación
- Auditar y rastrear uso de modelos LLM en infraestructura propia
- Ofrecer claves API revocables con escopos granulares (usuario, workspace, modelo)
- Integrar capacidades adicionales como ejecución de código o búsqueda web sin cambiar el endpoint
- Compatible con OpenAI y Anthropic mediante un único endpoint
- Credenciales de proveedores permanecen ocultas detrás del gateway
- Claves API revocables con escopos granulares (usuario, workspace, modelo)
- Verificación presupuestaria antes del gasto y registro posterior al consumo
- Políticas de enrutamiento local para failover, ponderación y selección aprendida
- Capacidades opcionales: ejecución de código, búsqueda web, MCP, guardrails
- Requiere PostgreSQL para despliegue persistente (SQLite solo en contenedores efímeros)
- No incluye despliegue one-click nativo (requiere Docker Compose o plantillas externas)
- Modo híbrido depende de conexión con otari.ai para funcionalidad completa
- Algunas capacidades avanzadas requieren activación mediante perfiles de Docker Compose
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 producción persistente, use Docker Compose con PostgreSQL. Establezca OTARI_MASTER_KEY y credenciales de proveedores en config.yml. Para modo híbrido, configure OTARI_AI_TOKEN. Active servicios opcionales (code-exec, web-search, guardrails) mediante perfiles. Use OTARI_SECRET_KEY para autenticación del dashboard. Consulte docs/deployment.md para detalles completos.
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.