El trabajo en el nuevo plugin de RedmineUP, AI Agent, avanza a toda velocidad. Cada semana le añadimos nuevas herramientas MCP y el lanzamiento está a la vuelta de la esquina. Mientras tanto, nuestro propio equipo de soporte ya trabaja con el plugin, y los resultados nos impresionan. .

El plugin incluye un servidor MCP integrado, de modo que un asistente de IA puede trabajar directamente con los datos de su Redmine: leer tickets, añadir notas y crear informes. En este artículo mostramos, paso a paso, qué cambia en un helpdesk cuando un agente de IA se une al equipo.

Si su equipo gestiona el soporte en Redmine, ya posee el insumo más valioso para la IA: años de tickets resueltos, páginas wiki, artículos de la base de conocimientos y perfiles de clientes. Hoy, la mayor parte de ese conocimiento solo está almacenado. Los agentes de IA permiten que su equipo, y sus clientes, lo aprovechen de verdad.

El soporte de RedmineUP fue el primer equipo en poner el AI Agent a trabajar con tickets reales, y lo que vimos es el motivo de este artículo. A continuación, describimos los cambios que aporta a un helpdesk y el orden en el que conviene introducirlos.

Aquí es donde nuestro enfoque se diferencia de otras soluciones de IA. Todos los plugins de RedmineUP están conectados entre sí: Helpdesk, CRM, Agile y los demás trabajan con los mismos tickets, contactos y proyectos. Por eso, cada semana nos llegan nuevas ideas de herramientas MCP pequeñas pero útiles, y las vamos añadiendo al AI Agent una a una. Estas herramientas, construidas sobre la forma en que nuestros plugins trabajan juntos, serán la principal ventaja del AI Agent frente a otras soluciones de IA.

Por qué transformar su helpdesk

La IA ya da resultados en la atención al cliente. En su informe de diciembre de 2025 Agentic AI Is the New Frontier in Customer Service Transformation, Boston Consulting Group señala que una empresa tecnológica global redujo en un 50 % el tiempo de resolución de las solicitudes de servicio. Menos tiempo por solicitud significa menores costes de soporte, y el mismo equipo puede atender a más clientes.

ai_ladder.png

Pero hay un matiz: hasta ahora solo el 28 % de las empresas ha obtenido un valor de negocio medible de la IA generativa. Las que lo consiguen rediseñan el flujo de trabajo en lugar de simplemente activar un chatbot, por eso este artículo transforma el helpdesk paso a paso. El ahorro se refleja en cifras que puede seguir desde el primer día: tiempo de primera respuesta, tiempo de resolución, porcentaje de tickets resueltos sin intervención humana y carga por ingeniero.

En mayo escribimos que Redmine 7.0 prepararía su tracker para la IA. Redmine 7.0 se lanzó el 30 de junio de 2026 con webhooks nativos (hablamos de las novedades de Redmine 7), y el plugin Helpdesk expone los tickets y los clientes a través de su API REST. Las piezas ya están en su sitio.

Este artículo muestra cómo es en la práctica la transformación de un helpdesk de Redmine, paso a paso: desde un asistente que encuentra respuestas en su historial hasta un agente que cierra por sí solo los tickets rutinarios. Cada paso es rentable por sí mismo, y el avance a cada paso lo deciden los números, no las esperanzas.

Paso 1: Cree una base de conocimientos con la wiki de Redmine

know_base.png

El primer paso es un asistente que responde preguntas a partir de su propio historial y muestra de dónde procede cada respuesta. Todavía no se automatiza nada ni se envía nada a los clientes.

El asistente solo puede ser tan bueno como lo que encuentra, así que empiece por el contenido. Mantenga los artículos prácticos y las soluciones conocidas en la wiki del proyecto, y escriba la solución en el ticket antes de cerrarlo.

Este enfoque se llama RAG (generación aumentada por recuperación). Antes de que el modelo escriba nada, el sistema busca en su Redmine las páginas y tickets relevantes y se los entrega al modelo. El modelo responde basándose en lo encontrado y lo enlaza, por ejemplo «consulte el ticket #4521 y la página wiki Configuración de SSO», para que una persona pueda verificar la fuente.

