Análisis en profundidad · Unos 8 min de lectura
El asistente de conocimiento de IskayPet con Bedrock incorpora los permisos a la recuperación
Un caso de cliente de AWS distingue el acceso multilingüe al conocimiento, los permisos de SharePoint y los costes de recuperación de la velocidad de generación de respuestas.
- Publicado aquí
- Fecha de la fuente
- Fuente revisada
Un artículo de AWS del 22 de octubre describe cómo IskayPet creó un asistente multilingüe de conocimiento corporativo con Amazon Bedrock Managed Knowledge Bases. Su lección más útil es el contrato de recuperación: los empleados deben recibir material pertinente, con citas, que ya estén autorizados a leer. El ahorro de tiempo comunicado corresponde a este despliegue del cliente, no a una evaluación independiente de asistentes empresariales.
Escucha las noticias
Escucha este artículo o continúa con las noticias.
Preparando la lectura…
Voz del dispositivo
El navegador o dispositivo procesa la voz. AISubHub no envía el texto a una API de audio. Las voces y la reproducción con pantalla bloqueada dependen del dispositivo.
Al continuar puede repetirse una frase breve.
Resumen
- El diseño asigna a cada asistente una base de conocimiento propia, conectada a determinados sitios, bibliotecas o carpetas de SharePoint, y aplica los permisos documentales del empleado durante la recuperación.
- AWS e IskayPet comunican un cambio de 3–5 minutos de búsqueda a unos 7 segundos durante aproximadamente los dos primeros meses en producción. Unas 100.000 consultas mensuales constituyen un volumen mensual previsto, no un total mensual medido y publicado.
El problema es encontrar el procedimiento que se está autorizado a consultar
IskayPet describe una empresa con más de 330 tiendas, más de 4.500 empleados y operaciones en España, Portugal y Francia. Sus materiales abarcan comercio minorista, atención veterinaria, compras e incorporación de personal en español, portugués, francés e inglés. Estas cifras describen la organización; no demuestran que todos los empleados utilizaran el asistente ni que todos los clientes recibieran asistencia de IA.
El problema práctico era la documentación dispersa en SharePoint. Un empleado puede necesitar una política de devoluciones específica de un país y otro, un procedimiento veterinario. Una respuesta fluida correspondiente al país o al área de negocio equivocados puede seguir siendo operativamente incorrecta. Por tanto, la unidad pertinente de éxito es una respuesta autorizada y actual, con una fuente utilizable, no simplemente una frase generada.
Nuestro análisis es que este planteamiento explica mejor la arquitectura que el número de idiomas por sí solo. Admitir cuatro idiomas importa, pero también conservar qué documentos pertenecen a cada contexto operativo. La fuente presenta una implementación de un cliente, no un nuevo derecho de acceso universal para los usuarios de Bedrock.
Separar los ámbitos de conocimiento antes de generar respuestas
El equipo consideró una única base de conocimiento compartida con etiquetas de país y área, más un filtro para cada consulta. En cambio, eligió una base de conocimiento propia para cada asistente. Cada uno apunta a los sitios de SharePoint pertinentes y puede limitar la ingesta a bibliotecas documentales o carpetas específicas. Una nueva área o un nuevo país puede recibir otro asistente sin reconstruir todo el sistema.
El conector nativo reutiliza el repositorio existente y sincroniza de forma incremental los documentos nuevos o modificados. Según el artículo, al activar la indexación avanzada se puede buscar contenido visual dentro de archivos PDF, DOCX y PPTX, así como imágenes independientes. Se trata de una capacidad de ingesta comunicada por la fuente; no comprobamos que todos los documentos escaneados se interpreten correctamente.
Los índices separados facilitan la inspección y el ajuste del alcance previsto, pero no sustituyen la autorización. La sincronización incremental tampoco demuestra que cada respuesta refleje instantáneamente la última modificación: el artículo no aporta un intervalo medido de actualización del contenido. La evidencia utilizada aquí es su descripción escrita de la arquitectura; no se inspeccionó el diagrama alojado por separado.
Dos comprobaciones de permisos cumplen funciones diferentes
La primera comprobación determina qué asistentes puede ver un usuario. Según el caso, la visibilidad sigue los permisos directos, de grupo o de carpeta ya existentes; si no se puede confirmar la autorización, el asistente se oculta. Esto limita los puntos de entrada que se presentan al empleado.
La segunda comprobación se realiza dentro de la recuperación. La aplicación transmite la identidad del empleado a la base de conocimiento, que devuelve pasajes únicamente de documentos que ese empleado puede leer. Dos empleados pueden recibir legítimamente respuestas diferentes a la misma pregunta. Ocultar un asistente, por sí solo, no proporcionaría este límite a nivel de documento.
Los autores afirman que las comprobaciones de acceso leen los permisos de SharePoint, de modo que los cambios pueden reflejarse sin reescribir la aplicación. Sigue siendo una afirmación sobre la implementación, no una certificación de seguridad nuestra. Una prueba de aceptación útil utilizaría usuarios con permisos diferentes, revocaría el acceso a un documento y comprobaría tanto la evidencia recuperada como la respuesta final. El artículo no informa de una batería de pruebas así ni del tiempo de propagación de los permisos.
Veinticinco pasajes recuperados no equivalen a quince respuestas gratuitas
La recuperación combina la coincidencia semántica con la búsqueda por palabras clave mediante BM25 y después reordena los resultados. La coincidencia semántica puede recuperar formulaciones relacionadas; las palabras clave ayudan a conservar códigos de producto y referencias exactos. IskayPet recupera 25 pasajes, elimina duplicados y fragmentos demasiado breves para ser útiles, y entrega como máximo 15 al prompt de generación.
Las cifras describen dos etapas de una misma pregunta. No son una tasa de éxito ni demuestran que el gasto disminuyera un 40%. La longitud de los pasajes, el contexto repetido y la extensión de la generación siguen afectando a la factura. AWS afirma que, en esta configuración, el análisis gestionado de documentos, los embeddings y la reordenación no tienen un cargo separado; el almacenamiento, las llamadas de recuperación y los tokens del modelo de generación siguen siendo componentes del coste, y los tokens de entrada predominan en este despliegue.
El prompt exige citas y reconocer cuando la evidencia recuperada no contiene una respuesta. Estas instrucciones mejoran el comportamiento buscado, pero no prueban que desaparezcan las alucinaciones. No se nombra el modelo de generación en producción. Claude Haiku 4.5 se identifica expresamente como el modelo utilizado con Kiro para desarrollar el frontend, la arquitectura y el despliegue, por lo que no debe convertirse implícitamente en el supuesto modelo de respuestas de producción.
Guardrails se describe como una medida que se está añadiendo. El almacenamiento de prompts en caché y la inferencia por lotes están en evaluación, esta última orientada al trabajo no interactivo. En este relato son medidas futuras o en curso, no ahorros ya demostrados. Las valoraciones positivas y negativas de los usuarios contribuyen a la evaluación, pero el artículo no aporta puntuaciones cuantitativas de calidad de la recuperación ni de las respuestas.
Interpretar el resultado de siete segundos con su denominador
Para aproximadamente los dos primeros meses en producción, los autores indican que encontrar una respuesta operativa pasó de 3–5 minutos a unos 7 segundos, junto con una reducción aproximada del 95% del tiempo dedicado a buscar procedimientos y políticas. Son observaciones del tiempo de búsqueda comunicadas por el cliente. No miden una reducción del 95% del trabajo total de los empleados, no establecen la exactitud ni aíslan la contribución de un modelo concreto.
La aritmética es, en términos generales, compatible con la afirmación: siete segundos frente a 180–300 segundos implican aproximadamente un 96–98% menos de tiempo transcurrido, antes de tener en cuenta los tiempos aproximados y las posibles diferencias de definición. Sería engañoso sustituir el 95% aproximado de la fuente por una cifra universal más precisa. No se proporcionan tamaño de muestra, combinación de tareas, protocolo de referencia ni distribución de las respuestas lentas.
La fuente prevé unas 100.000 consultas mensuales entre distintas áreas y países; no es un volumen medido en producción. Nuestra conclusión práctica es más acotada: la recuperación gestionada puede reducir el trabajo de infraestructura, mientras la organización sigue siendo responsable de la calidad documental, los permisos, la evaluación y el gasto. Antes de ampliar un asistente similar, conviene medir tareas completas, corrección de las citas, aislamiento entre países y comportamiento ante accesos fallidos en un conjunto de evaluación que incluya preguntas sin resolver.
Por qué importa
El caso ofrece una lista concreta de comprobaciones para organizaciones que estudian un RAG gestionado: definir los límites del conocimiento, transmitir la identidad del usuario a la recuperación, verificar las citas y los cambios de permisos, y medir la tarea operativa completa en lugar de limitarse a la latencia de respuesta.
Límites y disponibilidad
El artículo está firmado conjuntamente por personal de AWS e IskayPet. No publica un conjunto de evaluación reproducible, tamaño de muestra, puntuaciones de calidad, desglose completo de costes ni auditoría independiente de permisos. Se leyeron el artículo HTML y la información de sus autores; no se accedió a la imagen de arquitectura alojada por separado porque la solicitud de robots de ese origen devolvió 403. No se reprodujo ningún despliegue ni experimento.
Fuentes y pruebas
Fecha de la fuente: · Fuente revisada:
Contenido editorial asistido por IA y contrastado con fuentes primarias. Las afirmaciones del proveedor se atribuyen; la inclusión no implica recomendación.