SuperHote x JUWA : un copilote IA conversationnel livré en 4 semaines sur une plateforme en service

La décision structurante a été prise le premier jour. Le copilote ne serait pas un service parallèle à raccorder ensuite, mais un composant de la plateforme, écrit dans ses langages et branché sur ses données. Côté serveur, l'API Laravel existante porte la logique IA. Elle expose aux agents un jeu d'actions métier atomiques : lire une réservation, vérifier une disponibilité, envoyer un code d'accès, consulter un calendrier. Chacune passe par un contrôleur authentifié en JWT, ce qui évite d'ouvrir la base à un service tiers et conserve la traçabilité des appels dans les journaux de la plateforme. Le raisonnement tourne sur AWS Bedrock. Un agent orchestrateur reconnaît l'intention, va chercher le contexte utile puis passe la main à un agent expert. La récupération de contexte est hybride : recherche vectorielle sur les bases de connaissances pour tout ce qui relève de la documentation et du savoir-faire, requêtes structurées sur la base SuperHote pour les données de réservation. Sans ce mélange, un agent répond correctement sur les règles générales et se trompe sur le séjour en cours, ce qui est le pire des deux mondes. Deux bases de connaissances ont été vectorisées : les transcriptions des vidéos de formation SuperHote et le contenu du centre d'aide. C'est ce qui permet au copilote de répondre à une question de gestion locative avec les mots de SuperHote plutôt qu'avec ceux d'un modèle généraliste. La validation humaine n'est pas une option de confort, c'est une pièce d'architecture. Bedrock ne gère nativement ni la reprise en main par un humain, ni l'appel de composants d'interface. Il a fallu la construire, en combinant les groupes d'actions, des garde-fous et une fonction dédiée au rendu des composants front. Un gestionnaire qui suit trente annonces et un autre qui en suit trois cents n'accordent pas la même autonomie à une IA ; chacun règle le curseur où il veut.

Un projet de quatre semaines ne se rattrape pas en cours de route. Tout se joue avant, dans la précision de ce qu'on s'engage à livrer, et pendant, dans la fréquence à laquelle on regarde où on en est. Les critères de succès ont été écrits avant la première ligne de code, avec leurs seuils chiffrés, et signés. Cinq critères, pas une liste d'intentions. JUWA s'est engagée sur une pénalité forfaitaire de 10 % en cas de non-atteinte et sur une période de remédiation à ses frais jusqu'à validation. Le rythme, ensuite. Chaque développeur postait un rapport de fin de journée sur son périmètre : ce qui a été fait, ce qui est prévu demain, les questions en attente, les points de blocage, et si la semaine est tenue. Une visio hebdomadaire d'une heure avec la direction et les référents techniques, avec démonstration à chaque fois. Un canal asynchrone pour les questions métier, avec un engagement de réponse sous 24 heures côté SuperHote, formalisé dans la proposition. Ce dernier point est celui qu'on négocie le plus mal en général, et c'est celui qui fait la différence. Un référent back-end et un référent front-end nommés, joignables, qui répondent en une journée. Sans ça, le calendrier tombe la deuxième semaine.