Crea un RAG personal: conversa con tus propios documentos
Intermedio10 min de lecturaHerramientas de IA sin código

Crea un RAG personal: conversa con tus propios documentos

Crea y evalúa un asistente acotado y fundamentado en documentos. Compara cuadernos alojados, espacios de proyecto y recuperación configurable sin debilitar la procedencia ni los permisos.

Lo que deberías poder hacer

Un RAG personal útil es un sistema de recuperación gobernado, no una carpeta de archivos subidos. Elige según los permisos de las fuentes, la calidad de recuperación, la trazabilidad de las citas, la vigencia, el mantenimiento y el control que exija tu caso de uso.

Guardado solo en este navegador.
En este artículo

RAG, o generación aumentada mediante recuperación, describe un patrón en el que un sistema recupera material pertinente para una pregunta y se lo proporciona a un modelo cuando genera la respuesta. Los productos de consumo pueden ofrecer chats fundamentados en documentos sin que tengas que construir la infraestructura de recuperación. Las plataformas y API configurables aportan más control, pero también exigen más ingeniería, evaluación y gobernanza.

El objetivo útil no es subirlo todo ni reproducir un chatbot general con archivos adjuntos. Es crear un asistente acotado cuyas fuentes, permisos, recuperación, citas y límites puedas examinar.

No subas contratos, registros de clientes, archivos de RR. HH., código fuente, credenciales, datos sanitarios, material sujeto a secreto profesional ni otro contenido confidencial o regulado hasta que estén aprobados el servicio, la cuenta, la región, la conservación, los controles de uso compartido y la política de la organización. Usa el mínimo material que necesite la tarea.

Qué hace un RAG personal

Un flujo de recuperación típico tiene cuatro etapas:

  1. Ingesta. El sistema importa documentos o se conecta a una fuente aprobada.
  2. Indexación. Prepara el material para la búsqueda, normalmente extrayendo texto, dividiéndolo en fragmentos y creando representaciones consultables.
  3. Recuperación. La pregunta sirve para seleccionar pasajes que parecen pertinentes.
  4. Generación. Un modelo utiliza la pregunta y los pasajes recuperados para generar una respuesta, a veces con citas o enlaces a las fuentes.

No todos los productos implementan estas etapas de igual modo. Algunos espacios de proyecto pueden colocar conjuntos pequeños de conocimiento directamente en el contexto del modelo antes de pasar a la recuperación. Aquí tratamos «RAG personal» como una categoría práctica de asistentes documentales acotados; debes verificar el mecanismo y los controles reales del producto elegido.

La recuperación permite acceder a material reciente, privado o especializado que el modelo base quizá desconozca. Puede reducir respuestas sin respaldo cuando la pregunta está dentro del ámbito y la recuperación y la generación funcionan bien. No garantiza que se haya recuperado el pasaje correcto, que esté vigente, que el modelo lo interprete correctamente ni que cada frase de la respuesta tenga respaldo.

Define el éxito en términos observables: el asistente encuentra la fuente pertinente, cita o identifica el pasaje de apoyo, conserva el significado y la incertidumbre de la fuente, trata correctamente el material sustituido, respeta los permisos y rechaza o etiqueta claramente las preguntas que el corpus aprobado no puede responder.

Tres vías de implementación

Las siguientes vías abarcan un cuaderno de fuentes alojado, un espacio de proyecto y una canalización de recuperación configurable. No son una clasificación.

Vía 1: Gemini Notebook

Gemini Notebook, antes NotebookLM, es un cuaderno de investigación alojado que trabaja con fuentes seleccionadas. La documentación de fuentes de Google enumera las importaciones compatibles y explica que las fuentes de Drive pueden sincronizarse automáticamente, mientras que otros tipos tienen comportamientos distintos. Su chat puede devolver citas integradas, aunque Google advierte que algunas respuestas podrían no incluir una cita a nivel de pasaje y que el sistema puede equivocarse.

Resulta útil cuando: quieres un cuaderno interactivo para un conjunto acotado de fuentes y valoras una interfaz para inspeccionar pasajes y generar formatos de estudio o briefing.

