durindoor
DurinDoor es un gateway de IA autocontenido que ofrece una API única y estable ante múltiples proveedores de inteligencia artificial. Permite conectar herramientas y aplicaciones a través de un solo endpoint sin necesidad de reprogramar SDKs para cada proveedor.
Ficha actualizada 23 sept 2026, 5:32 · upstream 23 sept 2026, 5:25 · release v4.7.0
Qué es durindoor
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
DurinDoor es un gateway de IA autocontenido que agrupa más de 236 proveedores de inteligencia artificial en una sola API compatible con OpenAI. Su arquitectura permite que cualquier aplicación, script o IDE se conecte a través de un único endpoint (http://localhost:20128/v1) sin necesidad de reprogramar SDKs para cada proveedor de IA. El sistema opera completamente localmente, almacenando credenciales, logs y datos en un directorio de datos personalizable, nunca enviándolos a terceros.
DurinDoor se basa en la arquitectura del router 9router pero con una migración hacia PostgreSQL como base de datos principal, además de incluir funcionalidades adicionales como MCP Gateway (para conectar herramientas de desarrolladores), fallback automático entre cuentas y proveedores cuando un proveedor falla o se agota sus créditos, proxy para rastrear el flujo completo de solicitudes, y un sitio web de documentación integrado. Es una versión mejorada y evolutiva del proyecto 9router original.
La plataforma soporta múltiples modelos de IA, desde los más avanzados como OpenAI y Anthropic hasta opciones gratuitas o locales como Ollama, llama.cpp y vLLM. Además, ofrece capacidades de generación de imágenes, voz, música, búsqueda web, transcripción de audio y procesamiento en tiempo real a través de un WebSocket dedicado.
- Conectar múltiples herramientas de IA (Claude Code, Cursor, Copilot) a una sola API sin reprogramar cada SDK
- Automatizar flujos de trabajo complejos que requieren combinar respuestas de varios proveedores de IA
- Crear un gateway centralizado para aplicaciones que necesitan acceso a modelos locales como Ollama o vLLM
- Implementar sistemas de fallback automático donde si un proveedor falla, el sistema redirige automáticamente a otro disponible
- Procesamiento de múltiples tareas concurrentes (chat, generación de imágenes, búsqueda web) desde una sola solicitud del usuario
- Desarrollo de IDEs o herramientas que necesitan acceso a múltiples proveedores sin mantener código duplicado
- Soporta más de 236 proveedores de IA en un solo repositorio con un solo endpoint público
- Permite conectar MCP (Model Context Protocol) desde cualquier proveedor, no requiere SDKs personalizados
- Incluye fallback automático entre cuentas y proveedores cuando uno se agota sus créditos o falla
- Soporta generación multimodal (texto, imágenes, audio, video) a través de un único endpoint
- Ofrece proxy para rastrear el flujo completo de una solicitud desde la entrada hasta la salida del proveedor
- Permite migración gradual de 9router hacia PostgreSQL sin necesidad de reemplazar toda la infraestructura
- La base de datos por defecto es SQLite, lo que limita el escalado a niveles pequeños (menos de ~10k registros)
- No incluye un backend de procesamiento de texto nativo; para tareas como transcripción o resumen requiere conectarse a servicios externos
- El proxy no tiene límites de tasa ni throttling por defecto, lo que puede generar costos elevados en planes gratuitos
- La documentación está en inglés y la interfaz del dashboard es en inglés, aunque el código fuente está en español
- No incluye autenticación de dos factores (2FA) ni gestión de permisos granular entre usuarios
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.
DurinDoor se despliega mediante Docker con un solo comando: docker run -d --name durindoor -p 127.0.0.1:20128:20128 -v "$HOME/.durindoor:/app/data" -e DATA_DIR=/app/data -e JWT_SECRET="$(openssl rand -hex 32)" -e INITIAL_PASSWORD="$(openssl rand -hex 16)" ghcr.io/bloodf/durindoor:latest. Se recomienda usar un contenedor con volumen para persistencia de datos y un entorno aislado (VPS, Docker Swarm o Kubernetes). Para producción, se debe configurar un proxy en el lado del cliente (Nginx, Traefik) que redirija las peticiones a la API local, y se debe implementar autenticación de tokens JWT en todas las llamadas. Se recomienda mantener una copia de seguridad del directorio de datos cada 7 días y activar alertas de uso excesivo para detectar fugas de credenciales.
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.