Edouard Tardif
FREN

Comment ça marche

Une chaîne de huit étapes. Des agents à chaque poste, un humain aux trois endroits qui comptent.

La chaîne de fabrication

Faites défiler : une fiche avance de poste en poste, et chaque poste s'anime quand vous arrivez à son texte.

La chaîne de fabrication, en huit postesHuit postes rangés en serpentin le long d'un tapis, du cahier des charges (1) au poste de vérification humaine (8). Une fiche « Ticket » avance de poste en poste. À l'établi (4) elle devient une « PR » ; aux postes 5 et 6 une étiquette « ci-ok » est accrochée à la fiche. Sans animation, la fiche repose au poste 8.1Cahier des charges2Pré-vol3Découpage4Établi de fabrication5Banc de tests6Supervision7Vitrine de recetteVérifié8Poste de vérification humaineTicketPRci-ok
  1. Étape 1 sur 8

    Le cahier des charges

    Exigences écrites de façon testable, critères d'acceptation, décisions d'architecture, maquettes.

    Poste 1 · Cahier des charges

  2. Étape 2 sur 8

    Le pré-vol adversarial

    Trois agents cherchent les contradictions de la spécification avant tout lancement. 59 constats sur Merkindium, tous traités avant le premier ticket.

    Poste 2 · Pré-vol

  3. Étape 3 sur 8

    Le découpage

    L'agent chef de projet découpe en lots et en tickets, avec leurs dépendances.

    Poste 3 · Découpage

  4. Étape 4 sur 8

    La fabrication

    Un agent prend un ticket et propose une modification (PR).

    Poste 4 · Établi de fabrication

  5. Étape 5 sur 8

    Les tests

    Chaque PR passe les tests automatiques, et un démarrage réel de l'application dans un conteneur.

    Poste 5 · Banc de tests

  6. Étape 6 sur 8

    La supervision

    Si tout est vert, la PR est intégrée. Sinon, un agent correcteur la reprend.

    Poste 6 · Supervision

  7. Étape 7 sur 8

    La recette

    La nouvelle version se déploie toute seule sur une copie privée.

    Poste 7 · Vitrine de recette

  8. Étape 8 sur 8

    La vérification humaine

    Dans Recette : Vérifié, Bug ou Passer. Un bug devient un nouveau ticket.

    Poste 8 · Poste de vérification humaine

Ce que fait l'humain

Trois gestes qui restent à l'humain.

Décider

la spécification, les arbitrages quand elle se contredit, ce qui passe en production.

Détenir les secrets

clés de paiement, mots de passe, accès aux serveurs. Les agents n'en voient aucun.

Vérifier

en recette, en commençant par ce dont les agents doutent.

Les garde-fous

Cinq protections mises en place dans la chaîne.

  • Un contrôle obligatoire (ci-ok)

    Aucune modification n'est intégrée sans tests verts.

  • Un budget quotidien par application

    Chacune a un plafond de consommation par jour.

  • Aucun secret dans le code

    Vérifié automatiquement.

  • Un mode bouchon pour chaque service externe

    L'usine fabrique sans détenir de clé.

  • Un nombre limité de chantiers en parallèle

    Dans l'ordre des dépendances.

Les moyens

GitHub pour les tickets et les tests, deux familles d'agents (Claude Code et Codex), douze machines d'exécution sur des serveurs loués chez OVH, Coolify pour les déploiements.

Ce que ça coûte (ordre de grandeur)

environ 300 € par mois

serveurs et abonnements aux agents compris.

Aucun coût à l'usage : les agents tournent sur des abonnements à prix fixe.

Les limites

  • Les quotas.

    Les abonnements ont des plafonds. Quand ils sont atteints, l'usine ralentit ou s'arrête, et le chef de projet en consomme une bonne part à lui seul.

  • Ce que les agents ratent.

    Ils vérifient rarement dans un vrai navigateur. Ils peuvent livrer du code conforme aux tests et pourtant faux à l'écran. 121 de leurs notes de confiance sont à 6/10 ou moins, et elles le disent.

  • Les tests instables.

    Une part réelle du travail sert à réparer des tests qui échouent au hasard : 40 PR sur 440 dans Merkindium.

  • Les blocages.

    Un ticket peut buter plusieurs fois : celui de l'accueil a demandé cinq tentatives. Quand la version principale casse, l'usine peut rester bloquée jusqu'à ce que je tranche.

  • L'humain reste le goulot.

    Décider, vérifier, débloquer : ce temps-là ne se délègue pas.

Les chiffres, et comment ils sont comptés

Relevés par l'API GitHub le 10/10/2026 ; régénérés par script.

  • 1 457

    PR d'agents, sur 1 486 PR intégrées dans les 5 dépôts présentés

    Une « PR » (pull request) est une modification proposée, testée puis intégrée au logiciel.

  • 1 681

    issues fermées (tickets, bugs, sans suite compris)

  • 7,5/10

    moyenne des notes « Confiance : N/10 » déclarées par les agents eux-mêmes

  • 1 013

    PR d'agents qui déclarent une note de confiance

  • 121

    notes de 6/10 ou moins (12 %), et seulement 3 notes de 10/10

  • 12 semaines

    du 19/07/2026 au 10/10/2026 ; premier dépôt le 19/07/2026

Les notes de confiance déclarées

Les 1 013 PR d'agents qui déclarent une note « Confiance : N/10 », rangées par note. Moyenne : 7,5/10.
  1. 40/10 : 4 notes
  2. 01/10 : 0 notes
  3. 02/10 : 0 notes
  4. 23/10 : 2 notes
  5. 24/10 : 2 notes
  6. 135/10 : 13 notes
  7. 1006/10 : 100 notes
  8. 2787/10 : 278 notes
  9. 5238/10 : 523 notes
  10. 889/10 : 88 notes
  11. 310/10 : 3 notes

121 notes à 6/10 ou moins (12 %)3 notes à 10/10

Pull requests (PR), issues fermées et confiance moyenne, par application, au 10/10/2026
ApplicationPR d'agents / PR intégréesIssues ferméesConfiance moyenne
Chartrium621 / 6407207,5
Merkindium440 / 4455257,4
Bottrading201 / 2022167,7
Recette179 / 1831947,6
Raccourci16 / 1626pas de note
Total1 457 / 1 4861 6817,5

Une PR compte comme « fabriquée par un agent » quand elle vient d'une branche de ticket (ticket/…). Toutes sont ouvertes sous mon compte GitHub, que l'usine utilise. La note de confiance est déclarée par l'agent lui-même. La règle s'est installée en cours de route : Raccourci ne l'avait pas, et une partie des PR plus anciennes de Chartrium et Merkindium non plus. Relevé par l'API GitHub le 10/10/2026 ; régénéré par script.

5 applications présentées.