Comprueba antes de usarlo: límites de fuentes y consultas del plan, si cada fuente es una copia o una versión sincronizada, qué partes de una página o archivo se importan, el tratamiento de datos de la cuenta, el uso compartido y si aparecen citas con tus tipos de documentos y preguntas reales.

Vía 2: Claude Projects

Claude Projects ofrece instrucciones de proyecto, archivos de conocimiento y chats circunscritos al proyecto. Anthropic documenta un modo RAG automático para ampliar el conocimiento de proyectos en planes de pago compatibles. El conocimiento subido puede aportar contexto, pero una respuesta también puede reflejar la conversación, las instrucciones, los conectores, resultados web o el conocimiento del modelo, según las funciones activadas.

Resulta útil cuando: quieres un espacio recurrente donde las instrucciones, los documentos y las conversaciones permanezcan agrupados.

Comprueba antes de usarlo: plan y controles de la organización, visibilidad del proyecto, archivos compatibles, capacidad de conocimiento, si la recuperación está activa, comportamiento de atribución, conectores o búsqueda web, conservación y uso compartido. No supongas que una respuesta fluida procede de un archivo del proyecto si no puedes rastrearla.

Vía 3: Una canalización de recuperación gestionada o personalizada

Una canalización configurable puede combinar ingesta, análisis, fragmentación, embeddings, un índice de búsqueda o almacén vectorial, recuperación, reordenación, un modelo y una interfaz. Puedes crearla con código, una plataforma de flujos como n8n, un framework visual como Langflow o Flowise, o una API gestionada. Por ejemplo, la documentación de búsqueda de archivos de OpenAI describe una herramienta alojada de la API Responses que busca archivos en almacenes vectoriales. Otros proveedores tienen contratos distintos de recuperación y control de datos.

Resulta útil cuando: necesitas sincronización automática, filtros de metadatos, integración con aplicaciones, controles de acceso personalizados, recuperación observable o evaluaciones repetibles que un cuaderno alojado no expone.

Comprueba antes de usarla: autenticación, autorización por documento, eliminación y revocación, separación entre tenants, cifrado, región, conservación, calidad del analizador, vigencia del índice, registros de recuperación, condiciones de datos del modelo, inyección de prompts desde documentos, supervisión y responsabilidad de mantenimiento.

Elige según los requisitos y la evidencia

Usa una tabla de decisión en vez de etiquetas como «más fácil», «más flexible» o «más potente»:

RequisitoPreguntas que debes responderCómo verificarlo
Tipos de fuente¿Puede ingerir los archivos, páginas, tablas, imágenes e idiomas que utilizas?Prueba fuentes representativas, incluidos formatos difíciles.
Vigencia¿Copia, sincroniza o consulta la fuente autoritativa? ¿Cómo propaga actualizaciones y eliminaciones?Cambia y revoca una fuente de prueba y examina el resultado.
Calidad de recuperación¿Encuentra el pasaje necesario para preguntas reales?Ejecuta un conjunto etiquetado de preguntas e inspecciona la evidencia.
Trazabilidad de citas¿Puede quien revisa llegar a la fuente y el pasaje exactos?Muestrea citas y compáralas con las afirmaciones.
Control de ámbito¿Puedes separar la evidencia del corpus de la web o del conocimiento del modelo?Formula preguntas respondibles, ambiguas y ajenas al corpus.
Permisos¿Cada recuperación aplica la audiencia y el acceso actuales de la fuente?Prueba con usuarios que tengan permisos diferentes.
Operaciones¿Puedes observar fallos, reindexar de forma segura, eliminar datos y asignar responsabilidad?Prueba actualización, eliminación, indisponibilidad y reversión.
Coste y latencia¿Es aceptable el flujo completo con un volumen realista?Mide ingesta, almacenamiento, consultas, revisión y mantenimiento.

La vía adecuada es la menos compleja que supere los controles que exige tu caso de uso.

Crea un piloto acotado

La siguiente secuencia sirve para cuadernos alojados, espacios de proyecto y canalizaciones configurables.

Paso 1: Define el ámbito y la autoridad

Documenta:

  • las preguntas que el asistente debe responder;
  • las preguntas que no debe responder;
  • los usuarios previstos y la trascendencia de sus decisiones;
  • qué tipos de fuentes son autoritativos, auxiliares o están excluidos;
  • la persona responsable de la revisión y la vía de derivación;
  • la regla de vigencia o versión efectiva exigida para cada clase de fuente.

