La explicación habitual de un sistema RAG habla de embeddings, índices vectoriales y ventanas de contexto. Es correcto y no ayuda demasiado a decidir si merece la pena. La forma más útil de entender para qué sirve es otra: pensar en las preguntas que hoy nadie hace en la empresa porque encontrar la respuesta cuesta veinte minutos o una interrupción a un compañero.

Un sistema de generación aumentada por recuperación hace dos cosas en orden. Primero busca en la documentación los fragmentos que se parecen a la pregunta, combinando coincidencia semántica y de términos exactos. Después redacta una respuesta usando solo esos fragmentos, con la referencia al documento de origen. Si la respuesta no está en la documentación, el sistema debe decirlo en lugar de improvisar.

Con eso claro, estos son doce usos que aparecen una y otra vez, agrupados por el departamento que los sufre.

Comercial y atención al cliente

1. «¿Qué condiciones pactamos con este cliente y qué excepciones aplican?»

La información está repartida entre el contrato firmado, las actas de reunión y los correos de la última negociación. Un buscador por palabras clave falla porque el contrato habla de «condiciones económicas particulares» y el comercial pregunta por «precio especial». La recuperación semántica cruza los tres documentos y devuelve las cláusulas con su fecha.

Qué hace falta: contratos en formato con capa de texto, permisos por cartera de cliente y una política clara de qué versión del contrato es la vigente.

2. «¿Tenemos una referencia técnica que cumpla estos requisitos del pliego?»

En sectores con catálogo amplio, responder a una licitación exige cruzar el pliego con fichas de producto y con proyectos anteriores. La pregunta en lenguaje natural evita tener que recordar la nomenclatura exacta del catálogo.

Qué hace falta: fichas técnicas homogéneas, una tabla de equivalencias entre nombres comerciales y referencias internas, y que el sistema pueda buscar también por código exacto.

3. «Resume el histórico de incidencias de esta cuenta»

El objetivo no es que el sistema decida nada, sino que prepare el contexto antes de una llamada. Un resumen con citas de los tickets relevantes ahorra la revisión manual de cuarenta entradas.

Qué hace falta: acceso al sistema de tickets y un criterio de relevancia acordado con el equipo, porque «histórico completo» suele ser demasiado ruido.

Operaciones y producción

4. «¿Qué dice el procedimiento para este tipo de incidencia?»

El caso más rentable y el más fácil de justificar. El procedimiento existe, está aprobado y nadie lo lee porque encontrarlo en la carpeta compartida requiere conocer la estructura de carpetas de otra persona.

Qué hace falta: que la documentación esté versionada y que el sistema pueda priorizar la versión vigente sobre las obsoletas. Sin esto, el riesgo de responder con un procedimiento derogado es real.

5. «¿Qué manual del fabricante explica este fallo y qué pieza se sustituye?»

En mantenimiento industrial, la documentación técnica es extensa y específica. La recuperación sobre manuales de proveedor, con citas a la página, reduce el tiempo de diagnóstico y evita consultas al servicio técnico.

Qué hace falta: reconocimiento óptico de calidad sobre los manuales escaneados y, si hay planos, valorar si el sistema debe incorporar búsqueda sobre imagen o mantenerse solo en texto.

6. «¿Qué requisitos de seguridad aplican a este trabajo?»

La normativa interna de seguridad y los protocolos de cliente suelen ser documentos largos que se consultan en el peor momento. Un sistema que devuelve el apartado concreto, citado, es más útil que un PDF de ochenta páginas.

Qué hace falta: que el contenido esté actualizado y que exista un responsable de mantenerlo. Un RAG sobre normativa obsoleta es un problema de cumplimiento, no una herramienta.

Administración, legal y compras

7. «¿Qué contratos con proveedores incluyen esta cláusula y con qué plazo de preaviso?»

La consulta clásica antes de una renovación o una renegociación. La búsqueda por palabras falla cuando cada contrato usa una redacción distinta para lo mismo.

