FZ-008 · SOPORTE
SupportGenius
Respuestas de soporte desde tus documentos; lo que queda sin respuesta va a tu equipo.
- Estado
- En desarrollo
- Etapa del pipeline
- VALIDACIÓN
- Sector
- SOPORTE
- Objetivo de autonomía
- NIVEL 4 · AUTOOPTIMIZABLE
- Construido con
- 3 activos · 2 planificados
El problema
Los clientes esperan respuestas que ya están en tus documentos, y los errores reales se pierden en la bandeja de entrada.
Qué hace
SupportGenius está diseñado para responder a los clientes con tus propios documentos y convertir en ticket lo que no sabe responder.
Cómo funciona
- Respuestas por chat, voz o teléfono, a partir de tus documentos, tickets y archivos
- Lo que no puede responder se convierte en un ticket de soporte, un lead de ventas o una issue de GitHub con pasos para reproducirlo
- Cada ticket se comprueba una segunda vez antes de registrarse, y el cliente recibe novedades hasta que se cierra
El núcleo es gratuito y de código abierto (MIT) y es público en GitHub.
Pensado para quitarte de encima las preguntas repetidas y la clasificación de tickets durante la semana.
HoyEn construcción en abierto: núcleo MIT en GitHub (widget, MCP, tickets, takeover), API de staging en marcha, lista de espera abierta; nada alojado todavía.
La película
Objetivos
- Operación autónoma
- El servicio de atención es el objetivo de la automatización: responder a partir de los documentos, tickets y archivos de la empresa, convertir lo que no puede responder en un ticket, un lead o una issue con pasos de reproducción, y mantener informado al cliente hasta que se cierra. Las personas siguen de guardia para aprobar, asumir y devolver; no se registra nada porque lo diga un solo modelo.
- Inteligencia
- Dos modelos que se comprueban entre sí en lugar de uno más grande. Un modelo redactor convierte la conversación en un ticket estructurado y un juez independiente decide si se registra, dónde y con qué prioridad; el agente responde solo por encima de un umbral de confianza, y cada corrección que hace una persona se conserva como fuente revisada para el siguiente cliente.
- Crecimiento
- Impulsado por la resolución. El crecimiento son las conversaciones resueltas sin traspaso y las escalaciones registradas sin corrección, contadas desde el primer widget que se ejecute en un sitio que no sea del autor.
El detalle técnico
Un agente de soporte al cliente que responde a partir de la documentación, los tickets y los archivos propios de una empresa, por texto o voz, a través de un widget web, un SDK de iOS o Android, una línea telefónica, una API o un servidor MCP. Lo que no puede responder se convierte en un ticket para soporte, un lead para ventas o una issue de GitHub con pasos de reproducción para ingeniería: un modelo redactor la escribe, un modelo juez independiente la revisa antes de que se registre, y el cliente recibe novedades mientras avanza hasta que se cierra. El núcleo de tickets y enrutamiento está planificado en Rust, de código abierto bajo MIT. El núcleo MIT es público en GitHub (widget, servidor MCP, tickets y takeover) y hay una API de staging en marcha; el agente, los SDK, la línea telefónica y las integraciones todavía se están escribiendo. La lista de espera está abierta y todavía nada está alojado.
Relacionado
De la misma base.
- Owlpost. API de correo para apps y agentes de AI, con bandejas de entrada propias.
- Colonizer. Convierte issues de GitHub en pull requests para desarrolladores en su propia máquina.
- Cratefield. Un backend para creadores que prefieren compilar a configurar.
- promptdecode. Encuentra texto invisible en las revisiones de código que un revisor humano pasaría por alto.
