Raw, bronze, silver, gold : produire la connaissance comme on raffine la donnée

En juillet 2026, SFEIR a finalisé la cinquième version de son support de référence « L'IA et la production de logiciel ». Aucune de ses 32 slides n'a été écrite à la main : le deck est généré depuis une base de connaissance gouvernée, alimentée par la veille technologique et les documents internes de l'entreprise, et chaque chiffre affiché est traçable jusqu'à sa source. Ce mode de production porte un nom emprunté à l'ingénierie de données : l'architecture médaillon, quatre étages nommés raw, bronze, silver et gold, que les plateformes lakehouse appliquent aux données depuis des années et qu'il est temps d'appliquer aux livrables.

SFEIR a formulé pour le logiciel un principe volontairement provocateur : écrire du code à la main est un anti-pattern. La production à base de connaissance étend ce principe à tous les livrables. Cet article en détaille le modèle opératoire, dans le prolongement du cadre posé par Concevoir et fabriquer à l'ère de l'agentique.

L'interdit fondateur : ne plus produire à la main

Le point de départ est un interdit : produire un livrable à la main est un anti-pattern. Slide, rapport, document, diagramme, doctrine, code : tout asset est généré depuis une source de vérité gouvernée. L'enjeu dépasse le confort de génération : produire via la chaîne, c'est garder le contexte en même temps que l'asset. Un document écrit à la main est un orphelin ; six mois plus tard, personne ne sait plus d'où viennent ses chiffres, ni ce qu'il faut mettre à jour quand la réalité change. Un document généré emporte avec lui la matière, les décisions et les contraintes qui l'ont produit. Le corollaire opérationnel renverse la pratique courante : on raffine la matière qui produit le livrable, jamais le livrable lui-même.

Quatre étages, une règle par étage

La matière entre par le bas, les livrables sortent par le haut, selon un flux ingestion → promotion → rendu :

• raw : la matière brute (documents, PDF, présentations, transcripts audio, notes de mise à jour, contraintes de génération), en lecture seule. Tout ce qui entre y est déposé tel quel ; rien n'y est jamais modifié.
• bronze : l'extraction tracée. La matière est structurée, et chaque élément reste relié à sa source par un backlink.
• silver : le contenu et les affirmations (claims) gouvernés. C'est l'étage qui fait foi, la source de vérité éditoriale ; la revue humaine se joue ici.
• gold : le livrable régénéré (deck, rapport, document). Rien n'y est écrit à la main ; il se re-dérive à chaque évolution de la matière.

La règle de gouvernance : la génération n'est autorisée que depuis silver. Un chiffre qui apparaît dans un livrable sans backlink vers sa source n'a pas le droit d'exister.

La boucle contre-intuitive : enrichir raw, jamais éditer gold

Le réflexe de tout auteur devant un livrable qui déçoit est d'ouvrir le fichier et de le corriger. La chaîne médaillon l'interdit : si la présentation n'est pas bonne, on n'édite pas la présentation, on ajoute de la matière dans raw (une source manquante, une contrainte de génération, une note de correction) et on régénère. Éditer le gold à la main casserait la traçabilité et recréerait exactement l'artefact orphelin que la chaîne existe pour éliminer. Cette discipline a une contrepartie précieuse : chaque chiffre du gold est traçable jusqu'à sa source. Quand une donnée est contestée en réunion, la réponse est à un backlink de distance ; fini l'archéologie de versions de fichiers.

La réponse structurelle au workslop

Le workslop, ce contenu généré par IA qui a l'apparence d'un travail abouti sans en avoir la substance, naît d'artefacts produits sans source, sans traçabilité et sans gouvernance ; nous en détaillons les chiffres et les coûts dans l'article compagnon sur la gouvernance des artefacts. L'architecture médaillon inverse chacun de ces termes : la génération part uniquement d'un étage silver qui fait foi, chaque affirmation porte son backlink, et la revue humaine se concentre sur la matière (les claims) plutôt que sur chaque rendu. Un claim validé une fois sert tous les livrables qui le citent : la revue capitalise au lieu de se répéter.

Le renversement : livrer la chaîne, pas seulement l'asset

La conséquence dépasse la qualité documentaire. Un livrable statique fige un état de la connaissance à une date donnée, puis se périme. La chaîne, elle, continue de vivre : la matière s'enrichit, les claims se mettent à jour, le livrable se régénère. La valeur se déplace donc de l'asset vers la chaîne qui le produit, et c'est bien la chaîne que l'on livre désormais. Le gold lui-même est réingérable : un rapport généré peut redevenir de la matière raw pour une autre chaîne, dans une autre équipe ou chez un partenaire, avec sa traçabilité intacte. SFEIR pratique ce modèle sur ses propres supports : nos présentations sont générées par cette chaîne à partir de notre veille et de nos documents internes, et le deck cité en ouverture en est le produit direct.

