RAG son las siglas de recuperación aumentada de generación, y esa traducción no ayuda a nadie. En la práctica quiere decir algo bastante simple: antes de contestar, el sistema busca en sus documentos y usa lo que encontró para redactar la respuesta.
Nada más. La parte difícil es la búsqueda, no la inteligencia artificial.
Vale la pena entenderlo porque decide dos cosas muy concretas que a usted le importan: qué pasa cuando corrige un documento, y qué tan seguro está su material.
Lo que RAG no es: entrenar un modelo con sus documentos
Esta confusión es la más cara del mercado, porque lleva a comprar la cosa equivocada.
Un modelo de lenguaje se entrena una vez, con muchísimo texto, en un proceso que cuesta una fortuna y tarda semanas. Lo que aprende ahí queda dentro del modelo, mezclado, sin poder señalarse. Entrenar un modelo con los documentos de su empresa, cuando se ofrece de verdad, significa tomar un modelo existente y ajustarlo con su material. Eso tiene tres problemas para el uso que usted quiere darle.
Se desactualiza el día que cambia un documento. El modelo aprendió la versión vieja. Para que aprenda la nueva hay que volver a ajustarlo.
No puede citar. Sabe cosas, no sabe de dónde. Y una respuesta sin fuente en una empresa no se puede usar para nada que importe.
No se puede quitar. Si un documento no debía haber entrado, no hay forma limpia de sacarlo de ahí.
RAG hace lo contrario. El modelo no aprende nada de su empresa. Cada vez que usted pregunta, el sistema busca los fragmentos relevantes en sus documentos, se los pasa al modelo junto con la pregunta y le pide que responda usando solo eso.
Las tres consecuencias son las inversas. Corrige un documento y la próxima respuesta ya usa la corrección. Puede citar, porque sabe qué fragmentos usó. Y quitar un documento del índice lo quita de las respuestas, de inmediato.
Cómo funciona, en cuatro pasos
Uno. Se parten los documentos. Un contrato de cuarenta páginas no entra entero en una pregunta, así que se corta en fragmentos de unos pocos párrafos. Dónde se corta importa bastante: cortar en medio de una cláusula produce dos fragmentos que no dicen nada.
Dos. Se indexan. Cada fragmento se convierte en una representación de su significado y se guarda. Este paso es el que permite encontrar “arrendamiento de local comercial” cuando usted busca “alquiler de oficina”.
Tres. Se recupera. Usted pregunta. El sistema busca los fragmentos más pertinentes. Los buenos hacen dos búsquedas a la vez, una por significado y otra por palabra exacta, y combinan los dos resultados, porque la primera es mala con números de factura y la segunda es mala con conceptos.
Cuatro. Se genera. El modelo recibe la pregunta y los fragmentos, y redacta. Con la instrucción de responder solo con eso y de decir cuando no encuentra la respuesta.
Todo el valor está en el paso tres. Si la recuperación trae los fragmentos equivocados, el mejor modelo del mundo redacta una respuesta impecable y falsa.
Dónde falla en la práctica
Cuatro fallos, en orden de frecuencia según lo que hemos visto en implantaciones reales.
El documento correcto no estaba. El fallo más común y el menos técnico. La respuesta no está escrita en ninguna parte, o está en la bandeja de correo de alguien. El sistema contesta con lo más parecido que encontró, que es lo peor que puede hacer.
Se recuperó el fragmento equivocado por parecido superficial. Usted pregunta por la política de anticipos a proveedores y el sistema trae la política de anticipos de sueldo. Hablan de lo mismo con palabras casi idénticas y son cosas distintas.
El corte partió la información. La cláusula decía “salvo lo previsto en el numeral anterior” y ese numeral quedó en otro fragmento. La respuesta sale con la mitad de la condición.
Había dos versiones y trajo la vieja. Este es el más silencioso y el más peligroso. El estudio jurídico del que hablamos en gestión documental en la nube tenía el mismo contrato en tres versiones sin marca de cuál mandaba. Ningún sistema de recuperación puede saber cuál es la buena si el archivo no lo dice.
Tres de los cuatro son problemas de documentación, no de tecnología. Esa es la conclusión práctica más útil de todo el artículo: RAG amplifica la calidad de su archivo en las dos direcciones.
Qué significa esto para la seguridad de sus documentos
La consecuencia de que el modelo no aprenda nada es que sus documentos no viajan enteros a ninguna parte: viajan los fragmentos que hicieron falta para contestar esa pregunta concreta, y solo mientras dura la respuesta. Es una diferencia real frente a la alternativa de subir el archivo completo a una herramienta genérica cada vez que alguien quiere resumirlo.
Lo que sí decide quién ve qué es la capa de permisos que hay antes de la búsqueda. Si el sistema recupera fragmentos de todo el archivo sin filtrar por quién pregunta, la búsqueda se convierte en un pasillo abierto a documentos que la persona no debería abrir. La pregunta correcta al proveedor no es si cifra el tráfico, que lo cifra todo el mundo, sino si la recuperación respeta los permisos del que consulta antes de recuperar y no después de mostrar.
Qué preguntarle a un proveedor que le ofrece RAG
Cinco preguntas. Las respuestas separan a quien lo implementó de quien lo leyó.
¿La búsqueda es solo semántica o híbrida? Si es solo semántica, va a fallar con números de factura, RUC y nombres propios. Si le dicen que la semántica sola basta, no han probado con un archivo real de facturación.
¿Cita el fragmento exacto o solo el documento? Citar el archivo está bien. Citar la sección es lo que hace que verificar cueste diez segundos en lugar de diez minutos.
¿Qué hace cuando no encuentra? La respuesta correcta es que lo diga. Si el sistema siempre contesta algo, no está midiendo su propia confianza y usted no va a saber cuándo desconfiar.
¿Cuánto cuesta indexar y reindexar? Si le cobran por documento, va a decidir qué subir por precio y el archivo va a quedar incompleto, que es el fallo número uno de la lista de arriba. En Ofivia indexar, reindexar y buscar corren en el propio servidor con un modelo local y no consumen crédito. Solo consume cuando el agente trabaja.
¿Los documentos se usan para entrenar algo? La respuesta tiene que ser no, por escrito, en el contrato de tratamiento de datos. Es la pregunta que hace el comité de compra y la que más rápido cierra la conversación cuando la respuesta es ambigua.
Qué puede hacer usted para que funcione mejor
Tres cosas, todas de documentación y ninguna de tecnología.
Marque cuál es la versión vigente. Una línea en el encabezado con la fecha desde la que rige y quién responde por el documento. Resuelve el fallo más peligroso de los cuatro.
Enlace los documentos entre sí. Cuando un procedimiento enlaza a la política que lo sustenta y esta al acta donde se aprobó, el sistema puede seguir la cadena y usted puede navegarla en los dos sentidos. En Ofivia esos enlaces se escriben al estilo wiki dentro del texto y el grafo se arma solo, así que también se puede preguntar qué documentos apuntan a este.
Archive lo que ya no rige. Un procedimiento de un sistema que la empresa abandonó en 2023 no es historia, es una trampa. Sáquelo del índice y guárdelo aparte.
Con esas tres, la misma tecnología pasa de acertar la mitad de las veces a acertar casi siempre. Sin ellas, ningún proveedor va a poder arreglárselo.
Cómo se guardan los documentos, cómo se reconstruye el índice a partir de ellos y por qué el disco manda sobre la base de datos está explicado en la página de la bóveda. El detalle importa: si el índice se borrara se regenera, y si se borrara la carpeta no, y esa asimetría es la que decide de quién es de verdad su conocimiento.