Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

chatbot

Plataforma auto-alojada para gestión de chatbots con IA, backend Ktor y clientes Kotlin/Compose Multiplatform. Soporta modelos locales Ollama, APIs OpenAI y ejecución segura de herramientas MCP bajo supervisión humana directa.

Ficha actualizada 24 sept 2026, 16:12 · upstream 24 sept 2026, 15:48 · release v0.10.0

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es chatbot

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Torvian Chatbot es una plataforma auto-alojada diseñada para usuarios que requieren control total sobre sus datos, proveedores de modelos y ejecución de herramientas. La arquitectura se basa en un servidor central con backend Ktor que gestiona autenticación, sesiones de chat e integración con LLMs, mientras delega la ejecución de herramientas a procesos trabajadores (workers) independientes para aislamiento y disponibilidad 24/7. Los clientes se desarrollan con Compose Multiplatform en Kotlin, ofreciendo aplicaciones nativas para escritorio, una web app basada en WASM y un cliente Android. La base de datos utiliza SQLite expuesta mediante Exposed ORM, garantizando persistencia ligera y portátil sin dependencias complejas de servidor.

CASOS DE USO
  • Implementar asistentes IA privados en servidores locales o VPS con control total sobre los datos generados.
  • Ejecutar herramientas de automatización (MCP) de forma segura mediante aprobación manual o configuración de firmas de confianza antes de la ejecución.
  • Desarrollar aplicaciones de chat multiplataforma que compartan el mismo backend y estado de sesión sin replicación de modelos.
  • Utilizar modelos locales Ollama para procesar conversaciones sensibles sin enviarlas a proveedores externos en la nube.
PUNTOS DESTACADOS
  • Arquitectura modular con separación clara entre servidor, clientes y workers para escalabilidad y seguridad.
  • Soporte nativo para protocolos de streaming SSE y WebSockets para una experiencia de usuario fluida en tiempo real.
  • Base de datos SQLite integrada que permite despliegues ligeros sin necesidad de configurar bases de datos externas complejas.
  • Mecanismo de aprobación por defecto para llamadas a herramientas MCP, mitigando riesgos de ejecución no autorizada.
PRECAUCIONES
  • El cliente web (WASM) se encuentra en una etapa estable pero con limitaciones funcionales conocidas según la documentación.
  • La imagen Docker precompilada del worker limita las herramientas ejecutables a `uvx` y `npx`, restringiendo otros entornos de ejecución.
  • El cliente Android está en desarrollo temprano con limitaciones de experiencia de usuario (UX) documentadas.
  • Requiere configuración manual de orígenes CORS permitidos para clientes web externos conectados al servidor.
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU4 vCPUrecomendación inicial
MEMORIA8 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADlownivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Utilizar scripts nativos o imágenes Docker oficiales de ghcr.io. Iniciar el servidor antes del worker y cambiar credenciales por defecto (`admin`/`admin123`). Para despliegue en VPS, usar la guía de Docker Compose con Caddy como proxy inverso. Asegurar que el worker tenga acceso al servidor para autenticación SSL.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Python
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
4000
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

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.