Cómo funciona con el plugin RedmineUP AI Agent

  1. Búsqueda. El agente utiliza la búsqueda nativa de Redmine en páginas wiki y tickets. No hay que crear ni sincronizar un índice aparte: una página guardada hace un minuto ya se puede encontrar.
  2. Permisos. Cada búsqueda se ejecuta en nombre del usuario que pregunta. El agente solo encuentra los proyectos, tickets y páginas wiki que esa persona puede ver en Redmine, de modo que un ticket privado de un cliente no acaba en la respuesta para otro.
  3. Lectura. El agente abre las páginas y tickets encontrados y los lee completos, no solo los fragmentos de búsqueda.
  4. Redacción. El modelo escribe un borrador con enlaces a las fuentes. El borrador se coloca en el campo de nota o de descripción para su revisión y nunca se guarda automáticamente.

El plugin también incluye un servidor MCP. Conecte Claude, ChatGPT u otro cliente MCP y haga preguntas sobre su Redmine en lenguaje natural. Cada cliente inicia sesión mediante OAuth y obtiene solo los permisos (scopes) que un administrador le haya asignado.

ai_step2.png

Cuando la búsqueda por palabras clave no basta

La búsqueda de Redmine compara palabras. Eso funciona bien mientras clientes e ingenieros describan un problema con los mismos términos. En un archivo grande, o cuando los clientes escriben «no puedo iniciar sesión» y la solución está registrada como «certificado SSO caducado», el siguiente nivel es la búsqueda semántica:

  • Divida las páginas wiki y los tickets resueltos en fragmentos cortos y convierta cada uno en un vector (un embedding).
  • Guarde los vectores en una base de datos vectorial. Si Redmine funciona sobre PostgreSQL, la extensión pgvector permite tenerlos junto a sus datos existentes.
  • Use los webhooks de Redmine 7 para actualizar el índice cuando se cierre un ticket o cambie una página wiki.

Nota: Con un índice aparte, los permisos pasan a ser responsabilidad suya. Guarde el proyecto y la visibilidad de cada fragmento, y filtre los resultados según los permisos del usuario que pregunta antes de que el modelo vea nada.

La búsqueda semántica es un proyecto a medida, no un ajuste del plugin. Vale la pena desarrollarla cuando vea qué preguntas no logra responder la búsqueda integrada.

Dónde la usan los equipos

  • Borradores de respuesta. Un ingeniero abre un ticket, pulsa el botón Agent en el editor de notas e introduce algunos puntos clave. El agente lee el ticket, busca en la wiki y en tickets similares, y devuelve un borrador con enlaces.
  • Búsqueda inteligente. A través de un cliente MCP, las personas preguntan en lenguaje natural: «¿Cómo solucionamos el año pasado el problema de importación de ACME?»
  • Incorporación. Los nuevos miembros del equipo preguntan cómo funciona un proceso y obtienen respuestas de la wiki interna.
  • Portal de autoservicio. Con una integración a medida, los clientes preguntan en su portal y obtienen una respuesta antes de que se cree un ticket.

Qué medir: con qué frecuencia los ingenieros usan la respuesta sugerida y con qué frecuencia la fuente enlazada era realmente relevante. Estos son los datos que necesitará para el Paso 4.

Paso 2: Clasificación y borradores de respuesta

ai_agent.png

searching_wiki.png

En el Paso 2, el agente empieza a trabajar en cada ticket nuevo: lo clasifica, lo asigna y prepara un borrador de respuesta, pero cada respuesta la sigue enviando una persona.

En el plugin Helpdesk, cada ticket es una petición normal de Redmine. El webhook de peticiones se dispara en el momento en que un correo se convierte en ticket, y su servicio de agente (un script o un flujo de trabajo conectado a Redmine mediante la API REST o el servidor MCP del plugin AI Agent) se pone en marcha:

  1. Carga el ticket y el cliente: GET /helpdesk_tickets/.json?include=journal_messages devuelve el ticket con su contacto y el hilo de correos (documentación).
  2. Elige categoría, prioridad, producto y responsable solo entre los valores que existen en su Redmine, y además detecta el idioma y el estado de ánimo del cliente.
  3. Usa la búsqueda del Paso 1 para encontrar tickets similares ya resueltos y redacta un borrador de respuesta.
  4. Guarda los campos y añade el borrador como nota privada en una sola llamada a la API REST estándar de peticiones.
