L’assistant documentaire d’IskayPet avec Bedrock intègre les permissions à la récupération

Le problème consiste à trouver la procédure que l’on est autorisé à consulter

IskayPet décrit une entreprise de plus de 330 magasins, comptant plus de 4 500 employés et présente en Espagne, au Portugal et en France. Ses documents couvrent le commerce de détail, les soins vétérinaires, les achats et l’intégration des employés, en espagnol, portugais, français et anglais. Ces chiffres décrivent l’organisation ; ils ne prouvent pas que chaque employé utilisait l’assistant ni que chaque client recevait une assistance par IA.

Le problème concret était la dispersion de la documentation dans SharePoint. Un employé peut avoir besoin d’une politique de retour propre à un pays, un autre d’une procédure vétérinaire. Une réponse fluide issue du mauvais pays ou du mauvais domaine d’activité peut néanmoins être incorrecte sur le plan opérationnel. Le critère de réussite pertinent est donc une réponse autorisée et à jour, accompagnée d’une source exploitable, pas simplement une phrase générée.

Notre analyse est que cette manière de poser le problème explique mieux l’architecture que le seul nombre de langues. Prendre en charge quatre langues compte, mais préserver l’appartenance des documents à leur contexte opérationnel compte aussi. La source présente la mise en œuvre d’un client, pas un nouveau droit universel accordé aux utilisateurs de Bedrock.

Séparer les domaines de connaissances avant de générer les réponses

L’équipe a envisagé une base de connaissances partagée avec des étiquettes de pays et de domaine ainsi qu’un filtre pour chaque requête. Elle a plutôt choisi une base dédiée par assistant. Chaque assistant pointe vers les sites SharePoint pertinents et peut restreindre l’ingestion à certaines bibliothèques documentaires ou certains dossiers. Un nouveau domaine ou pays peut recevoir un autre assistant sans reconstruire tout le système.

Le connecteur natif réutilise le référentiel existant et synchronise de manière incrémentielle les documents nouveaux ou modifiés. Selon l’article, l’activation de l’indexation avancée rend interrogeables les contenus visuels des fichiers PDF, DOCX et PPTX ainsi que les images autonomes. Il s’agit d’une capacité d’ingestion annoncée ; nous n’avons pas testé si chaque document numérisé est correctement analysé.

Des index distincts facilitent l’examen et le réglage du périmètre prévu, mais ne remplacent pas l’autorisation. La synchronisation incrémentielle ne prouve pas non plus que chaque réponse reflète instantanément la dernière modification : l’article ne fournit aucun intervalle mesuré de mise à jour du contenu. La description écrite de l’architecture constitue la preuve utilisée ici ; le schéma hébergé séparément n’a pas été inspecté.

Deux contrôles de permissions répondent à des objectifs différents

Le premier contrôle détermine quels assistants un utilisateur peut voir. D’après ce cas, la visibilité suit les permissions existantes, qu’elles soient directes, liées à un groupe ou à un dossier ; si le droit d’accès ne peut pas être confirmé, l’assistant est masqué. Cela limite les points d’entrée présentés à l’employé.

Le second contrôle intervient pendant la récupération. L’application transmet l’identité de l’employé à la base de connaissances, qui ne renvoie que des passages de documents qu’il peut lire. Deux employés peuvent légitimement obtenir des réponses différentes à la même question. Le simple masquage d’un assistant n’assurerait pas cette limite au niveau des documents.

Les auteurs indiquent que les contrôles d’accès lisent les permissions SharePoint, de sorte que les modifications peuvent être prises en compte sans réécrire l’application. Cela reste une affirmation sur la mise en œuvre, pas une certification de sécurité de notre part. Un test de recette utile utiliserait des comptes aux permissions différentes, révoquerait le droit d’accès à un document et vérifierait à la fois les éléments récupérés et la réponse finale. L’article ne présente ni une telle suite de tests ni le délai de propagation des permissions.

Vingt-cinq passages récupérés ne sont pas quinze réponses gratuites

La récupération associe la correspondance sémantique à une recherche par mots-clés utilisant BM25, puis reclasse les résultats. La correspondance sémantique peut retrouver des formulations apparentées ; les mots-clés aident à conserver les codes produit et les références exactes. IskayPet récupère 25 passages, élimine les doublons et les fragments trop courts pour être utiles, et en fournit au maximum 15 au prompt de génération.

Ces nombres décrivent deux étapes d’une même question. Ce ne sont ni un taux de réussite ni la preuve d’une baisse de 40% des dépenses. La longueur des passages, les répétitions de contexte et la longueur de la génération continuent d’influencer la facture. AWS précise que, dans cette configuration, l’analyse gérée des documents, les embeddings et le reclassement ne font pas l’objet d’une facturation distincte ; le stockage, les appels de récupération et les tokens du modèle de génération restent des postes de coût, les tokens d’entrée étant prépondérants dans ce déploiement.

Le prompt impose des citations et demande de reconnaître l’absence de réponse lorsque les éléments récupérés ne la contiennent pas. Ces consignes améliorent le comportement visé, mais ne prouvent pas la disparition des hallucinations. Le modèle de génération en production n’est pas nommé. Claude Haiku 4.5 est explicitement désigné comme le modèle utilisé avec Kiro pour développer le frontend, l’architecture et le déploiement ; il ne doit donc pas devenir implicitement le modèle supposé produire les réponses en production.

Guardrails est décrit comme étant en cours d’ajout. La mise en cache des prompts et l’inférence par lots sont à l’étude, cette dernière visant les tâches non interactives. Dans ce récit, ce sont des mesures futures ou en cours, pas des économies déjà démontrées. Les retours positifs et négatifs des utilisateurs alimentent l’évaluation, mais l’article ne donne aucun score quantitatif de qualité de la récupération ou des réponses.

Lire le résultat de sept secondes avec son dénominateur

Pour approximativement les deux premiers mois en production, les auteurs rapportent que la recherche d’une réponse opérationnelle est passée de 3–5 minutes à environ 7 secondes, avec une diminution d’environ 95% du temps consacré à chercher procédures et politiques. Ce sont des observations de temps de recherche rapportées par le client. Elles ne mesurent pas une réduction de 95% du travail total des employés, n’établissent pas l’exactitude et n’isolent pas la contribution d’un modèle particulier.

Le calcul est globalement compatible avec l’affirmation : sept secondes contre 180–300 secondes impliquent environ 96–98% de temps écoulé en moins, avant de tenir compte des durées approximatives et des différences de définition. Remplacer les quelque 95% de la source par un chiffre universel plus précis serait trompeur. Aucune taille d’échantillon, composition des tâches, méthode de référence ou distribution des réponses lentes n’est fournie.

La source prévoit environ 100 000 requêtes mensuelles réparties entre domaines et pays ; il ne s’agit pas d’un volume mesuré en production. Notre conclusion pratique est plus limitée : la récupération gérée peut réduire le travail d’infrastructure, tout en laissant à l’organisation la responsabilité de la qualité documentaire, des permissions, de l’évaluation et des dépenses. Avant d’étendre un assistant similaire, il faut mesurer les tâches complètes, la justesse des citations, l’isolation entre pays et le comportement lors des refus d’accès sur un jeu d’évaluation comprenant des questions sans réponse satisfaisante.