Generations RPO — Étude de faisabilité R&D : Brain Protocol pour déploiement RPO multi-locataire

Formalisation du modèle de mémoire WESP pour environnements multi-locataires
Un agent IA qui assiste une équipe de recrutement doit se souvenir de choses, et toutes les mémoires ne se valent pas. Il y a ce qu'il a présent à l'esprit à l'instant, ce qui s'est passé lors des échanges précédents, ce qu'il tient pour acquis au sujet d'un client ou d'un candidat, et la manière dont il a appris à exécuter une procédure donnée. Aujourd'hui cette distinction fonctionne bien sur une installation unique. Cette journée la met correctement par écrit pour le cas où plusieurs comptes clients tournent sur la même plateforme : ce que chaque type de mémoire a le droit de contenir, combien de temps il subsiste, et ce qu'il en advient à l'ouverture ou à la fermeture d'un compte.

Analyse du cloisonnement des données entre environnements
Si deux comptes clients vivent sur la même plateforme, la seule question qui compte est de savoir si quoi que ce soit de l'un peut un jour apparaître dans l'autre. Cette journée recense chaque point de contact entre les deux — stockage, recherche, services partagés, sauvegardes — et indique pour chacun si la séparation est réellement imposée par le système ou si elle résulte simplement de la configuration actuelle. La différence compte : la première tient sous pression, la seconde n'est qu'une promesse. Les constats incluent les points qui ne sont pas solides aujourd'hui et ce que leur correction impliquerait.

Benchmark de compatibilité et de cohérence d'exécution entre modèles de langage
La plateforme est conçue pour ne pas dépendre d'un fournisseur d'IA unique. Cette journée vérifie cette affirmation au lieu de la supposer : les mêmes tâches sont exécutées sur Claude, Gemini et Mistral, et les résultats sont comparés en exactitude, en cohérence entre exécutions répétées, en coût et en rapidité. Le résultat indique où les modèles sont interchangeables, où ils ne le sont pas, et ce que coûterait un changement de fournisseur si les conditions commerciales, la disponibilité ou la réglementation venaient à l'imposer.

Recommandations d'architecture pour la montée en charge et rapport technique
La dernière journée transforme les trois précédentes en quelque chose d'exploitable. Elle définit ce à quoi l'architecture doit ressembler à mesure que le nombre de comptes clients augmente, quels changements viennent en premier et lesquels peuvent attendre, et ce que chacun implique en charge de travail et en risque. L'ensemble est ensuite consolidé dans le rapport final de 20 à 30 pages, en français, avec les données de benchmark en annexes, prêt à être lu par votre responsable technique et versé comme pièce justificative.