Ce que le médaillon n'est pas

Deux disciplines voisines méritent une frontière explicite. Le Context Engineering couvre la conception et la structuration du contexte qui alimente les agents (conventions, specs, architecture). Le CDLC couvre le cycle de vie de ce contexte, traité comme une dépendance logicielle (Generate, Evaluate, Distribute, Observe). Le médaillon, lui, est le pipeline de production des livrables, pas le cycle de vie du contexte. Les trois se complètent : le silver du médaillon est un candidat naturel au statut de contexte gouverné, et un gold réingérable redevient de la matière pour d'autres chaînes. Les confondre revient à confondre l'usine, l'entrepôt et le manuel de maintenance.

Ce qui change pour le DSI et pour le CPO

Pour le DSI, la base de connaissance devient un actif de production au même titre que le code, avec les mêmes exigences : versionnée, gouvernée, outillée. Le chantier technique est modeste (un dépôt versionné, des règles de promotion, un moteur de génération) ; le chantier de gouvernance l'est moins : décider qui promeut la matière vers silver, qui valide les claims, et interdire effectivement l'édition manuelle des livrables générés. En retour, le DSI gagne une propriété que les documents n'ont jamais eue : l'auditabilité de chaque affirmation en circulation dans l'organisation.

Pour le CPO, les artefacts produit (études discovery, PRD, briefs, supports de comité) sont les premiers candidats à la chaîne : ce sont eux qui se périment le plus vite et se contredisent le plus souvent d'un document à l'autre. Faire vivre les claims produit en silver garantit qu'une roadmap, un brief et un support de direction racontent la même chose, parce qu'ils dérivent de la même matière. La revue produit change d'objet : valider une affirmation une fois, plutôt que relire chaque rendu qui la reprend.

Questions fréquentes

Faut-il une plateforme lakehouse pour appliquer le médaillon aux livrables ?
Non. La structure compte davantage que l'outillage : un dépôt Git, des répertoires raw, bronze, silver et gold, des règles de promotion et un moteur de génération suffisent pour démarrer. Les invariants sont ailleurs : raw en lecture seule, un backlink par élément extrait, un silver qui fait foi, un gold jamais édité à la main.

Que fait-on quand le livrable généré n'est pas bon ?
On n'édite jamais le gold. On identifie ce qui manque (une source, une contrainte de forme, une correction factuelle), on l'ajoute dans raw, et on régénère. Si le défaut vient d'un claim erroné, la correction se fait en silver, via la gouvernance de promotion, et elle profite à tous les livrables qui citent ce claim.

Le point de vue SFEIR

Le médaillon documentaire applique aux livrables la leçon que la software factory a déjà apprise : la vitesse de génération ne vaut que gouvernée. Nous le pratiquons en dogfooding sur nos propres supports, et nous y voyons la suite logique du principe « écrire du code est un anti-pattern » : quand la génération devient quasi gratuite, l'actif durable se déplace de l'artefact vers la matière gouvernée et la chaîne qui le produisent. Les organisations qui traiteront leur connaissance avec la discipline qu'elles réservent à leurs données disposeront de livrables à jour, traçables et cohérents entre eux ; les autres accumuleront des documents orphelins.

---

Sources

• SFEIR, deck « L'IA et la production de logiciel » (What · So What · Now What), v5, matière first-party, juillet 2026 : architecture médaillon appliquée à la connaissance, dogfooding sur les supports SFEIR.
• databricks.com : « Medallion Architecture », l'architecture médaillon (bronze, silver, gold) d'origine, appliquée aux données des plateformes lakehouse.
• hbr.org : Niederhoffer et al. (BetterUp Labs × Stanford Social Media Lab), « AI-Generated "Workslop" Is Destroying Productivity », septembre 2025.
• anthropic.com : Anthropic Economic Index, juin 2026 : 93 % des conversations produisent un artefact ; les livrables écrits pèsent environ un tiers du total.
• Patrick Debois (Tessl), « Context Flywheel » et CDLC, février 2026 : le contexte traité comme une dépendance logicielle, frontière déclarée avec le médaillon.

Note de fiabilité : la pratique SFEIR décrite (supports générés par la chaîne médaillon) est une matière first-party, un retour d'expérience interne et non une mesure indépendante. Les chiffres du workslop proviennent d'une enquête déclarative avec auto-estimations. L'application du médaillon aux livrables documentaires est une généralisation proposée par SFEIR à partir de l'architecture de données du même nom.