Chartrium
En construction
Retrouver vite un document, ne jamais perdre une version, et pouvoir montrer ce qui lui est arrivé.
- Pour qui
- Petits cabinets d'avocats (4 à 10 avocats)
- Technique
- Go
- React + TypeScript
- PostgreSQL
- Temporal
- Apache Tika
Une usine où des agents fabriquent des logiciels, et où un humain garde la main.
Depuis le 19 juillet 2026, des agents d'IA transforment un cahier des charges en applications réelles : ils découpent le travail, écrivent le code, le testent et le déploient. Je décide, je détiens les clés et je vérifie avant que ça compte.
- 1Cahier des charges
- 2Pré-vol
- 3Découpage
- 4Établi de fabrication
- 5Banc de tests
- 6Supervision
- 7Vitrine de recette
- 8Poste de vérification humaine
Au 10/10/2026
- 1 457
modifications de code fabriquées par des agents et acceptées
Une « PR » (pull request) est une modification proposée, testée puis intégrée au logiciel.
- 5
applications fabriquées en 12 semaines
- 7,5/10
la confiance moyenne que les agents déclarent eux-mêmes, et seulement 3 fois 10/10
- 1
humain pour décider et vérifier
Les notes de confiance déclarées
121 notes à 6/10 ou moins (12 %)3 notes à 10/10
Le trajet d'un vrai ticket
Neuf heures dans la vie d'un ticket
Voici, étape par étape, un ticket réel de Merkindium, le 19 septembre 2026. Rien n'est arrangé : il a buté, il a été repris, et l'agent a dit ce qu'il n'avait pas vérifié.
Ce ticket n'est pas passé par le pré-vol : il est né en cours de route.
Étape 1 ·
Le constat
En travaillant sur un autre ticket, un agent remarque que l'écran « Nouveau sujet » du forum s'écarte de sa maquette : deux onglets « Rédiger / Aperçu » là où la maquette montre un seul bouton « Aperçu ». Il ne tranche pas seul : il ouvre le ticket #940.
#940ouvert à l'établi, pendant le ticket #907
La maquette un seul bouton « Aperçu »
L'écran « Nouveau sujet » deux onglets « Rédiger / Aperçu »
Poste 4 · Établi de fabrication, pendant le ticket #907
Étape 2
La décision humaine
Je tranche : la maquette fait foi, on aligne le code. La décision est écrite en tête du ticket, avec ce qu'il faut faire et comment le vérifier. La décision rejoint aussi la spécification, comme question Q-137.
« La maquette fait foi, on aligne le code. »En tête du ticket #940SpécificationQuestion Q-137Poste 1 · Cahier des charges
Étape 3 ·
Le chef de projet libère le ticket
C'est un agent qui ordonne le travail, dans l'ordre des dépendances et sans dépasser un nombre limité de chantiers en parallèle.
#940prêt· étiquette « prêt » posée par le chef de projet, dans l'ordre des dépendances
Poste 3 · Découpage
Étape 4 ·
La fabrication, en cinq tentatives
Au premier essai, l'agent se bloque au bout de quatre minutes. L'usine passe le ticket à un autre modèle et relance. Quatre reprises plus tard, le travail est prêt.
cinq tentatives
Poste 4 · Établi de fabrication
Étape 5 ·
La proposition
L'agent ouvre la PR #946 : un bouton au lieu de deux onglets, le texte saisi jamais perdu, les libellés traduits en français, anglais et espagnol, et des tests qui le prouvent.
#940PR #946
- un bouton au lieu de deux onglets
- le texte saisi jamais perdu
- les libellés traduits en français, anglais et espagnol
- des tests qui le prouvent
Du poste 4 au poste 5 · la fiche devient « PR #946 »
Étape 6
Les tests automatiques
Sept contrôles tournent. L'un d'eux, demandé par le ticket, n'a pas pu s'exécuter : un autre test échouait déjà sur la version principale. L'agent l'écrit noir sur blanc au lieu de l'ignorer.
- 1: exécuté
- 2: exécuté
- 3: exécuté
- 4: exécuté
- 5: exécuté
- 6: exécuté
- 7: n'a pas pu s'exécuter
6 contrôles exécutés1 n'a pas pu s'exécuter, et la PR le dit
Poste 5 · Banc de tests
Étape 7 ·
L'intégration
La supervision accepte la PR, le ticket se ferme, et la nouvelle version part toute seule sur le serveur de recette.
La « recette », c'est une copie privée de l'application où l'on vérifie avant le public.
PR #946Fusionnée · 15:04Ticket #940 ferméServeur de recettePoste 6, puis poste 7 · Supervision, puis vitrine de recette
Étape 8
La vérification humaine
La PR décrit cinq gestes pour vérifier, et finit par une note honnête :
Recette · Merkindium · PR #946Confiance 6/10« Confiance : 6/10 — […] pas de vérification navigateur réelle. »
VérifiéBugPasserC'est exactement pour ces cas-là qu'un humain repasse derrière.
Poste 8 · Poste de vérification humaine
Ce que l'usine a produit
Cinq applications, dans l'état où elles sont vraiment
Chacune garde son identité visuelle. La pastille dit où elle en est au 10/10/2026, sans arrondir.
- En serviceutilisée pour de vrai.
- En recettecomplète en version privée de vérification, pas encore ouverte au public.
- En constructionla fabrication continue.
Merkindium
En recette
Le site compagnon d'une chaîne YouTube de bricolage : tutoriels classés, cours, forum et galerie.
- Pour qui
- Les spectateurs de Merkindium, en français, anglais et espagnol
- Technique
- Next.js 15
- PostgreSQL + Prisma
- Stripe
- Tailwind
Recette
En service (usage interne)
Vérifier chaque livraison de l'usine en trois gestes : Vérifié, Bug, Passer.
- Pour qui
- Moi, qui vérifie
- Technique
- Next.js
- SQLite
Bottrading
En construction · accès privé
Concevoir, tester et surveiller des agents de trading sur son propre compte, sans que la plateforme détienne de fonds.
- Pour qui
- Un cercle privé sur liste blanche
- Technique
- Next.js
- moteur Node
Aucune performance, aucun rendement, aucun conseil d'investissement : on montre ici la conception, pas des gains.
Raccourci
En service
La toute première application : un raccourcisseur de liens, qui a servi à régler l'usine.
- Pour qui
- Usage personnel
- Technique
- Node.js
- Fastify
- SQLite
Ce qui reste humain
Décider.
Ce qu'on construit, et ce qu'on tranche quand la spécification se contredit.
Détenir les clés.
Aucun mot de passe, aucune clé de paiement n'entre dans le code : l'usine fabrique sans les connaître.
Vérifier.
Chaque livraison passe par une recette humaine avant de compter.
Les limites
Les quotas.
Les abonnements ont des plafonds. Quand ils sont atteints, l'usine ralentit ou s'arrête.
Ce que les agents ratent.
Ils vérifient rarement dans un vrai navigateur. 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.
L'humain reste le goulot.
Décider, vérifier, débloquer : ce temps-là ne se délègue pas.