Pour que le systeme en place s ameliore seul, il faut abord que quelqu un le lise vraiment.

Les systemes du genre fil de recommandation, classement de recherche ou envoi de notifications entrent dans une position genante des leur mise en service: tout le monde convient de leur importance, et presque personne ne peut dire comment ils tournent. Changer un indicateur demande des mois de planning, et apres le changement la preuve doit encore venir du trafic reel. Ce que Pavo veut faire, c est de transformer trois gestes, lire le systeme, trouver le changement, prouver qu il marche, en une chaine qui tourne encore et encore.

Ce reste pas un assistant pour les utilisateurs finaux, mais une plateforme posee derriere les equipes de developpement et de produit: elle tourne dans le compte nuage du client, se connecte en lecture seule au depot de code, au entrepot de donnees, aux tableaux de bord et a la plateforme de tests, ne fait rien sortir par defaut, et son but est de faire vraiment bouger un indicateur precis.

Ce qui refuse de bouger, c est souvent pas le modele, mais le fait que personne ne peut dire comment le systeme tourne

Un fil tourne depuis trois ans, le code a ete repris plusieurs fois, les tableaux de bord refaits deux fois, et la raison pour laquelle un trait a ete pondere plus haut au depart dort dans la memoire de quelques anciens. Quand un nouveau prend la suite, ou quand un agent la prend, le premier mur n est jamais la facon d ecrire le code, mais la facon dont ce systeme tourne. Pire, changer un indicateur coute cher par nature: une erreur et voila un incident, donc l equipe ne fait que les petits changements dont elle est sure, et le grand changement qui ferait bouger le chiffre reste au fond de la liste.

Premiere etape: lire l experience disperse dans un livre avec sources

Le premier module se nomme System Knowledge. Il tire les informations des sources connectees en faits separes, chacun portant un type et une origine: de quel fichier et de quelle ligne vient cette phrase, de quelle requete, de quel test. Extraire ne suffit pas; les faits sont condenses en un manuel qui se revise chapitre par chapitre, le System Book.

Ce manuel ne repose pas sur un modele qui parle tout seul. Pavo y joint une verification nommee Knowledge Bench, ou l equipe ecrit les questions et note les reponses; une note trop basse signifie que la connaissance n est pas vraiment comprise, et non que cela ressemble a peu pres. Le vendeur resume le principe en une ligne: la connaissance se verifie, elle ne se suppose pas.

Deuxieme etape: confier le probleme a une equipe d agents qui tiennent chacun un petit morceau

Le deuxieme module se nomme Agent Studio, et son role est de depenser la comprehension accumulee. Donnez lui un vrai probleme et il le decoupe d abord en un plan: le cadre scientifique, le partage en modules, les regles de preuve, tout pose sur la table en attendant votre accord. Sans accord, rien ne bouge.

Une fois l accord donne, le travail se partage entre une equipe d agents. Chaque agent tient une petite tache verifiable, et au dessus se trouve un Director qui repartit les taches, surveille l avancement des autres, aligne leurs trouvailles et intervient quand quelque chose deraille.

La valeur de cette structure, c est qu on peut la verifier. Chaque resultat est une reponse avec type, references et version, qui dit clairement ce qu elle prouve et aussi clairement ce qu elle ne prouve pas. L explication du vendeur est directe: lancez une question de recherche de plusieurs semaines sur un seul agent et il tournera des heures, prendra cent petites decisions que personne n a vues, puis reviendra avec aplomb une reponse fausse; la solution n est pas un agent plus malin mais une structure autour de celui qu on a.

Le faire s arreter au moment ou une decision est necessaire

Pavo separe les points de decision des nouvelles d avancement: il ne s arrete qu aux limites qui demandent un arbitrage, et dit ce qui a change, pourquoi la decision vous revient et quel chemin chaque option ouvre. Le reste du temps, l equipe tourne seule.

Comment se deroule un tour d amelioration

Joignez les deux etapes et vous avez la boucle entiere: connecter la pile, batir la connaissance du systeme, lancer un chantier dans Agent Studio, livrer un changement qui fait bouger l indicateur. Ce qui a ete trouve retourne dans le manuel et devient le depart du tour suivant.

Dans la forme pour les entreprises, cette boucle est comprimee en huit semaines: la premiere fixe l indicateur et les criteres de reussite, la deuxieme connecte les systemes, les semaines trois et quatre evaluent plusieurs approches en parallele et choisissent la gagnante hors ligne, les semaines cinq et six lancent la gagnante comme test en service, les semaines sept et huit mesurent le gain et passent au probleme suivant. Le vendeur note que, la comprehension s approfondissant, le temps quil faut a une equipe pour repondre a une question plus difficile tombe de plusieurs semaines a quelques jours.

Ce qui reste dans votre propre environnement

Savoir s une telle plateforme entre dans une entreprise depend souvent de la question des donnees. Pavo propose trois formes: hebergee sur son propre nuage, a plusieurs occupants mais separe par organisation; posee dans le compte nuage du client, un seul occupant, chiffree avec les cles du client, hors reseau par defaut; et une version durcie pour les secteurs reglementes, ou tous les services tournent chez le client et ou aucune integration de tiers n est deployee.

Trois principes traversent toutes les formes: la connexion est en lecture seule, les connecteurs tirent seulement de vos sources et n ecrivent jamais dans vos systemes; les donnees du client ne servent pas a entrainer des modeles; les modeles de langue externes tournent sous des conditions de retention nulle. La plateforme detient SOC 2 Type II et ISO/IEC 27001, avec un test d intrusion independant une fois par an.

Ce qu il faut savoir avant de commencer

Le prix n est pas public. Le cout a deux parties: une redevance de plateforme fixee par la taille du systeme, et le travail de recherche facture a usage, dans une unite appelee ASU, definie comme un agent de science appliquee travaillant une seance. Le vendeur ecrit clairement que la facturation ne se fait pas par personne, que connecter plus de sources ne coute rien de plus, que la redevance suit un contrat annuel et qu une fenetre de sortie de quatre vingt dix jours existe.

Il n existe pas de version pour les particuliers, et aller du premier contact a une boucle qui tourne demande de passer par un processus commercial. Les equipes qui veulent faire tourner la boucle elles memes prennent la voie autonome; celles qui veulent d abord une preuve sur l indicateur avant d investir peuvent prendre un scientifique sur place, une personne en science appliquee qui entre dans l equipe, fait un tour autour d un seul indicateur en huit semaines environ, puis rend la boucle au equipe. Si votre systeme d agents journalise deja ses chaines d appels, la connexion ne demande pas de deplacer la pile et peut partir du historique existant; a contrario, il faut de vraies donnees de production et assez de contexte, sinon la valeur complete ne se montre pas.

Ce qu il resout n a jamais ete de faire ecrire votre code par une IA. Il s agit de transformer un systeme en place que personne ne peut expliquer en une connaissance publique qu on peut reviser, verifier et ameliorer sans fin.