Dónde falla
El enfoque habitual es cargar todo en un único índice y hacer que ese índice sea consultable. Funciona, se construye rápido y enseguida produce una demostración que impresiona. También invalida, de un solo golpe, todos los modelos de permisos de tu organización, porque el índice ya no conoce carpetas, grupos ni excepciones — solo texto.
Además, se nota tarde. Las primeras semanas nadie hace una pregunta cuya respuesta no debía conocer. Luego alguien lo hace, sin querer, y se convierte en un incidente.
Regla 1 — Filtra según quien pregunta, no según el resultado
La verificación de permisos debe determinar qué documentos entran siquiera en consideración, antes de leer o resumir nada. Eso es distinto de bloquear una respuesta después: en ese segundo caso el modelo ya procesó el contenido y, con frecuencia, igual se filtra en forma de resumen.
En la práctica significa que la búsqueda se hace en nombre del usuario y que el sistema de origen decide la selección — no una lista de permisos aparte que mantienes tú mismo y que a los tres meses ya no coincide.
Regla 2 — Copia lo menos posible
Cada copia es un segundo lugar donde los permisos pueden desactualizarse, que hay que depurar y que cuenta en una filtración de datos. Mantén los documentos donde están y recupera solo lo necesario para la respuesta.
Si no puedes evitar almacenar algo, deja por escrito tres cosas: qué se conserva exactamente, durante cuánto tiempo y qué ocurre si se elimina el archivo de origen o cambian los permisos. Lo último es lo que más se omite: un documento eliminado que sigue en un índice es un documento que no has eliminado.
Regla 3 — Elige las fuentes, no incluyas todo
No toda carpeta pertenece a una base de conocimiento. Los borradores dan respuestas que formalmente no son válidas, los expedientes de personas deben ir aparte y los documentos de clientes están sujetos a los acuerdos con ese cliente. Menos fuentes con un estado claro dan mejores respuestas que indexar todo — y acortan bastante la conversación con el administrador.
Hazlo explícito por cada fuente, incluso si la respuesta es "sí, todos pueden leer esto". Una decisión registrada es algo distinto de una suposición que nadie ha comprobado.
Regla 4 — Deja la salida resuelta desde el principio
Al empezar, acuerda dónde están la configuración, las credenciales y los registros, quién los administra y qué ocurre si la colaboración termina. Al principio es un párrafo; al final es una negociación. También vale para la parte menos llamativa: los tokens de acceso que usa la conexión deben pertenecer a tu organización.
Lo que esto cuesta en velocidad
Estas cuatro reglas hacen que la construcción sea más lenta que la ruta de "todo en un índice", sobre todo en el lado de los permisos. Esa es la compensación honesta: cambias unas semanas por una solución que supera la revisión de seguridad y que no tendrás que convertir después en un segundo proyecto.
Lo que hace que una base de conocimiento resulte útil para quienes la usan — fuente, permiso y fecha — se explica en base de conocimiento interna con IA.