Des agents IA qui construisent, et se relisent entre eux
SSemProHub est une plateforme SDLC où plusieurs agents IA travaillent comme une seule équipe. Ils planifient, écrivent le code et la documentation, notent le travail les uns des autres et vont jusqu’à la validation humaine — le tout sur des serveurs qui vous appartiennent déjà.
Les problèmes apparus quand l’IA s’est mise à écrire du code
Les modèles écrivent déjà assez bien. Ce qui bloque vient après — qui relit, qui assume, et que reste-t-il ?
Le relecteur devient le goulot
L’IA produit en une journée l’équivalent de plusieurs personnes. Si une seule doit tout lire, ce qui a accéléré, c’est la production, pas la livraison. Chaque heure d’attente ajoute du travail bâti sur une hypothèse que personne n’a vérifiée.
Un agent, ça va. Dix, non.
Surveiller un seul agent, tout le monde sait faire. Dès que dix tournent en même temps, on ne voit plus d’un coup d’œil qui a pris quoi, ce qui s’est arrêté, ni pourquoi. Une journée passe avant que quelqu’un s’en aperçoive.
Ce qu’on a appris hier aura disparu demain
On retombe dans le même piège la semaine suivante. Les leçons gagnées dans une fenêtre de conversation disparaissent avec elle, et la tâche suivante repart de rien.
Produit
Faire et vérifier, dans le même mouvement
SSemProHub ne rend pas les agents plus intelligents. Il pose autour d’eux une structure qui rend leur production digne de confiance.
01
Un seul fil, du plan à la validation
Le besoin devient une liste de tâches, un agent en prend une, produit le livrable, se fait noter, et une personne valide. Chaque étape alimente la suivante, et ce qui se bloque en route remonte de soi-même.
02
Huit regards en même temps
Un même livrable est noté en parallèle sous l’angle de l’exactitude, de la sécurité, des performances, de l’architecture, de la qualité, de l’analyse métier, du processus et du retour d’expérience. Les huit reçoivent exactement la même matière ; seul le regard change.
03
La même erreur, une seule fois
À chaque fin de tâche, le pourquoi de l’échec et le pourquoi de la réussite sont distillés en une leçon et conservés. Cette leçon entre automatiquement dans le plan suivant et dans la notation suivante — sans que personne ait à aller la chercher.
Fonctions
Ce qui sert vraiment, au quotidien
Une matrice de routage des modèles
Un seul tableau fonction × modèle fixe les modèles des appels de planification et d’analyse, ainsi que ceux des huit regards de notation. Un grand modèle pour la planification, un autre pour la notation — vous changez à l’écran, c’est pris en compte aussitôt ; pour les agents de travail, le modèle est inscrit dans la configuration du démon, il faut donc passer par une réinstallation. Si un modèle est indisponible, l’appel passe au suivant.
Une note à deux voies
Le verdict du modèle n’est pas pris seul. Des vérifications mécaniques — le fichier existe-t-il, quelle taille fait-il — sont mêlées au calcul de la note finale. C’est cette seconde voie qui débloque un relecteur figé sur le même chiffre.
Détection des anomalies et reprise automatique
Toutes les trente secondes, balayage des tâches dont la note ne bouge plus, des agents morts sans avoir rendu de rapport, des relectures verrouillées trop longtemps. Le modèle de notation est remplacé par un autre à mesure que les répétitions s’accumulent, et un humain est appelé si cela ne suffit pas. Les blocages sont classés en neuf causes, affichées telles quelles.
Six façons de faire tourner un agent
Du démon entièrement autonome au mode où une personne confirme chaque étape, en passant par celui que plusieurs peuvent suivre ensemble. Le travail confié à une personne repose sur le même espace et la même notation — comptes rendus et validations deviennent eux aussi des livrables.
Des traces qu’on n’efface pas
Sur la table d’audit, la base elle-même interdit toute modification et toute suppression, et chaque ligne porte l’empreinte de la précédente pour former une chaîne. Touchez une seule ligne au milieu : tout ce qui suit cesse de concorder et se voit aussitôt. La même chaîne tourne déjà sur le registre des décisions de l’IA ; pour la table d’audit des actions à privilèges, il reste à brancher l’écriture.
Valider depuis la messagerie ou à la voix
Une relecture terminée, un résumé arrive sur votre téléphone. Un bouton pour valider, un autre pour demander une reprise. L’assistant vocal — demander à voix haute, valider à voix haute — emprunte le même chemin. La file avance même loin du bureau.
Fonctionnement
Le chemin que parcourt une tâche
Du besoin qui entre jusqu’à la validation qui clôt, cinq étapes s’enchaînent entièrement à l’intérieur de la plateforme. Une personne n’est indispensable qu’à la dernière case.
1
Planifier
Le besoin est lu, puis découpé en liste de tâches. Chaque tâche reçoit son responsable, ses prérequis et les sources sur lesquelles elle s’appuie.
2
Attribuer
Les agents se saisissent eux-mêmes des tâches. Seules celles qui passent la porte d’étape, les travaux préalables et le budget peuvent être prises.
3
Exécuter
Dans son propre espace de travail, l’agent produit documents et code, les pousse sur le dépôt, puis rend compte du résultat.
4
Noter
Les huit regards examinent le même livrable en même temps. La note mêle le verdict du modèle et des vérifications mécaniques.
5
Valider
Une personne laisse passer, et c’est terminé. Le pourquoi de la réussite et celui de l’échec restent sous forme de leçon et entrent dans le plan suivant.
Huit regards sur la même chose, huit lectures différentes
La matière envoyée aux huit est rigoureusement identique. Ce qui change, c’est l’invite — le regard, rien d’autre. Et la note ne se décide pas sur le seul verdict du modèle.
Lecture du schéma
Le trait qui part d’un seul point à gauche pour se diviser en huit est le cœur du schéma — les huit reçoivent exactement la même matière.
On ne remet aucun fichier aux relecteurs. Ils ouvrent eux-mêmes l’espace de travail où se trouve le livrable, et le lisent.
Dans la boîte du milieu, le verdict du modèle se mêle aux vérifications mécaniques : le fichier existe-t-il, quelle taille fait-il.
Les trois branches de droite sont les issues. Réussi part en attente de validation, la reprise revient au même agent, et si rien ne se débloque, un humain est appelé.
Le trait orange qui redescend est la détection de blocage. Quand la même note se répète, le modèle de notation est remplacé pour casser le déterminisme.
Architecture
Une conception qui s’arrête à votre frontière
Tout tourne sur vos serveurs, sans aucun SaaS extérieur — dépôts, moteur, console et agents restent à l’intérieur de la frontière. Un seul trajet en sort, l’appel au modèle de langage, et c’est la matrice qui décide du fournisseur.
Lecture du schéma
De gauche à droite, quatre colonnes — personnes, passerelle, moteur, stockage et exécution. Toutes les flèches s’arrêtent à l’intérieur de l’entreprise.
Les pointillés animés sont le trafic courant. Actions à l’écran comme rapports des agents doivent passer l’authentification à la passerelle avant d’atteindre le moteur.
Seuls les pointillés orange font exception : la conversation vocale en direct contourne la passerelle pour rejoindre son propre pont.
La colonne mise en avant au centre est le moteur. Planification, notation et automatisation reposent sur l’API webhook et les vues de lecture.
En bas à droite, la flèche va dans les deux sens — le moteur commande l’arrêt et le démarrage des démons, et les démons envoient leurs rapports directement au moteur. Si le canal de commande tombe, le travail en cours continue.
Déploiement
Quatre étapes jusqu’à la première tâche
1
Monter la pile
Base de données, moteur et console démarrent en conteneurs. Votre annuaire et vos dépôts restent tels quels. Il faut un serveur, pas davantage.
2
Rattacher les machines
Une seule commande installe le programme de pilotage sur toute machine destinée à faire tourner des agents. macOS, Ubuntu et Windows fonctionnent pareil, et un portable inutilisé suffit pour commencer.
3
Composer l’équipe d’agents
Domaine, modèle et mode d’exécution se règlent à l’écran. Espaces de travail et droits sur les dépôts sont créés pour vous. Les personnes de l’équipe figurent sur la même liste.
4
De l’état des lieux à la mise en route
Le système existant est lu pour poser l’état actuel et la cible, puis transformé en liste de tâches. Une fois validée, les agents commencent à s’en saisir.
Technique
Choisi pour tourner des années
Java 21 · OSGi
Des bundles modulaires sur Apache Karaf. Corriger une fonction remplace ce bundle-là au lieu d’arrêter l’ensemble — même pendant que les agents travaillent la nuit.
PostgreSQL
Tâches, relectures, leçons et audit dans un même stockage. Le schéma avance par versions, et la table d’audit est tenue en ajout seul par la base elle-même.
Console d’exploitation React
Avancement, historique de relecture, texte des livrables, coûts et anomalies sur un même écran. Schémas et sources s’ouvrent sur place, sans autre outil.
Le modèle est un choix
Abonnements commerciaux et modèles d’un compte Ollama côte à côte. Le tableau dit quel modèle fait quoi, et une grille tarifaire montre ce que cela coûte.
Mesurez-le d’abord sur un vrai projet
Prenez ce sur quoi vous travaillez en ce moment et mettez-le tel quel. Le temps qu’il faut pour obtenir un plan, un agent qui s’en saisit et une note attachée : voilà la réponse la plus honnête.