La vigencia depende del dominio. Un artículo histórico puede seguir siendo autoritativo respecto a su hallazgo, mientras que una tarifa, un procedimiento de seguridad, una regla fiscal, una política de producto o una norma pueden dejar de ser seguros en cuanto se sustituyen. Registra la fecha de publicación, la fecha efectiva cuando proceda, la jurisdicción, la versión y el acontecimiento que debe activar una revisión. No uses un único umbral de antigüedad arbitrario para todos los documentos.

Paso 2: Aprueba el límite de datos

Clasifica las fuentes antes de ingerirlas. Confirma el servicio, la cuenta, la región, la conservación, las condiciones de entrenamiento y los controles de uso compartido con las personas responsables de seguridad, privacidad, asuntos jurídicos o datos. Mantén audiencias distintas en almacenes o proyectos separados y revela solo lo que cada asistente necesite.

LímitePatrón más seguroAtajo inseguro
Estudio personalTus notas y fuentes públicas en un espacio personalDocumentos de trabajo mezclados en una cuenta de consumo
Conocimiento de equipoFuentes aprobadas propiedad del equipo y con acceso equivalenteMaterial de varios departamentos copiado en un proyecto compartido
Soporte al clienteContenido de ayuda público aprobado y registros con acceso controladoRegistros de clientes mezclados con una base ampliamente compartida
Jurídico o cumplimientoLegislación primaria vigente y orientación aprobada por profesionales en un corpus de derecho públicoNotas privilegiadas, contratos en borrador y orientación pública mezclados

Separar proyectos o cuadernos solo ayuda si la cuenta y los controles de uso compartido lo hacen cumplir. En un sistema personalizado, la autorización debe aplicarse al recuperar, no solo al subir documentos.

Paso 3: Crea un registro de fuentes

Para cada fuente, registra:

  • identificador estable y título;
  • persona propietaria y audiencia aprobada;
  • ubicación original y método de ingesta;
  • nivel de autoridad y jurisdicción;
  • fechas de publicación, entrada en vigor, revisión y sustitución cuando proceda;
  • versión o suma de comprobación;
  • clasificación de confidencialidad y responsable de eliminación.

La plantilla complementaria de auditoría de fuentes vinculada a este artículo proporciona una tabla inicial ligera.

Paso 4: Prepara e ingiere documentos representativos

Empieza con un conjunto que cubra los formatos y modos de fallo reales del caso. Examina el texto extraído, las tablas, los encabezados, las notas al pie y las páginas escaneadas. Una conversión limpia a texto, archivos menores o límites de sección distintos pueden mejorar la recuperación de un corpus y empeorar la de otro. Trata la preparación y la fragmentación como hipótesis y compáralas con las mismas preguntas.

Los nombres descriptivos y los metadatos pueden ayudar a identificar la evidencia, pero no supongas que el modelo infiere de forma fiable la autoridad o las fechas a partir del nombre del archivo. Guarda esos campos explícitamente cuando el producto lo permita.

Paso 5: Redacta un contrato de respuesta

Una instrucción inicial podría ser:

Responde para [audience and purpose] a partir del conjunto de fuentes aprobado.

Para cada afirmación factual relevante:
- identifica la fuente y la sección o el pasaje de apoyo cuando la interfaz lo permita;
- conserva los matices, la jurisdicción y las fechas de vigencia;
- etiqueta toda inferencia como inferencia;
- expón los conflictos entre fuentes en lugar de elegir una en silencio.

Si las fuentes aprobadas no responden la pregunta, indica ese límite.
No uses la web ni conocimiento general del modelo salvo que lo active expresamente, y etiquétalo por separado cuando esté activado.
Deriva [high-stakes categories] a [review owner].

Las instrucciones influyen en la generación, pero no demuestran que funcionen la recuperación, las citas o el rechazo. Prueba cada requisito.

Paso 6: Evalúa antes del uso habitual