PUT /issues/4812.json
{
  "issue": {
    "category_id": 7,
    "priority_id": 4,
    "assigned_to_id": 23,
    "notes": "AI triage: billing, EN, customer frustrated (3rd ticket this month). Similar: #3310.\n\nDraft reply:\nHi Anna, thanks for the details. The duplicate charge on invoice #1045 ...",
    "private_notes": true
  }
}

Nota: Su equipo de soporte puede atender distintos segmentos de clientes. Cada segmento genera su propio tipo de solicitudes: pagos, resolución de problemas, peticiones de funcionalidades, caídas del servicio, etc. Un servicio de agente puede clasificar y priorizar estas solicitudes y, para un ticket sujeto a un SLA (como una caída), enviar una notificación adicional por Slack o Telegram. Como resultado, obtendrá respuestas cada vez más precisas con el tiempo.

El ingeniero abre un ticket ya clasificado, edita el borrador y lo envía como siempre con la casilla Enviar nota marcada. Una nota sin esa casilla es visible solo para su equipo, así que el cliente nunca ve un borrador sin revisar. Si ya gestiona su cola de soporte en un tablero, los tickets clasificados aparecen automáticamente en las columnas correctas de su helpdesk ágil.

Reglas que garantizan la seguridad

  • Listas cerradas. Pase al modelo los ID exactos de sus categorías, prioridades y agentes, y rechace cualquier otra respuesta.
  • Sin envío automático todavía. En este paso, el servicio de agente solo escribe notas privadas mediante la API estándar de peticiones. Nunca llama al endpoint de respuesta de Helpdesk, por lo que no sale nada por correo.
  • Sin bucles. La propia actualización del agente dispara otro webhook. Suscríbase solo a la creación de tickets u omita los eventos del usuario bot.

Nota: La puerta al Paso 4. Trabaje en este modo de 2 a 4 semanas y registre cada borrador. Para cada categoría, anote con qué frecuencia el ingeniero envió el borrador sin cambios o con cambios mínimos. Esa cifra decide dónde es segura la automatización.

Obtener el plugin Helpdesk

Paso 3: Informes que su equipo de soporte puede pedir

En el Paso 3, el agente trabaja para quienes dirigen el soporte. Convierte el historial de su helpdesk en respuestas para los responsables y sigue sin enviar nada a los clientes, por lo que es un paso seguro antes de cualquier automatización.

Los informes integrados responden a las preguntas que alguien pensó de antemano. Con un asistente de IA conectado a su Redmine a través del servidor MCP del plugin AI Agent, un responsable de soporte puede describir en lenguaje natural el informe que necesita, y el asistente lo crea a partir de los datos de Helpdesk: la consulta, las cifras y los gráficos.

Por ejemplo: «Muestra el tiempo de primera respuesta y de resolución del proyecto RedmineSaaS: mediana y P90, el porcentaje de tickets respondidos en menos de 4 horas, cuántos se resolvieron con una sola respuesta y cómo ha cambiado el tiempo de primera respuesta a lo largo de los años».

helpdesk_ai_report.png

scat.png

El resultado es un informe funcional, no una respuesta puntual:

  • Cifras clave que importan en soporte: mediana y P90 de la primera respuesta, porcentaje respondido en 4 horas, mediana del tiempo de resolución y resolución con un solo contacto.
  • Distribuciones, no solo promedios. Muestran la cola larga: los tickets que esperan más de 48 horas o siguen abiertos durante semanas.
  • Tendencias en el tiempo, para ver si un nuevo proceso o el agente de IA realmente movieron las cifras.
  • Filtros por proyecto, periodo e intervalo, que el equipo puede cambiar y volver a ejecutar.

Después, el agente explica lo que ve: qué clientes o categorías provocan la cola lenta, dónde se disparan los tiempos de primera respuesta y qué preguntas recurrentes merecen un artículo en la base de conocimientos. Así, un informe se convierte en una lista de tareas para la próxima semana.

Nota: Los informes creados por IA usan los mismos permisos de Redmine que todo lo demás. Un responsable ve los proyectos a los que tiene acceso en Redmine, y nada más.

Paso 4: Un agente de primera línea que actúa

En el Paso 4, el agente resuelve por sí solo una parte de los tickets entrantes, pero solo en las categorías en las que demostró acertar en el Paso 2.

Nota: El Paso 4 todavía está en diseño. Qué construiremos, y cuándo, depende de los resultados de las pruebas de los Pasos 1 a 3.

