En este artículo
Un RAG privado es una arquitectura de inteligencia artificial que recupera información de fuentes autorizadas y la utiliza como contexto para responder, bajo reglas de identidad, acceso y tratamiento de datos. Para una entidad pública, universidad o empresa, debe permitir consultar conocimiento institucional con referencias verificables, no solo conversar con un modelo. Una respuesta equivocada sobre una norma, un contrato o un procedimiento puede convertirse en un riesgo operativo.
Para una entidad pública, una universidad o una empresa con procesos críticos, el valor está en que las personas puedan consultar conocimiento disperso sin exponer información sensible ni depender de búsquedas manuales poco eficientes. Sin embargo, esa promesa solo se cumple cuando la arquitectura contempla identidad, permisos, calidad documental, trazabilidad y operación continua.
Qué resuelve un RAG privado
RAG significa Retrieval-Augmented Generation, o generación aumentada por recuperación. El trabajo de Lewis y colaboradores sobre RAG describe la combinación de un modelo generativo con una fuente externa de conocimiento; la privacidad requiere controles adicionales de arquitectura. En términos prácticos, es una arquitectura que busca primero información relevante en una base documental o en sistemas corporativos y, después, entrega ese contexto a un modelo de inteligencia artificial para construir una respuesta.
La diferencia frente a una consulta genérica a un modelo público es determinante. El modelo no responde únicamente desde su conocimiento previo: recibe fragmentos de contenido institucional seleccionados para esa pregunta. Además, una implementación bien diseñada puede mostrar las fuentes utilizadas, restringir el acceso por rol y abstenerse de responder cuando no encuentra evidencia suficiente.
El componente privado no se limita a instalar una herramienta dentro de la infraestructura de la organización. Implica definir dónde residen los documentos, qué proveedor procesa la información, qué datos salen de la red institucional, cómo se cifran las comunicaciones, quién puede consultar cada fuente y qué registros quedan de cada interacción. Una arquitectura privada puede utilizar servicios administrados, infraestructura en nube o componentes desplegados en entornos controlados. La elección depende de la clasificación de la información, las exigencias regulatorias, el presupuesto y la capacidad de operación disponible.
Un RAG privado puede ser útil para consultar políticas, actos administrativos, manuales, expedientes permitidos, bases de conocimiento de soporte, contenidos académicos, especificaciones técnicas y procedimientos operativos. También puede asistir a equipos internos en la búsqueda de información dentro de plataformas documentales, intranets, gestores de contenido o repositorios especializados.
La seguridad no se agrega al final
Un error frecuente consiste en cargar documentos en un índice vectorial y asumir que el sistema es seguro porque no está publicado en internet. La exposición puede ocurrir de otras maneras: permisos heredados incorrectamente, conectores con privilegios excesivos, registros que almacenan preguntas sensibles o respuestas que mezclan contenido de fuentes con niveles de acceso distintos.
La regla principal es simple: el asistente no debe revelar información que el usuario no puede consultar por los canales ordinarios. Para lograrlo, los permisos deben viajar con el documento desde el sistema de origen hasta el mecanismo de recuperación. Si una persona no tiene acceso a determinada carpeta, caso o colección, el RAG tampoco debería usar esos contenidos para responderle.
Esto exige integrar autenticación institucional, grupos, roles y metadatos de clasificación. En algunas organizaciones bastará con segmentar las colecciones por área; en otras, será indispensable aplicar filtros dinámicos por usuario, dependencia, proyecto, sede o nivel de confidencialidad. La segunda opción ofrece mayor precisión, aunque aumenta la complejidad de diseño y pruebas.
También se deben establecer políticas de retención para conversaciones, registros de auditoría y documentos procesados. No todas las consultas necesitan almacenarse, y no todo registro debe ser visible para todos los administradores. La trazabilidad debe aportar evidencia útil para seguridad, mejora del servicio y cumplimiento, sin crear una nueva superficie de exposición.
Cuatro controles que deben definirse desde el diseño
- Identidad y autorización: autenticación integrada y filtros de acceso aplicados antes de recuperar contenido.
- Clasificación documental: metadatos consistentes para distinguir información pública, interna, reservada o restringida.
- Auditoría operativa: registros de consultas, fuentes recuperadas, respuestas, errores y acciones administrativas.
- Protección de datos: cifrado, gestión de secretos, políticas de retención y validación de proveedores involucrados.
Estos controles no sustituyen las políticas existentes de seguridad de la información. Deben convertirse en una extensión coherente de ellas. Además, un documento recuperado puede contener instrucciones maliciosas: OWASP advierte que RAG no elimina la inyección de instrucciones. Por eso conviene probar fuentes manipuladas, permisos revocados y preguntas fuera de alcance, sin confiar la autorización al modelo.
La calidad de la respuesta depende de los documentos
Un modelo de lenguaje puede redactar con fluidez una respuesta que parece correcta y aun así carece de sustento. El problema no siempre está en el modelo. Con frecuencia aparece antes: documentos duplicados, versiones contradictorias, archivos escaneados sin reconocimiento de texto, títulos poco descriptivos o contenido sin fecha de vigencia.
Antes de implementar un RAG, conviene identificar cuáles son las fuentes confiables y quién responde por ellas. Una política desactualizada no debe tener el mismo peso que su versión vigente. Un borrador no debería competir con una resolución aprobada. Los documentos necesitan atributos que permitan evaluar autoridad, fecha, área responsable, idioma, tipo de contenido y nivel de acceso.
La preparación también afecta la recuperación. Un manual de 300 páginas no puede tratarse como un bloque único de texto. Debe dividirse en fragmentos con sentido, preservando títulos, secciones, tablas y referencias. Si la fragmentación es demasiado pequeña, se pierde contexto; si es demasiado amplia, la búsqueda devuelve información imprecisa y eleva el costo de procesamiento.
En entornos institucionales, resulta especialmente valioso conservar la referencia de origen en cada respuesta. No basta con que el asistente diga que encontró una política. Debe indicar el documento, la sección aplicable y, cuando corresponda, la fecha o versión consultada. Esto permite que el usuario verifique la respuesta y reduce la dependencia ciega del sistema.
RAG privado: de piloto aislado a capacidad institucional
El piloto debe comenzar con un caso delimitado, repetible y de impacto claro. Por ejemplo, la consulta interna de procedimientos de atención, el soporte a una mesa de servicios o la exploración de normativa para un equipo especializado. Intentar abarcar todos los repositorios de la organización desde el inicio suele producir resultados difíciles de medir y una gobernanza difusa.
La primera fase debe definir preguntas reales de usuarios, fuentes autorizadas, criterios de respuesta y métricas de calidad. No se trata solo de medir si el sistema responde rápido. También importa evaluar si recupera la fuente correcta, si respeta los permisos, si cita adecuadamente, si reconoce preguntas fuera de alcance y si reduce tiempo en una tarea concreta.
Luego viene la integración. Un RAG puede convivir con Drupal, gestores documentales, sistemas de tickets, ERP, CRM o intranets, siempre que se diseñen conectores administrables y mecanismos confiables de actualización. La sincronización debe contemplar altas, modificaciones, eliminaciones y cambios de permisos. De lo contrario, el sistema puede responder con contenido retirado o ignorar una versión más reciente.
Cuando el caso madura, el asistente puede pasar de responder preguntas a apoyar flujos controlados. Por ejemplo, clasificar solicitudes, preparar borradores, enrutar casos o recomendar el siguiente paso. Esa evolución exige una separación clara entre informar y ejecutar. Las acciones sobre sistemas institucionales deben ser acotadas, auditables y medibles, con validaciones humanas cuando el impacto lo amerite.
Decisiones de arquitectura que cambian el resultado
No existe una única receta para implementar RAG. Un modelo alojado por un proveedor puede acelerar la puesta en marcha, mientras que un modelo desplegado en infraestructura propia puede responder mejor a requisitos estrictos de soberanía o aislamiento. A cambio, esta última alternativa demanda mayor capacidad para administrar infraestructura, actualizaciones, rendimiento y observabilidad.
Tampoco todos los contenidos requieren el mismo mecanismo de búsqueda. La recuperación semántica es valiosa cuando los usuarios formulan preguntas en lenguaje natural, pero puede complementarse con búsqueda literal, filtros por metadatos y reglas de relevancia. Para consultas normativas, la coincidencia exacta de una referencia puede ser tan relevante como la similitud semántica.
La elección del modelo importa, pero no debe eclipsar la arquitectura completa. Un modelo más grande no corrige permisos deficientes, contenido desactualizado ni una estrategia de evaluación inexistente. En proyectos de alta responsabilidad, la prioridad es construir una cadena de confianza: fuente controlada, recuperación verificable, respuesta con evidencia y monitoreo continuo.
Coresis aborda este tipo de iniciativas desde la tecnología aplicada con criterio de arquitectura y continuidad. Esto implica conectar la solución con los sistemas que la organización ya opera, definir controles desde el diseño y preparar una ruta de evolución que no dependa de demostraciones aisladas.
Raggo: una aplicación de RAG privado de Coresis
Raggo, el asistente documental de Coresis, aplica este enfoque a fuentes propias de universidades, entidades y empresas. Su ficha de producto documenta modelos ejecutados en infraestructura de la organización, permisos aplicados antes de buscar y respuestas con enlaces a las fuentes. Dispone de conectores para Drupal, Moodle, H5P, sitios web, transcripciones de YouTube, bases SQL y archivos; la compatibilidad y los permisos de cada fuente deben revisarse durante la integración.
La diferencia importa al contratar: Raggo está orientado a consultar conocimiento. Aprobar una solicitud, modificar un registro o iniciar un trámite requiere una integración y controles de ejecución adicionales. El artículo cómo funciona Raggo por dentro detalla la ingesta, la recuperación y la generación con citas; la guía de beneficios de IA documental ayuda a decidir qué resultado operativo medir.
Antes de elegir un producto, pruebe el mismo conjunto de preguntas con usuarios de distintos roles. Una respuesta útil debe citar una fuente vigente y permitida; una pregunta sin evidencia debe quedar sin resolver. La presencia de una cita no demuestra por sí sola que la respuesta sea correcta: hay que contrastarla con el fragmento original.
Cómo saber si la organización está lista
La preparación no depende de tener todos los documentos perfectamente ordenados. Depende de poder identificar un dominio inicial, un responsable funcional, fuentes confiables y reglas mínimas de acceso. Es preferible empezar con un conjunto documental limitado pero gobernado que con miles de archivos sin propietario ni vigencia clara.
También es necesario asignar responsables después del despliegue. Alguien debe cuidar la calidad de las fuentes, revisar preguntas fallidas, atender cambios de permisos y evaluar comportamientos inesperados. El RAG privado no es un repositorio estático: es un servicio que aprende de la operación, aunque no necesariamente entrene el modelo con cada interacción.
La pregunta correcta no es si la organización necesita un asistente con inteligencia artificial. Es qué decisiones, consultas o procesos pueden mejorar cuando el conocimiento institucional se vuelve accesible sin perder control. Desde esa definición concreta, la arquitectura deja de ser una demostración tecnológica y se convierte en una capacidad útil para la operación diaria.
Si está evaluando un RAG privado, hable con Coresis sobre una demo de Raggo. Indique el proceso que quiere mejorar, las fuentes disponibles, los grupos de usuarios y las restricciones de infraestructura. Para el primer contacto basta describir el caso: no envíe documentos sensibles por canales no acordados.