Construir un helpdesk IA donde la máquina redacta, asesora y monitorea — pero nunca resuelve un ticket solo por confianza.

El costo operativo del contexto

Gestionar soporte IT para múltiples organizaciones clientes significa llevar contexto simultáneo de cada una — qué plataformas usan, cuál fue su último problema, qué se ha resuelto antes, qué SLA aplica. Sin herramientas, cada nuevo ticket comienza con 10-15 minutos de lectura de historial antes de cualquier soporte real. El segundo problema es el riesgo de automatización. Cerrar tickets automáticamente basándose solo en la confianza IA recuperaría ese tiempo — pero a costa de la fiabilidad. Un ticket mal clasificado que se resuelve automáticamente es un problema del cliente que el operador nunca ve. Kocre IT necesitaba una capa IA genuinamente útil para síntesis de contexto y redacción, y genuinamente conservadora para acciones autónomas — no porque la IA fuera débil, sino porque las condiciones para actuar sobre su resultado debían ser inequívocas.

Ghost Admin — el cerebro IA interno

Ghost Admin es la capa de orquestación. Para cualquier ticket abierto, obtiene un paquete de contexto estructurado antes de llamar al modelo: — El ticket completo con todos los campos de triaje IA — Hasta 10 mensajes recientes del cliente — Tickets similares resueltos previamente, emparejados por título y categoría — Borradores KB/SOP ya vinculados al ticket — Artículos de conocimiento publicados clasificados por relevancia — El estado completo del ciclo de vida de la organización: estado del acuerdo, estado de pago, progreso de incorporación Ghost envía este paquete a Claude y devuelve un JSON de 10 campos: de qué trata realmente el ticket, el bloqueo más probable, la acción recomendada, una llamada de alcance (support_estándar / vigilar_alcance / trabajo_de_alcance), señales de ciclo de vida y una advertencia corta para el operador. Esta síntesis de contexto ocurre en menos de 3 segundos. Ghost también genera borradores de seguimiento en 6 modos: respuesta inicial, actualización de progreso, resolución, recopilación de información, actualización de escalada y evaluación de necesidades. Cada borrador usa el mismo paquete — lo que significa que los borradores reflejan la etapa del ciclo de vida del cliente, no solo la descripción del problema.

El portal de resolución automática — seis condiciones, no una

El triaje IA puede marcar un ticket ai_can_auto_resolve: true — pero esto es una entrada al portal, no una decisión. Las seis condiciones siguientes deben cumplirse simultáneamente:

El volante de conocimiento

Cada ticket que pasa por Kocre IT hace el siguiente más rápido. El volante funciona en cuatro etapas: Enriquecimiento por triaje: Al crear el ticket, el triaje IA se ejecuta inmediatamente — clasificando categoría, puntuando confianza, marcando riesgo de escalada y proyecto. El ticket se enriquece con 10 campos IA antes de que el operador lo abra. Construcción del paquete de contexto: Cuando Ghost Admin se ejecuta en un ticket, extrae tickets similares resueltos previamente. Cuantos más tickets resueltos existen, más rico es el contexto. Generación de conocimiento: Cuando un ticket se cierra, Ghost puede generar un borrador KB/SOP del hilo de resolución. Esto está estrictamente limitado a tickets resueltos/cerrados. Los tickets en progreso nunca generan borradores. Recuperación de conocimiento: Los artículos KB publicados se clasifican en futuros paquetes de Ghost. Con el tiempo, el sistema acumula memoria institucional. En el ticket 50 resuelto para un cliente, los nuevos tickets llegan con precedentes relevantes automáticamente.

Sentinel — monitoreo determinista sin IA

Sentinel es la capa de monitoreo y el ejemplo más claro de donde la IA fue deliberadamente excluida. Se ejecuta como un Cron de Vercel cada hora, realizando verificaciones deterministas contra todas las URLs de clientes monitoreados y datos de tickets. Ningún modelo interviene en ninguna decisión de monitoreo:

Los hallazgos críticos crean automáticamente tickets asignados a un administrador. Las advertencias se registran en el log de actividad. Ningún modelo decide qué cuenta como incidente — Sentinel dispara o no, basándose en aritmética. Esto es intencional. Un sistema de monitoreo que pregunta a un modelo si una interrupción es significativa introduce riesgo de alucinación en un contexto donde el determinismo importa más. Cuando ocurre un incumplimiento SLA, el operador necesita saberlo — no una estimación de probabilidad.

Lo que se entregó

• El portal de seis condiciones evita que la confianza IA sola cierre tickets — las seis condiciones deben cumplirse simultáneamente, no solo el indicador IA
• Ghost Admin sintetiza tickets similares, artículos KB y estado del ciclo de vida del cliente en un brief de contexto de 3 segundos que ningún operador podría construir manualmente
• El volante de conocimiento se compone con cada ticket resuelto — borradores KB generados al cierre, artículos publicados clasificados en futuros paquetes de Ghost automáticamente
• Sentinel monitorea URLs de clientes y cumplimiento SLA de forma determinista cada hora — sin IA, sin inferencia, sin ambigüedad sobre qué activa una alerta
• El triaje IA enriquece cada ticket con 10 campos estructurados en la creación — categoría, confianza, dificultad, estimación de tiempo, indicador de escalada, indicador de proyecto
• Cada acción de Ghost se registra en una tabla ghost_events con entrada, salida y contexto completos — un rastro de auditoría completo de cada decisión asistida por IA

La IA redacta la respuesta, clasifica el ticket y sintetiza el contexto. El código determinista decide si cerrar automáticamente, si disparar una alerta y si se superó un umbral de monitoreo. La confianza es una entrada. Nunca es condición suficiente.