SmartTicket es una plataforma de tickets y colaboración del conocimiento autoalojada. Un solo binario estático, SQLite embebido, RBAC, seguimiento de SLA y RAG con tu propio LLM. Despliega en cinco minutos y mantén el control total de tus datos.
$ git clone https://github.com/liliang-cn/smartticket && cd smartticket && docker compose up -d
Lo esencial, expresado con claridad — para personas y para los motores de IA que resumen esta página.
docker compose upTickets, SLAs, una base de conocimiento versionada, acceso basado en roles, aislamiento de clientes y asistencia de IA — todo integrado, todo ejecutándose desde un único proceso que tú controlas.
Prioridad & severidad, asignación, conversaciones encadenadas, adjuntos, flujo de estados y registro de auditoría — desde la entrada hasta la resolución.
Objetivos de respuesta y resolución por nivel, niveles de soporte configurables y seguimiento de suscripciones por nodo o anuales.
Artículos versionados con controles de visibilidad pública e interna, búsqueda de texto completo y semántica, y una experiencia de lectura limpia.
Roles, permisos granulares y un modelo de actor en la capa de servicio que limita a cada cliente a sus propios tickets — en la API REST y en MCP por igual.
Cualquier proveedor compatible con OpenAI para chat y embeddings — OpenAI, Azure, DeepSeek, Ollama, vLLM. RAG sobre tu base de conocimiento, claves cifradas en reposo.
Las respuestas, asignaciones y cambios de estado aparecen como notificaciones en vivo dentro de la app — sin necesidad de servidor de correo para mantenerse al día.
Exporta tickets, conocimiento, usuarios, productos y servicios a JSON, CSV, XML o Markdown. Tus datos son portátiles por diseño.
Establece tu propio nombre de producto, color de acento y logotipo desde una página de ajustes — aplicados en toda la consola y la pantalla de inicio de sesión.
Un servidor Model Context Protocol expone tickets & respuestas como herramientas, para que los agentes puedan clasificar y responder de forma programática.
SmartTicket se distribuye como un único binario autocontenido que sirve la consola web y la API juntas. No se necesita servidor de base de datos, cola de mensajes ni proxy inverso para empezar.
# Recommended — one command, nothing else to install git clone https://github.com/liliang-cn/smartticket.git cd smartticket # (recommended) generate strong secrets echo "SMARTTICKET_JWT_SECRET=$(openssl rand -hex 32)" > .env echo "SMARTTICKET_SECRET_KEY=$(openssl rand -hex 32)" >> .env docker compose up -d # → http://localhost:6533 # login: admin@smartticket.local / admin123 (change it!)
# Prerequisites: Go 1.25+, Node 20+, pnpm git clone https://github.com/liliang-cn/smartticket.git cd smartticket # builds the console and embeds it into one static binary make build-all ./build/smartticket serve --config configs/config.dev.yaml # → http://localhost:6533
# Build once, install the single binary make build-all sudo cp build/smartticket /usr/local/bin/ # Set persistent secrets + point at the prod config # (edit storage.data_path in configs/config.prod.yaml first) export SMARTTICKET_JWT_SECRET=$(openssl rand -hex 32) export SMARTTICKET_SECRET_KEY=$(openssl rand -hex 32) smartticket serve --config configs/config.prod.yaml # Put TLS in front with Caddy/Nginx, or use the # systemd unit in deployments/systemd/.
docker compose up levanta toda la aplicación en el puerto 6533.Settings.AI Providers.Todo — tickets, conocimiento, el almacén de vectores RAG y la configuración — vive en el volumen smartticket-data (un único archivo SQLite más los archivos subidos). Haz una copia de seguridad copiando el volumen; restaura devolviéndolo.
SmartTicket es de tenant único por diseño: una organización, una instancia. No hay un backend SaaS que llame a casa, ni una base de datos multi-tenant compartida, ni servicios de terceros obligatorios.
┌─ your server ──────────────┐ │ smartticket (1 binary) │ │ ├─ web console :6533 │ │ ├─ REST API :6533 │ │ ├─ MCP server (stdio) │ │ └─ SQLite + RAG (vol) │ └────────────┬───────────────┘ │ optional, you choose your LLM provider
Configura proveedores de chat y embeddings de forma independiente — cada uno con su propia URL base, modelo y clave. Los artículos de conocimiento se indexan en un almacén de vectores integrado para respuestas con recuperación aumentada.
Abre Settings → Access, añade la URL de metadatos de tu proveedor de identidad, mapea el claim de email y activa la aplicación de SSO para el equipo…
Go en el backend, React en el frontend, SQLite por debajo. Sin runtimes exóticos, sin licencias por usuario, sin dependencias sorpresa.
No. SQLite está embebido directamente en el binario y no hay otros servicios requeridos. Toda la aplicación es un único proceso — ese es precisamente el objetivo.
Con Docker: git pull && docker compose up -d --build. Tus datos viven en un volumen con nombre y no se modifican con las actualizaciones. Desde el código fuente: git pull && make build-all y reinicia el binario. Las migraciones de esquema se ejecutan automáticamente al arrancar.
No — los tickets, SLA, la base de conocimiento y RBAC funcionan sin ningún LLM configurado. Las funciones de IA son opcionales: añade un proveedor solo si quieres búsqueda semántica y respuestas RAG.
No. Los usuarios con rol de cliente están limitados en la capa de servicio a los tickets de su propia organización únicamente — el mismo aislamiento se aplica a la API REST y al servidor MCP.
Copia el volumen de datos (el archivo SQLite, el almacén RAG y los adjuntos subidos). Para restaurar, devuélvelo y arranca el binario. También puedes exportar todo a JSON/CSV/XML/Markdown desde la pantalla de Datos.
El software es de código abierto y gratuito para autoalojar. Tus únicos costes son el servidor donde lo ejecutas y — si activas la IA — lo que cobre tu proveedor de LLM elegido.
Clónalo, ejecuta un comando y tendrás una plataforma completa de tickets y conocimiento en tu propia infraestructura.