Illinois-Chat
Illinois Chat es una plataforma de chat autoadministrable para construir asistentes personalizados sobre documentos curados y contenido web.
Ficha actualizada 22 sept 2026, 19:25 · upstream 22 sept 2026, 19:10 · release v1.0
Qué es Illinois-Chat
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Illinois Chat es un entorno autocontenido que permite crear asistentes inteligentes a medida, construidos sobre documentos estructurados y contenido web. La arquitectura se basa en una aplicación frontend Next.js con API Flask en el backend, conectada mediante RabbitMQ para la gestión de mensajes, PostgreSQL con pgvector para embeddings vectoriales, Redis para caché, MinIO para almacenamiento de archivos, Qdrant para vectores de búsqueda, Keycloak para autenticación y SSO, y un servicio de crawling externo. El sistema soporta múltiples proveedores de modelos de lenguaje, embeddings y APIs de API keys, permitiendo personalización total según las necesidades del proyecto.
La plataforma está diseñada para ser desplegada tanto en entornos Docker como localmente, con una arquitectura modular que separa claramente la lógica de negocio (backend), el frontend web, los servicios de crawling, la infraestructura de base de datos y la autenticación. Esto facilita la escalabilidad horizontal y permite a diferentes equipos manejar componentes específicos sin afectar al resto del sistema.
La integración con Sim AI se realiza mediante un canal de API seguro que genera identidades simuladas para usuarios, permitiendo el desarrollo de flujos de trabajo personalizados dentro de Illinois Chat. La plataforma soporta múltiples integraciones externas (S3, PostgreSQL, Qdrant) y permite la configuración dinámica de restricciones de integridad de bloque en cada proyecto.
La arquitectura actual utiliza un enfoque monolítico con Docker Compose para despliegues completos y desarrollo local, aunque el código fuente está organizado en aplicaciones separadas que pueden ser desplegadas individualmente. La infraestructura incluye un sistema de autenticación centralizado (Keycloak) que gestiona usuarios y roles, junto con mecanismos de aprobación de usuarios Sim que requieren intervención administrativa.
La plataforma soporta múltiples proveedores de modelos de lenguaje, embeddings y APIs de API keys, lo que permite a los equipos elegir sus proveedores preferidos sin necesidad de migraciones complejas. La arquitectura está diseñada para ser extensible mediante la adición de nuevos servicios o
- Construir un asistente personalizado para una institución académica basado en documentos internos y recursos web del campus
- Desarrollar un chatbot corporativo que responda sobre políticas internas, procedimientos y documentación interna
- Crear un asistente de investigación que consulte bases de datos académicas o repositorios institucionales
- Construir un asistente de organización para equipos que necesiten consultar documentos compartidos en tiempo real
- Desarrollar un chatbot para soporte técnico interno que consulte documentación técnica y procedimientos operativos
- Crear un asistente personalizado para proyectos de investigación con acceso a bases de datos académicas o repositorios institucionales
- Soporta múltiples proveedores de modelos de lenguaje, embeddings y APIs de API keys sin necesidad de migraciones complejas
- Arquitectura modular que separa claramente la lógica de negocio del frontend, backend e infraestructura
- Sistema de autenticación centralizado con Keycloak permite gestión unificada de usuarios y roles
- Soporta múltiples integraciones externas (S3, PostgreSQL, Qdrant) mediante configuración dinámica por proyecto
- Incluye herramientas de desarrollo local que permiten hot reload en frontend y backend durante el desarrollo
- Permite la creación de flujos de trabajo personalizados con restricciones de integridad de bloque configurable por proyecto
- La arquitectura actual es monolítica; la separación entre capas (frontend, backend, infraestructura) se realiza mediante Docker Compose y no a través de contenedores independientes
- El sistema depende de un proveedor externo para el crawling web, lo que introduce latencia y dependencia de servicios externos
- La autenticación centralizada con Keycloak puede ser ineficiente en entornos con muchos usuarios o escalabilidad limitada sin configuración adicional
- La integración con Sim AI requiere aprobación manual de usuarios y no es totalmente automatizada, lo que añade fricción operativa
- El sistema no incluye capacidades nativas de chat como conversaciones continuas, memoria persistente entre sesiones o historial de conversación
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 desplegar Illinois Chat en producción, se recomienda usar el stack completo con Docker Compose. Se debe configurar un entorno de producción separado del de desarrollo, configurando variables de entorno para claves API y secretos sensibles. Se debe habilitar la autenticación de Keycloak y asegurar que los permisos de acceso a modelos sean restringidos según las políticas de seguridad. Para el despliegue local, se recomienda usar el stack `start-dev.sh` con hot reload activado en el frontend. En entornos Docker, se deben configurar volúmenes persistentes para PostgreSQL (con pgvector) y MinIO, así como un contenedor dedicado para Qdrant. Se debe verificar que los permisos de ejecución del script `start-all.sh` sean correctos antes de ejecutarlo. Para migrar a un nuevo proveedor de modelos o embeddings, se debe actualizar el archivo `.env` con las nuevas credenciales y reconfigurar las
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.