Qué hace el agente

  • Lee las solicitudes de los canales que recoge el plugin Helpdesk: el correo electrónico y el widget de Helpdesk. Mensajeros como Telegram pueden añadirse con una integración a medida que cree tickets mediante la API de Helpdesk.
  • Responde a preguntas típicas desde la base de conocimientos, usando la búsqueda del Paso 1, y contesta mediante la API de Helpdesk (POST /helpdesk/email_note.json, documentación).
  • Realiza acciones sencillas mediante API: comprueba el estado de un pedido o una licencia, envía un enlace de descarga, amplía un periodo de prueba.
  • Pasa el ticket a una persona cuando no está seguro o la solicitud es inusual, con un breve resumen: «El cliente ya probó A y B; la causa probable es C».

Implántelo en tres etapas

  1. Solo borradores. Este es el Paso 2. Aquí se generan las estadísticas de precisión de cada categoría.
  2. Respuesta automática en categorías acotadas donde la precisión está demostrada: restablecimiento de contraseñas, «dónde está mi factura», «cómo lo instalo».
  3. Amplíe categoría por categoría, siempre en función de las cifras.

Pase siempre el ticket a una persona cuando

  • la confianza del agente sea baja o la pregunta no encaje en ninguna categoría conocida;
  • el cliente esté molesto o escriba sobre reembolsos, cuestiones legales o un incidente de seguridad;
  • el cliente esté marcado como VIP o tenga un SLA premium;
  • el cliente responda que la respuesta no le ayudó. En ese caso, el ticket pasa a una persona con todo el historial.

Las preguntas rutinarias reciben respuesta en minutos, de día y de noche, y sus ingenieros ganan tiempo para los problemas que realmente los necesitan.

Paso 5: Conecte el resto del negocio

En el Paso 5, el agente ve al cliente completo, no solo el ticket: contratos, facturas, SLA, alertas de monitorización y conversaciones anteriores de los sistemas que rodean a Redmine.

La historia del cliente

Con los plugins CRM y Helpdesk, una sola llamada devuelve la mayor parte del panorama: GET /contacts/.json?include=notes,issues,deals (documentación). El agente lo convierte en la historia de un cliente: quién es la persona, su empresa y su cargo, el historial de tickets, las oportunidades abiertas y una puntuación de salud.

Un ejemplo real: un asistente de IA conectado a Redmine a través del servidor MCP lee la correspondencia con un cliente y añade etiquetas a la ficha de contacto: sector, país, cargo en la empresa, etc. Nadie rellena estos campos a mano: el asistente guarda las etiquetas con la herramienta de contactos del plugin CRM, dentro de los permisos del usuario que lo conectó, de modo que puede filtrar contactos y crear segmentos con ellas de inmediato.

Ahora estamos trabajando en separar los derechos de acceso, para que el agente muestre a cada persona solo los datos de clientes que puede ver en Redmine. Cuando esté listo, podrá:

  • obtener en segundos un breve resumen sobre un cliente;
  • ver el LTV del cliente;
  • segmentar clientes automáticamente;
  • convertir la historia del cliente en un caso de éxito.

Calcule la puntuación y el LTV en código a partir de reglas claras, como la tendencia de tickets, los tickets urgentes abiertos, el estado de ánimo registrado en el Paso 2, la fase de la oportunidad y las facturas vencidas. Después, deje que el modelo lo explique con palabras sencillas. La cifra sigue siendo reproducible, y la explicación indica a las personas qué hacer. Vea cómo DataCycle combinó CRM y Agile para tener una visión única de sus clientes.

Qué necesita para empezar

El plugin AI Agent requiere Redmine 6.1 o superior y Ruby 3.2 o posterior. Si su Redmine es más antiguo, es un buen motivo para actualizarlo: obtendrá una versión actual y con soporte del tracker, además de los webhooks de Redmine 7 en los que se basan los pasos anteriores.

Si la actualización le causa problemas, envíenos un mensaje. Nuestro equipo de expertos revisará su entorno de Redmine y le recomendará la mejor estrategia para la transformación de su helpdesk con IA.

Únase al grupo piloto

Próximamente formaremos un grupo de clientes que trabajan intensamente con Helpdesk y quieren mejorar sus métricas de soporte de la misma manera: primera respuesta más rápida, menor tiempo de resolución y menos tickets rutinarios para los ingenieros. Si esto describe a su equipo, escríbanos y le explicaremos cómo unirse.