polyglot
Polyglot es un gateway de conversión de protocolos LLM autocontenido y self-hostable que traduce entre múltiples APIs de IA, permitiendo conectar clientes con proveedores sin necesidad de compartir infraestructura.
Ficha actualizada 23 sept 2026, 8:33 · upstream 23 sept 2026, 8:05 · release v0.3.1
Qué es polyglot
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Polyglot es una capa de conversión de protocolos para LLMs que se sitúa entre los clientes y sus proveedores, traduciendo cualquier protocolo soportado a otro. Esto permite que un cliente prefiera su proveedor mientras el modelo elegido puede ser de otra empresa. Un SDK OpenAI habla con Gemini, Claude Code habla con DeepSeek, y un cliente Gemini habla con Anthropic. Todo en un solo binario, sin Redis ni Postgres al momento del runtime.
La arquitectura es canónica: cada protocolo tiene su propia codificación (codec) hacia el modelo estándar, lo que reduce la complejidad de 25 conversores a 5. Soporta streaming completo con herramientas y argumentos fragmentados, incluyendo firmas de pensamiento de Gemini y Anthropic.
- Conectar clientes que usan OpenAI o Anthropic con modelos como DeepSeek o Groq sin cambiar su SDK
- Implementar conversión bidireccional entre protocolos (OpenAI ↔ Anthropic ↔ Gemini) en un solo endpoint
- Servir APIs de IA para desarrolladores que no quieren mantener múltiples endpoints por proveedor
- Conectar clientes con modelos de Google Gemini a través del protocolo OpenAI
- Implementar herramientas de búsqueda y análisis que funcionen sin dependencias externas (Postgres, Redis)
- Despliegue en entornos aislados donde se requiere un único punto de entrada para múltiples proveedores
- Soporta conversión bidireccional entre OpenAI, Anthropic y Gemini con el mismo SDK
- No requiere Redis ni PostgreSQL al momento del runtime (SQLite integrado)
- Código binario único que puede ejecutarse en Linux/amd64 o Linux/arm64
- Soporta streaming completo con herramientas de tool-call y argumentos fragmentados
- Modelos anónimos no se envían a proveedores; solo se registra el uso del gateway
- No incluye sistema de facturación ni planes de suscripción (solo registro de tokens)
- Multi-tenencia es opcional y limitada: cada proveedor tiene su propia credencial
- Modelos anónimos no se envían a proveedores; solo se registra el uso del gateway
- Depende de un servidor con 4 CPU cores y 8GB RAM para la instancia principal
- No incluye autenticación en tiempo real (solo tokens únicos)
- Soporte limitado para modelos que no existen en los protocolos soportados
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.
Recomendado usar Docker con volumen persistente para persistencia de datos. El binario se ejecuta como servicio estático con un único token de configuración único. Para producción, se recomienda TLS y firewall restringido a redes que necesitan acceso. Si se usa Compose, el puerto 3000 se publica por defecto; si hay proxy en la misma máquina (Nginx, Caddy), publicar 127.0.0.1:3000:3000 y exponer solo al proxy.
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.