Crea un conjunto etiquetado a partir de tareas reales. Incluye preguntas con respuesta clara, preguntas que necesiten varias fuentes, contradicciones, fuentes sustituidas, peticiones fuera de ámbito y límites de permisos. Para cada caso, registra la fuente esperada, los elementos de respuesta aceptables, las afirmaciones prohibidas y la derivación prevista.

Inspecciona al menos tres capas por separado:

  1. Recuperación: ¿el sistema presentó los pasajes necesarios?
  2. Generación: ¿la respuesta representó fielmente esos pasajes sin reforzarlos?
  3. Gobernanza: ¿respetó el acceso, el ámbito, la vigencia y las reglas de derivación?

Fija los umbrales según las consecuencias del caso. Un asistente de estudio y otro empleado para preparar material jurídico o dirigido a clientes no deben compartir el mismo criterio de aceptación.

Paso 7: Opera con responsables

Asigna responsables de las actualizaciones de fuentes, las revisiones de acceso, la repetición de evaluaciones, la gestión de incidentes y la eliminación. Reevalúa tras cambios importantes en las fuentes, el analizador, la configuración de recuperación, el modelo, el prompt, el plan del producto o la política de uso compartido. Un recordatorio periódico puede ayudar, pero una revisión desencadenada por cambios importa más que un ritual mensual arbitrario.

Un ejemplo de información jurídica con separación estricta

Imagina un asistente sobre derecho laboral estonio y protección de datos de la UE.

Crea un corpus de derecho público con fuentes primarias vigentes, como la versión consolidada de la Ley de Contratos de Trabajo de Estonia en Riigi Teataja y el texto del RGPD en EUR-Lex, junto con orientación aprobada por un abogado estonio o de la UE cualificado para las preguntas previstas. Registra la jurisdicción, la versión vigente, la fecha de consolidación y si la orientación es vinculante o explicativa.

No mezcles ese corpus con contratos en borrador, comunicaciones de clientes, investigaciones internas ni asesoramiento sujeto a secreto profesional. Si un abogado aprueba un espacio asistido por IA para un asunto, mantenlo separado, usa solo el sistema y los usuarios autorizados y conserva los controles de privilegio y confidencialidad que especifique. Una respuesta generada debe citar la disposición aplicable, distinguir entre ley, orientación e inferencia, y derivar toda interpretación o acción vinculante a profesionales cualificados.

Este diseño permite localizar material sin fingir que la recuperación aporta una conclusión jurídica o sustituye a un abogado.

Prueba comportamientos difíciles, no solo respuestas ideales

PruebaEjemploComportamiento esperado
RespondibleUna pregunta con una sección de apoyo conocidaEncuentra la sección y la representa fielmente.
Varias fuentesUna pregunta que requiere política y documentación técnicaUsa ambas e indica qué afirmación procede de cada fuente.
SustituidaUna política antigua y otra vigente contienen una respuestaIdentifica la versión efectiva o deriva el conflicto.
Fuera del corpusUna pregunta estratégica sin fuente aprobadaIndica el límite en vez de inventar un dato interno.
PermisosUn usuario pregunta por una fuente a la que no tiene accesoNo recupera, cita, resume ni revela indebidamente que existe.
ContradicciónDos documentos aparentemente autoritativos discrepanExpone el conflicto y los metadatos necesarios para resolverlo.
Respaldo de citasUna respuesta fluida cita un pasaje cercano que no la sustentaNo supera el control; la presencia de una cita no basta.
InyecciónUn documento ordena ignorar al usuario o revelar datosTrata el texto del documento como contenido no fiable, no como instrucción prioritaria.

Rechazar no es el único comportamiento aceptable fuera del ámbito. Según el caso, puede ser mejor declarar que el corpus no contiene la respuesta, pedir una fuente aprobada o derivar. Mide si el comportamiento elegido es fiable.

Diagnostica los fallos habituales

Fuentes obsoletas o sustituidas. El sistema puede citar con precisión una versión que ya no rige. Corrige el registro, las reglas de versión efectiva, la sincronización y la presentación de respuestas. La sincronización automática solo ayuda si apunta a una fuente autoritativa y propaga correctamente los cambios de acceso y la eliminación.

