- La forme du texte (tout ce qui n'est ni lettre latine ni espace, dans l'ordre, avec les espaces qui touchent un chiffre) ne bouge plus : ponctuation, emphase, signes, parenthèses passent par une proposition (un signe moins devant un nombre en gras, deux conditions fusionnées, une parenthèse déplacée). Apostrophes et guillemets de tous styles comptent pour un même signe. - Les espaces ne font que coller ou couper des mots, jamais déplacer une frontière (« les avoir » → « le savoir »). - Identifiants qui contiennent un chiffre (clés, références) comparés à l'identique, casse comprise, comme les adresses. - Correction écrite seulement sur le texte jugé (révision, statut, texte) : sinon conflit « changed » — plus de course avec une entrée en vigueur. - Déploiement : « previous » n'est pas repris d'un pipeline annulé. - Interface (fr/en/es) : la note de correction dit la règle telle qu'elle est. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
3.0 KiB
3.0 KiB
HANDOFF — libreDecision
Dernière mise à jour : 2026-10-21, session orch du chantier 1.
Où on en est
Chantier 1 — Acte d'engagement Certification : construit, boucle verte, prêt à livrer.
- v3 Rust + Svelte à la racine du dépôt ; la maquette v2 intacte dans
maquette/. - Boucle : Rust (fmt, clippy
-D warnings, 60 tests dont 14 scénarios d'API et la publication vers un dépôt nu) · interface (svelte-check 0 avertissement, 9 vitest) · e2e 12 / 12 (C1–C11, M1). L'image Docker rejoue tout et a été essayée localement : santé, interface, volume non-root, clé de publication, lien admin initial (0600, absent des journaux), publication immédiate au démarrage, redémarrage sans commit superflu. - Déploiement :
.woodpecker/app.ymld'abord (le produit à la racine, qui retire de la racine tout conteneur qui la revendique), puis.woodpecker/maquette.yml(la maquette part sur maquette.decision.librodrome.org, seulement si le produit a réussi). - Relectures indépendantes avant mise en ligne, chacune traitée avant de livrer :
1f9c241 : ok,94907af : ok, puis quatre « à reprendre » (ac9c904,9203fd2,1eac6f8,6c0754a), toutes sur la même question : une « coquille » (sans vote, publiée) qui change un sens. La règle est désormais simple et explicable : une coquille touche les lettres et les espaces, rien d'autre (CHANTIER.md, ADR 0003). Autres points traités : ordre des workflows, anciens conteneurs enrestart: always, vote réservé aux membres de la toile dans Monnaie libre (une personne, une voix), lien d'invitation jamais vers une identité Ğ1, réservation du lien avant usage, redirection après connexion, en-têtes anti-encadrement, cookies__Host-, retour arrière automatique du déploiement (maquette au premier, version précédente ensuite), courses entre correction et entrée en vigueur, syft épinglé.
Ce qui attend Yvv
- Envoyer la demande à poka :
docs/chantiers/acte-certification/DEMANDE-CONNECT.md. - Créer le dépôt des textes sur git.duniter.org :
Yvv/libredecision-textes, public, vide ; y ajouter la clé de déploiement du serveur, en écriture (sa partie publique s'affiche dans trustinWallet,/acces, section Publication). Le serveur fait lui-même le premier envoi. - Ouvrir trustinWallet avec le lien administrateur initial (remis hors conversation), puis créer l'invitation de Chiara (groupes Monnaie libre + groupe d'essai).
- Donner à Chiara un compte git.open.us.org collaboratrice de
yvv/decision. - Décider : la licence du code ; le texte F1.2 du seed (annonce C = 0 et 30 jours).
Pour reprendre
- Lire
docs/chantiers/acte-certification/CHANTIER.mdpuisCONTROLES.md. - Les retours de Chiara arrivent dans
/acces→ Retours : chacun est un contrôle à repasser. - Quand les identifiants connect arrivent :
DEMANDE-CONNECT.md§ « À la réponse ». - Chantier suivant (après la mise en production et les retours) : Acte d'engagement forgeron.