Qué hace falta: permisos estrictos, porque aquí se maneja información contractual sensible, y registro de auditoría de las consultas realizadas.

8. «¿Qué documentación falta en este expediente?»

Comparar lo que exige un procedimiento con lo que contiene un expediente concreto. El sistema no sustituye la revisión de un técnico, pero señala los huecos antes de que el expediente llegue a la administración y vuelva rechazado.

Qué hace falta: una lista de comprobación por tipo de expediente, mantenida por quien conoce el trámite. Es un caso donde la calidad depende más del proceso que del modelo.

9. «¿Qué pliegos de subvención encajan con este proyecto?»

La información pública de ayudas cambia constantemente y está dispersa en boletines. Recuperar las bases y los requisitos de un programa concreto evita horas de lectura y errores de presentación.

Qué hace falta: una fuente de datos con actualización programada. Si el sistema solo ve convocatorias de hace dos años, genera trabajo en lugar de ahorrarlo.

Personas y organización

10. «¿Qué dice el convenio sobre este tipo de permiso?»

Preguntas de personal que hoy se hacen al departamento de recursos humanos y que están respondidas en el convenio, en la política interna o en una circular. Automatizar la consulta no elimina la conversación, pero reduce las interrupciones y da una primera respuesta citada.

Qué hace falta: delimitar con claridad qué se puede responder automáticamente y qué debe escalarse siempre a una persona.

11. «¿Cómo se hace este trámite en la empresa y a quién se pide?»

El clásico de la incorporación de un nuevo empleado. Un asistente sobre la documentación de onboarding reduce la dependencia de que alguien del equipo esté disponible para explicarlo por quinta vez.

Qué hace falta: documentación de procesos que muchas empresas no tienen escrita. En ese caso, el primer entregable del proyecto es redactarla, y eso ya tiene valor por sí mismo.

Dirección y análisis

12. «¿Qué conclusiones sacamos de los últimos informes y actas sobre este asunto?»

Cruzar informes trimestrales, actas de comité y notas de estrategia para reconstruir la historia de una decisión. Es el uso que más valor tiene en una reunión y el que más exige control de permisos, porque a menudo cruza información de áreas distintas.

Qué hace falta: un mapa de accesos por documento y una decisión explícita sobre qué información se puede mezclar en una misma respuesta.

Dónde un RAG no ayuda

Conviene ser explícito con los límites, porque prometer de más es la forma más rápida de perder credibilidad interna. Un sistema RAG no es la herramienta adecuada para calcular totales sobre datos estructurados: si la pregunta es «cuánto facturamos el mes pasado por delegación», lo correcto es una consulta a la base de datos, no una búsqueda en documentos.

Tampoco resuelve información que cambia cada minuto, como el stock disponible o el estado de un pedido, ni extrae con fiabilidad tablas complejas de documentos escaneados de baja calidad sin un trabajo específico de reconocimiento. Y no sustituye el criterio profesional: en asuntos jurídicos, fiscales o de seguridad, la respuesta del sistema es un punto de partida documentado, no una decisión.

Cómo se mide si responde bien

Tres indicadores bastan para una primera evaluación. La fidelidad comprueba que la respuesta está respaldada por los fragmentos citados. La cobertura mide cuántas preguntas del conjunto de referencia encuentra con documentación existente. Y el comportamiento ante el desconocimiento verifica que el sistema dice «no está en la documentación» en lugar de rellenar el hueco con una invención plausible.

El método es sencillo: se recopilan cien preguntas reales de los equipos, se anotan las respuestas correctas con su fuente y se revisa el resultado cada vez que se cambia el modelo, la fragmentación o la documentación. Sin ese conjunto de referencia, cualquier conversación sobre calidad se reduce a impresiones.

Si quieres ver cómo se aplicaría a tu documentación, en la página de sistemas RAG e IA privada explicamos la arquitectura y en qué condiciones merece la pena desplegarla en tu propia infraestructura.