Laudiva™

Le produit

Les clients se renseignent sur un commerce avant d’appeler. Laudiva reprend les avis qu’un commerce local a déjà sur Google et Facebook, utilise la SI/IA pour sélectionner les plus détaillés et les plus précis, et les affiche dans un widget sur le site web du commerce. Le widget se met à jour tout seul : le propriétaire n’a jamais à trier les avis à la main.

Il s’adresse aux commerces gérés par leur propriétaire : garages, services à domicile, restaurants, salons de coiffure et de beauté. Il s’installe avec un seul extrait de code sur les créateurs de sites courants et il est disponible en cinq langues.

Découvrir laudiva.ai ↗

Comment il a été réalisé

Laudiva est notre premier produit réalisé de bout en bout par une flotte agentique de SI/IA, et non par un ingénieur travaillant avec un seul assistant.

• Un coordinateur planifie le travail. Les fonctionnalités sont découpées en petites tâches bien définies, exécutées par vagues.
• Les agents travaillent en parallèle. Chaque agent de SI/IA travaille sur sa propre branche isolée, selon un règlement commun et des modèles de code de référence.
• La SI/IA relit chaque modification. Le niveau de revue s’adapte au risque de la modification.
• Les ingénieurs valident là où c’est important. Les modifications qui ne touchent que la documentation ou les tests sont fusionnées une fois la revue et la CI réussies. Le code du produit, les paiements et les modifications de données doivent être approuvés par un ingénieur.
• Chaque décision est consignée. Les choix d’architecture sont enregistrés sous forme de décisions numérotées, pour que les agents et les ingénieurs travaillent à partir du même registre.

Tout en tant que code

Notre règle est simple : si cela peut être du code, c’est du code. Rien dans le fonctionnement de Laudiva ne dépend d’un clic dans une console ou d’une étape manuelle dont il faudrait se souvenir.

• L’infrastructure et la configuration sont définies en code, versionnées et relues comme toute autre modification.
• Les modifications de la base de données sont livrées sous forme de migrations versionnées, jamais modifiées à la main.
• Les règles du projet sont aussi du code. Les conventions sont appliquées par des contrôles automatisés, pas par la mémoire.
• Les corrections manuelles deviennent du code. Quand une opération a dû être faite à la main une fois, elle est transformée en code pour ne plus jamais être faite à la main.

Résultat : des environnements reproductibles, une trace relisible pour chaque modification, et des agents qui travaillent en sécurité, car aucun état caché n’existe en dehors du code.

Contrôles qualité

La vitesse ne compte que si ce qui est livré est solide. Chaque modification passe les mêmes contrôles automatisés avant d’être fusionnée :

• Plus de 40 000 tests automatisés, avec une couverture de 100 % exigée sur la plupart des paquets
• Tests de mutation (Stryker) sur le code le plus critique, pour prouver que les tests détectent vraiment les bogues
• Budgets de complexité (FTA) qui empêchent le code de devenir difficile à maintenir
• Plus de 190 vérifications sur mesure qui font respecter les règles du projet
• Analyse de sécurité statique, ainsi que la détection du code dupliqué et du code mort
• Contrôle de complétude des traductions dans les cinq langues
• Respect obligatoire des design tokens, pour une interface cohérente
• Tests de bout en bout qui pilotent le vrai produit dans un navigateur, ainsi que des tests visuels par captures d’écran du widget intégrable

En chiffres