# Les chantiers

Un chantier à la fois, **livré complet et en production** avant d'ouvrir le suivant. Chaque
chantier a sa fiche (`CHANTIER.md` : ce qu'on construit et pourquoi), ses contrôles d'usage
(`CONTROLES.md`) et sa branche commune `chantier/<nom>`.

| # | Chantier | Outil | Ce qu'il ajoute | État |
|---|---|---|---|---|
| 1 | [Acte d'engagement Certification](acte-certification/CHANTIER.md) | Docs de référence | le texte sous vote permanent, l'édition distinguée du vote, les contradictions, l'inertie votée, la publication git, l'accès Ğ1 + trustinWallet, le trilingue | **en cours** — binôme Yvv · Chiara |
| 2 | Acte d'engagement forgeron | Docs de référence | la **qualification d'une compétence** (au-delà de l'engagement personnel) | à ouvrir après la mise en production du 1 |
| 3 | Runtime Upgrade | Protocoles | un **protocole** : décision on-chain d'une mise à jour du runtime Duniter | après le 2 |

Les outils Décisions et Mandats restent grisés tant qu'aucun chantier ne les ouvre.

## Ce qu'un chantier doit laisser derrière lui

- la boucle verte (Rust, interface, e2e) et l'image déployée sur decision.librodrome.org ;
- les contrôles d'usage passés par Chiara (ses retours valent contrôles) ;
- la fiche à jour : décisions prises, questions ouvertes, ce qui reste ;
- les décisions d'architecture durables consignées dans `docs/adr/`.