Saltar al contenido

IA avanzada y control

Arquitecturas RAG: fuentes, índices, permisos y control de respuestas

Una arquitectura RAG separa dos trabajos: localizar los fragmentos de documentación pertinentes para una pregunta y redactar una respuesta apoyada solo en ellos. Esa separación permite actualizar el conocimiento sin reentrenar ningún modelo, pero desplaza la dificultad a la ingeniería de datos: de qué fuentes se alimenta el índice, cómo se trocean los documentos, cada cuánto se sincronizan, cómo se filtran por permisos y cómo se comprueba que lo recuperado es lo correcto. Esta página trata esas decisiones de diseño. Muchas respuestas incorrectas de un asistente documental no nacen en el modelo de lenguaje, sino en un índice desactualizado o en una recuperación que trajo el fragmento equivocado.
Ejemplo de flujo de una arquitectura RAG con control de permisosEsquema ilustrativo
  1. 01 · Fuentes

    • Gestor documental y wiki
    • Listas de acceso por documento
  2. 02 · Ingesta

    • Conversión y fragmentación
    • Metadatos de revisión y estado
    • Sincronización de cambios
  3. 03 · Recuperación

    • Índice híbrido de términos y vectores
    • Filtro por identidad del usuario
  4. 04 · Respuesta

    • Redacción con citas obligatorias
    • Comprobación de citas
    • Aviso si no hay base suficiente
  5. 05 · Evaluación

    • Preguntas con fragmento correcto conocido
    • Métricas de recuperación y fidelidad

El problema

Por qué hay que decidirlo bien

Montar un prototipo que responde con documentos propios lleva poco tiempo; mantenerlo fiable durante meses es otra cosa. Los documentos cambian de versión, se archivan, cambian de carpeta y de permisos. Si el índice no refleja esos cambios, el asistente cita procedimientos derogados o muestra fragmentos a quien no debería verlos. Y sin una forma objetiva de medir si la recuperación funciona, cada ajuste se decide por impresiones. El reto es tratar el índice como un sistema de datos con su propio ciclo de vida y sus pruebas.

Escenarios

Situaciones en las que se plantea

Ejemplos de lo que se podría diseñar. No describen proyectos realizados.

  • 01

    Manuales técnicos con muchas versiones

    Un repositorio contiene varias revisiones de cada manual. El índice guarda la revisión y el estado de cada fragmento y la recuperación prioriza la vigente; si solo encuentra una revisión antigua, la respuesta lo advierte de forma visible.

  • 02

    Fuentes heterogéneas con permisos distintos

    Wiki, gestor documental y carpetas compartidas tienen modelos de permisos diferentes. Cada conector traduce esas listas de acceso a un formato común y la consulta filtra por la identidad del usuario antes de pasar nada al modelo.

  • 03

    Tablas, planos y documentos escaneados

    Parte del conocimiento está en tablas o en PDF escaneados. Se decide qué contenidos se convierten a texto estructurado, cuáles se describen con metadatos y cuáles quedan fuera porque no pueden recuperarse con fiabilidad suficiente.

  • 04

    Preguntas sin respuesta en la documentación

    Cuando la recuperación no encuentra fragmentos con relevancia suficiente, el sistema responde que no dispone de base documental en lugar de improvisar, y registra la pregunta para que los responsables de contenido valoren cubrirla.

Decisiones técnicas

Qué hay que decidir y con qué criterio

  1. 01

    Fuentes incluidas y excluidas

    Se decide qué repositorios alimentan el índice, quién es responsable de cada uno y qué contenidos no se indexan nunca, como datos personales sensibles, asuntos jurídicos en curso o documentación clasificada.

  2. 02

    Fragmentación y metadatos

    Cómo se trocean los documentos (por apartados, por tamaño, respetando tablas) y qué metadatos acompañan a cada fragmento: documento, revisión, fecha, estado, idioma y permisos. Estas elecciones influyen más en la calidad que el modelo de lenguaje.

  3. 03

    Sincronización del índice

    Altas, modificaciones, bajas y cambios de permisos deben llegar al índice con un retraso conocido. Se elige entre eventos del repositorio o rastreos periódicos y se vigila que la sincronización no falle en silencio.

  4. 04

    Estrategia de recuperación

    Búsqueda por términos, por similitud semántica o combinada, con reordenación posterior si mejora los resultados. La elección se apoya en un conjunto de preguntas con el fragmento correcto conocido, no en pruebas sueltas.

  5. 05

    Citas y control de alucinaciones

    Se exige que cada afirmación de la respuesta remita a un fragmento recuperado, se comprueba automáticamente que las citas existen y se instruye al modelo para reconocer cuando la información disponible no basta.

Riesgos y límites

Lo que conviene tener presente

  • Un fallo en la propagación de permisos puede revelar contenido restringido; se prueba con usuarios de distintos perfiles y se audita periódicamente.
  • Una cita correcta no garantiza una respuesta fiel: el modelo puede resumir mal un fragmento real, por eso se mide también la fidelidad.
  • Los documentos pueden contener instrucciones maliciosas que el modelo interprete como órdenes; el contenido recuperado se trata como dato, no como instrucción.
  • Si nadie mantiene las fuentes, el sistema reflejará con rapidez una documentación duplicada o desactualizada.

Preguntas frecuentes

¿RAG evita que el modelo invente información?

La reduce, pero no la elimina. Al apoyar la respuesta en fragmentos concretos y exigir citas, es más fácil detectar errores y comprobar cada afirmación. Aun así el modelo puede interpretar mal un texto, por lo que se mide la fidelidad y se mantiene visible la fuente.

¿Cómo se sabe si la recuperación funciona bien?

Con un conjunto de preguntas reales para las que expertos internos han señalado qué documento y fragmento contienen la respuesta. Se mide si el sistema los recupera entre los primeros resultados y se repite la prueba tras cada cambio de fragmentación, índice o modelo.

¿Cada cuánto se actualiza el índice?

Se acuerda según el uso. Para procedimientos que cambian a menudo conviene propagar cambios casi de inmediato mediante eventos; para archivos estables puede bastar un rastreo diario. Los cambios de permisos deberían tener siempre la máxima prioridad.

Cuéntanos qué documentación quieres consultar y quién puede ver cada parte

Ninguna modalidad está disponible por defecto en todos los proyectos: se elige tras evaluar requisitos, sistemas existentes y riesgos.

Sin compromiso de aceptación: estudiamos cada caso antes de proponer nada. Cómo tratamos la información que compartes.