Fuentes con poca autoridad. La recuperación ordena por pertinencia, no por autoridad jurídica o factual, salvo que la diseñes para ello. Separa material primario, secundario aprobado e informal, y prueba cómo se resuelven los conflictos.

Fugas de ámbito. El modelo puede usar el contexto de la conversación, la web, conectores o conocimiento previo además de los archivos recuperados. Desactiva el contexto innecesario cuando sea posible, etiqueta el contexto externo permitido y prueba preguntas fuera del corpus.

Fallos de análisis y recuperación. Tablas, escaneos, columnas, notas, diagramas, bloques de código y formatos inusuales pueden extraerse mal. Examina la representación analizada y los pasajes recuperados. Compara cambios de preparación, fragmentación, búsqueda o reordenación en el conjunto etiquetado, sin asumir una receta única.

Exceso de confianza en las citas. Una cita puede apuntar a un pasaje real que no sustenta la frase, solo sustenta una parte o ha sido sustituido. Muestrea la correspondencia entre afirmación y pasaje y exige verificación humana para resultados relevantes.

Deriva de permisos. Una fuente copiada puede seguir apareciendo después de que cambie el acceso al original. Prueba la revocación y eliminación. Prefiere conectores o arquitecturas que apliquen los permisos actuales cuando el riesgo lo exija.

Conserva la procedencia entre herramientas

Cuando una respuesta pase a un chatbot general, un documento, un ticket o un flujo de decisión, traslada también su procedencia. Incluye la pregunta, los identificadores y versiones de las fuentes, los pasajes o enlaces de apoyo, la fecha de recuperación, la respuesta generada, las etiquetas de inferencia, los conflictos sin resolver y el estado de revisión. Transfiere solo el subconjunto aprobado que necesite la siguiente herramienta.

Sin ese paquete, una respuesta bien fundamentada puede convertirse en un párrafo sin atribución que otro modelo trate como un hecho. Con él, quien revise después podrá distinguir el texto de la fuente, el resumen generado, la inferencia y la decisión aprobada.

Cuándo crear más control

Pasa de un cuaderno o proyecto alojado cuando las necesidades medidas lo exijan, por ejemplo:

  • la evaluación muestra que la recuperación empeora al cambiar el corpus;
  • las fuentes requieren sincronización, eliminación o herencia de permisos automáticas;
  • los usuarios necesitan el asistente dentro de una aplicación o canal controlado;
  • las consultas requieren filtros de metadatos, búsqueda híbrida, reordenación o recuperación estructurada;
  • los requisitos de observabilidad, auditoría, región, conservación o tenants superan los controles del producto alojado;
  • los costes de uso y mantenimiento justifican asignar responsabilidad de ingeniería.

Son requisitos arquitectónicos, no un umbral de cantidad de documentos. Un corpus pequeño y sensible puede necesitar un modelo de acceso personalizado, mientras que uno grande y público puede funcionar en un servicio gestionado.

Para un sistema configurable, valora herramientas de recuperación gestionada, plataformas de flujos y frameworks como LlamaIndex, LangChain o Haystack. Compáralos con los mismos criterios de fuentes, permisos, evaluación y operación, no por la rapidez de una demostración.

Contabiliza el coste completo

El coste relevante incluye suscripciones o API, almacenamiento, embeddings o indexación, actualización, evaluación, revisión humana, gestión de incidentes y mantenimiento. Los productos alojados pueden ofrecer acceso gratuito o incluido con límites según el plan. Los sistemas personalizados pueden reducir o elevar el coste unitario según la escala y el diseño operativo.

Mide el coste total frente a las tareas documentales que el asistente mejora de verdad. Un piloto tiene éxito cuando produce respuestas mejor fundamentadas, más fáciles de verificar y debidamente acotadas, no solo cuando el chat parece más rápido.

Empieza con un ámbito estrecho, un conjunto representativo de fuentes aprobadas y una evaluación etiquetada. Amplía solo después de demostrar calidad de recuperación, respaldo de citas, tratamiento de versiones vigentes, aplicación de permisos y comportamiento seguro fuera de ámbito. Esa disciplina convierte una carpeta de archivos en un asistente documental que puedes usar de forma responsable.

Leer a continuación

Continúa por el mismo itinerario de aprendizaje con los siguientes artículos prácticos.