Diffusion publique · Mise à jour novembre 2026

Software factory

Une chaîne de production où les agents travaillent sous contrôle.

Nous vous aidons à mettre en place une software factory : des étapes définies, des agents spécialisés, un harnais qui les encadre et des preuves à chaque livraison. Dans vos dépôts, avec vos outils, pour vos équipes.

Ce qui change

D’un assistant de code à une chaîne de production.

Un assistant aide un développeur. Une software factory organise le travail de plusieurs agents et rend leur production vérifiable par toute l’équipe.

CritèreAssistant utilisé seulSoftware factory
La méthodePropre à chaque développeur.Écrite, partagée et versionnée avec le code.
La vérificationLa relecture humaine, quand elle a lieu.Tests rejoués à chaque modification, revue par un second modèle, validation humaine.
Ce qui resteUne conversation.Spécification, plan, journal des actions, preuves de livraison.
Un nouveau modèle sortChacun change ses habitudes.Il passe sur vos cas de test et remplace l’ancien si les mesures sont meilleures.
La confidentialitéAu cas par cas.Modèles autorisés fixés par niveau de sensibilité du code.

Software factory

La chaîne type, adaptée à votre contexte.

Les agents font le travail répétitif. Les points de contrôle restent entre les mains de vos équipes, et chaque étape laisse une preuve que l’on peut relire.

  1. 01

    Spécifier

    Les agents
    Les agents reformulent le besoin en spécification testable et listent les cas limites et les questions ouvertes.
    Le contrôle
    Le responsable du produit valide la spécification.
    La trace
    Spécification versionnée dans le dépôt.
  2. 02

    Planifier

    Les agents
    Ils découpent le travail en tâches courtes, repèrent les fichiers touchés et les risques de régression.
    Le contrôle
    Un second modèle critique le plan jusqu’à ce qu’il tienne.
    La trace
    Plan, objections et réponses conservés.
  3. 03

    Produire

    Les agents
    Ils modifient le code par petites touches, chacun dans un espace isolé, avec les seuls outils autorisés.
    Le contrôle
    Les tests sont rejoués après chaque modification.
    La trace
    Modifications unitaires et journal d’exécution.
  4. 04

    Vérifier

    Les agents
    Ils relisent le code d’un autre agent, complètent les tests et cherchent les failles connues.
    Le contrôle
    Un développeur de votre équipe relit et accepte.
    La trace
    Rapports de revue et de tests.
  5. 05

    Livrer

    Les agents
    Ils rédigent la documentation et les notes de version, et préparent le déploiement.
    Le contrôle
    La mise en production reste une décision de vos équipes.
    La trace
    Dossier de preuves de la livraison.

Harnais agentique

Le harnais : ce qui fait la qualité d’une chaîne d’agents.

Le harnais est tout ce qui entoure le modèle : ce qu’il sait, ce qu’il peut utiliser, ce qui le vérifie et ce qui reste de son travail. C’est lui qui fait la qualité d’une chaîne d’agents, et il survit aux changements de modèle.

CONTEXTEOUTILSDROITSCONTRÔLESTRACESDÉCISION HUMAINEMODÈLE
  1. Couche 1 sur 6

    Contexte

    Ce que l’agent sait.

    Conventions du projet, documentation de référence, décisions passées et compétences métier, écrites dans des fichiers que vos équipes relisent.

    • Fichiers de contexte du dépôt
    • Compétences réutilisables
    • Mémoire de projet
  2. Couche 2 sur 6

    Outils

    Ce que l’agent peut utiliser.

    Une liste fermée d’outils et de commandes. Ce qui n’y figure pas n’existe pas pour l’agent.

    • Serveurs MCP choisis
    • Commandes autorisées
    • Accès en lecture seule par défaut
  3. Couche 3 sur 6

    Droits

    Où l’agent peut agir.

    Des espaces de travail isolés, des droits minimaux et aucun secret à portée du modèle.

    • Copies de travail séparées
    • Bac à sable d’exécution
    • Coffre de secrets
  4. Couche 4 sur 6

    Contrôles

    Ce qui vérifie l’agent.

    Des tests rejoués à chaque modification, des règles exécutées automatiquement et une relecture par un second modèle.

    • Tests de non-régression
    • Règles avant et après action
    • Revue croisée entre modèles
  5. Couche 5 sur 6

    Traces

    Ce qui reste du travail.

    Chaque action, son coût et la version du modèle qui l’a produite sont enregistrés. On peut rejouer, comparer, revenir en arrière.

    • Journal des actions
    • Coût par tâche
    • Versions comparables
  6. Couche 6 sur 6

    Décision humaine

    Qui tranche.

    Les actions qui ont un effet réel attendent une validation. Vos équipes arbitrent, les agents exécutent.

    • Validation des actions à effet
    • Arbitrage des écarts
    • Mise en production

Intervention

Comment nous la mettons en place.

Nous partons de votre chaîne actuelle et nous mesurons avant de généraliser.

  1. 01

    Diagnostic

    Vos outils, vos dépôts, votre intégration continue, les usages de l’IA déjà en place et vos contraintes de confidentialité.

  2. 02

    Conception

    La chaîne cible : étapes, rôle de chaque agent, points de contrôle humains, modèles autorisés selon la sensibilité du code.

  3. 03

    Projet pilote

    La chaîne et son harnais installés sur un projet réel, dans vos dépôts, avec une de vos équipes.

  4. 04

    Mesure

    Délais, coût par tâche, part des modifications acceptées, incidents. Les chiffres décident de la suite.

  5. 05

    Transfert

    Formation, documentation et procédures. Vos équipes pilotent la chaîne et la font évoluer sans nous.

Ce que vous gardez

Tout reste chez vous, rien ne vous lie à nous.

  • Le harnais, dans vos dépôts

    Fichiers de contexte, compétences, règles, configuration des outils : tout est versionné chez vous.

  • La documentation de la chaîne

    Étapes, rôles, points de contrôle et procédures, écrits pour ceux qui reprendront la chaîne.

  • Des indicateurs suivis

    Délais, coût par tâche, part des modifications acceptées, incidents. Mesurés sur vos projets.

  • Des équipes autonomes

    Vos développeurs savent piloter les agents, lire leurs traces et faire évoluer le harnais.

Outils avec lesquels nous travaillons

  • Claude Code
  • Codex
  • Cursor
  • OpenCode
  • Serveurs MCP
  • Vercel AI SDK
  • Orange Forge

Questions

Questions fréquentes

Faut-il changer nos outils ?

Non. Le harnais s’installe autour des assistants que vos équipes utilisent déjà. Nous ne recommandons un changement que s’il est justifié par une mesure faite sur vos projets.

Nos développeurs restent-ils nécessaires ?

Oui. Ils écrivent les spécifications, arbitrent les plans, relisent et acceptent le code. Les agents prennent en charge le travail répétitif et la vérification systématique.

Où tournent les agents ?

Sur les postes de vos développeurs, dans votre intégration continue ou dans un environnement isolé que vous choisissez. Le choix dépend de la sensibilité du code.

Quels modèles d’IA utilisez-vous ?

Ceux qu’autorise le niveau de confidentialité fixé avec vous : fournisseur, pays de traitement et conditions de conservation sont écrits avant de commencer. La page Confiance détaille les options.

Combien de temps avant un premier résultat ?

Le projet pilote fixe le calendrier. Nous le dimensionnons lors du diagnostic, sur un périmètre assez petit pour être mesuré rapidement.

Échanger

Parlons de votre contexte.

Un premier échange permet de situer votre chaîne actuelle, vos outils et vos contraintes de confidentialité. Rien à nous envoyer avant.