De l'idée à la production, sans retour en arrière.
Nexus intègre sa propre usine logicielle. Les idées sont classées, un comité de décision en retient une, puis les agents d'IA et les ingénieurs la développent sur des branches. La Forge teste chaque modification par rapport à la branche principale telle qu'elle sera, et non telle qu'elle était, signe ce qu'elle compile et déploie par vagues avec une option de retour arrière. Assez rapide pour suivre le rythme de l'IA, assez rigoureux pour les secteurs réglementés.
D'une question à une mise en production, en six étapes.
Chaque étape laisse une trace, et chaque étape compte un responsable pouvant l'arrêter. Vous pouvez remonter à tout moment le fil qui relie une idée au code en production.
Idéation
Posez une vraie question. Les cycles d'idéation génèrent des options, les confrontent et les classent, dans le respect d'un budget.
Décider
La présélection passe en comité de décision. Une personne désignée tranche, et sa décision devient le plan.
Développer
Les agents d'IA et les ingénieurs écrivent la modification sur une branche, avec ses tests, chacun dans son propre bac à sable.
Vérification
Un contrôle de sécurité qui bloque, une revue par l'IA qui explique, et une personne qui approuve là où les règles l'exigent.
Fusionner
La file de fusion teste chaque modification avec celles qui la précèdent. La branche principale ne casse jamais.
Déployer
Les images signées sont déployées par vagues avec des contrôles d'état. Toute mise en production peut être annulée en une seule étape vérifiée.
Des idées à l'entrée, un logiciel opérationnel à la sortie.
L'usine relie les modules de Nexus qui réfléchissent à ceux qui construisent. Les idées, les décisions, les agents et la Forge partagent un registre unique : vous pouvez ainsi remonter de n'importe quelle ligne de code jusqu'à la question qui l'a initiée.
Des idées classées
Les cycles d'idéation confrontent les options et conservent le meilleur contre-argument pour chacune.
- Classées face à face
- Le contre-argument conservé
Une décision devient le plan
- Une personne désignée tranche
- La décision fait office de cahier des charges
Modifications par les agents et les équipes
Les agents d'IA ouvrent des demandes de modification comme n'importe quel ingénieur. Chacune affiche ses vérifications, ses revues et sa place dans la file.
- Agents et humains, mêmes règles
- Rien ne fusionne tout seul
Un réviseur IA sur chaque modification
Chaque modification est lue par un réviseur IA qui explique ses constats, dans la limite d'un plafond de dépenses quotidien. Il conseille ; les humains décident.
- Notes en langage clair
- Un plafond quotidien strict
La branche principale ne casse jamais.
La plupart des pipelines testent une modification par rapport à la branche principale telle qu'elle était à la création de la branche. La Forge la teste par rapport à la branche principale telle qu'elle sera, en intégrant chaque modification qui la précède dans la file. Un build qui échoue à l'analyse de sécurité n'est jamais signé et ne peut donc jamais être déployé.
Compiler, analyser, signer, proposer
Chaque build passe par les mêmes étapes. Les tests et l'analyse de sécurité s'exécutent en parallèle ; la signature attend la réussite des deux.
- Les analyses bloquent, elles ne se contentent pas d'avertir
- Les échecs expliqués clairement
Quatre jalons, puis des vagues
Chaque mise en production franchit quatre jalons, puis est déployée sur 10 requêtes sur 100, puis la moitié, puis la totalité.
- Associée à une image exacte
- Déploiement par vagues avec contrôles d'état
Aussi vite que les agents peuvent coder.
Lorsque les agents d'IA écrivent du code, les builds arrivent par rafales. Des exécuteurs sont ajoutés tant que des tâches attendent et supprimés une fois qu'elles sont terminées, et un cache de build partagé permet de réutiliser l'essentiel de chaque image plutôt que de la recompiler.
Des exécuteurs qui s'adaptent à la file
Chaque build s'exécute dans son propre bac à sable isolé. D'autres exécuteurs démarrent tant que des tâches sont en attente, dans la limite d'un plafond que vous définissez.
- Un nouveau bac à sable pour chaque tâche
- Augmente et diminue sous un plafond défini
L'essentiel de chaque build réutilisé
Un cache partagé conserve les couches inchangées, de sorte qu'un build classique ne prend que quelques minutes.
- Temps de build suivi sur 30 jours
- Succès de cache par dépôt
Seuls les builds signés atteignent la production.
Chaque image est signée au niveau de son empreinte, avec un enregistrement de la façon et du lieu où elle a été compilée. La production refuse tout élément non signé, et les secrets sont écrits une seule fois sans jamais être réaffichés.
Signée au niveau de son empreinte
Deux personnes détiennent chaque clé de signature. Chaque image comporte un enregistrement de build, et les images non signées sont refusées là où vous le décidez.
- Clés détenues par deux personnes
- Images non signées refusées
Des secrets appelés uniquement par leur nom
Les builds et les tests lisent les secrets par leur nom. Une valeur est écrite une seule fois sans jamais être réaffichée, et chaque lecture est comptabilisée.
- Écrit une fois, jamais affiché
- Qui peut lire chaque secret
Déployez par vagues, avec un retour en arrière possible.
Une mise en production est une petite modification vérifiée qui fige l'image exacte à exécuter. Elle est d'abord déployée sur quelques requêtes, puis sur la moitié, puis sur la totalité, avec des contrôles d'état intermédiaires. Le retour arrière repose sur le même type de modification, approuvé par une deuxième personne.
D'une modification fusionnée à l'exécution
- Chaque étape, de la fusion à l'exécution
- Ce qui requiert un humain, en priorité
Retour arrière en une minute environ
Le retour arrière est préparé sous forme de modification, vérifié et approuvé par une deuxième personne. Des exercices réguliers garantissent sa rapidité.
- Une modification vérifiée, pas une manœuvre dans l'urgence
- Testé chaque mois
Votre code, votre matériel, vos règles.
La Forge s'exécute au sein de votre installation, sur votre propre matériel ou sur notre cloud dans l'UE, sans aucun service externe dans le processus de build. Elle continue de compiler même lorsque la production est à l'arrêt, c'est-à-dire précisément au moment où vous devez déployer un correctif. Chaque paramètre étant également conservé sous forme de fichier, les modifications sont vérifiées comme du code.
Chaque paramètre est versionné
Les paramètres, workflows, compétences et politiques sont enregistrés sous forme de fichiers. Toute modification effectuée à ce niveau revient sous la forme d'une modification vérifiée.
- Dans les deux sens, toujours vérifié
- Modifications directes sur la branche principale refusées
Les actions à risque exigent des confirmations adaptées
Chaque action comporte un risque. Plus le risque est élevé, plus les exigences augmentent : la saisie d'un nom, l'accord d'une deuxième personne, le respect d'une condition préalable.
- Des rôles issus de vos groupes
- Les actions critiques nécessitent deux personnes
À propos de la Forge et de l'usine d'IA.
Devons-nous obligatoirement héberger notre code dans la Forge ?
Non. La Forge est présente par défaut, mais Nexus fonctionne également avec l'hébergeur de code que vous utilisez déjà, à l'échelle de l'organisation ou du domaine.
Les agents d'IA écrivent-ils du code de manière autonome ?
Ils écrivent des modifications sur des branches, comme n'importe quel ingénieur. Rien n'atteint la branche principale sans passer les mêmes vérifications, et une personne approuve chaque fois que vos règles l'exigent.
Comment empêchez-vous les régressions ?
Chaque modification est testée avec toutes celles qui la précèdent, de sorte que la branche principale ne reçoit que des combinaisons validées. Les mises en production sont déployées par vagues avec des contrôles d'état, et chacune peut être annulée en une seule étape vérifiée.
Le processus de build dépend-il de services externes ?
Non. La compilation, l'analyse, la signature et la mise en production s'exécutent entièrement au sein de votre installation, ce qui vous permet de déployer un correctif même lorsqu'un autre service est en panne.
Pouvons-nous voir combien coûte l'usine ?
Oui. Les minutes de build, les exécuteurs et la revue par l'IA disposent chacun d'un budget et d'un plafond, comptabilisés comme n'importe quel autre appel à l'IA dans Nexus.
Aller plus loin
Voyez l'usine construire un projet concret.
Apportez une idée. Nous vous montrerons le parcours complet, d'une présélection classée jusqu'à une mise en production signée, sur votre propre matériel.