[DTP-Worker] registre décisions · D-06→D-08 arbitrages Michel bloquant la séquence V18
Consolide dans OPEN_DECISIONS_REGISTER.md les 3 arbitrages produit qui suspendent toute la séquence moteur V18 (audit → validation Michel → Phase 1). Sourcé file:line, non tranché (fonction du registre + discipline #5). - D-06 · approbation de l'audit = gate d'entrée de la séquence (GO signal :79-84) - D-07 · formules financières DCF/IRR/VAN/DSCR/LTV/LTC absentes → moteurs 4/8 bloqués, risque d'invention #6 max (R1, audit §5/§12.2) - D-08 · Master Intake A1-A20 = sur-ensemble strict du brief.json (R2, audit §4/§12.3) - D-01 enrichi : arbitrage juridique Section 13 (§12.4) remonté au chemin critique V18 Aucun code moteur V18 (interdit avant validation). CI 33 PASS · 0 FAIL · 0 SKIP. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
Claude Code DTP Worker
@@ -13,7 +13,9 @@
|
||||
> ne casse un gate ; ils concernent le **périmètre produit** et l'état runtime **hors dépôt**
|
||||
> (VPS `153.75.250.214` · `CLAUDE.md` #8), non vérifiable/éditable depuis le worker.
|
||||
>
|
||||
> **Mise à jour** — 2026-08-05 · session `20260805_014119`. Chaque ligne cite sa source exacte
|
||||
> **Mise à jour** — 2026-08-11 · session `20260811_025754` (ajout du **bloc V18** D-06→D-08 :
|
||||
> la séquence V18 moteur est intégralement suspendue à des arbitrages Michel — cf. audit de
|
||||
> migration). Base 2026-08-05 · session `20260805_014119`. Chaque ligne cite sa source exacte
|
||||
> et la session qui l'a surfacée en premier. **Ne pas re-surfacer** ces items en doublon (#5) :
|
||||
> pointer ici.
|
||||
|
||||
@@ -49,6 +51,13 @@ un module qui ne le produit pas. **Arbitrage de périmètre, pas une correction
|
||||
**Sources / surface** — décrit dans la mémoire projet `directive-vs-implementation` (« PIE SIGNAL »).
|
||||
Non édité : cf. convention *SURFACE, don't rewrite*.
|
||||
|
||||
**Lien V18 (2026-08-11)** — L'audit de migration **remonte cet item au rang d'arbitrage V18** :
|
||||
`OTO_V18_MIGRATION_ARCHITECTURE_AUDIT_20260810.md` §12.4 (:216) demande à Michel de trancher le
|
||||
**périmètre de génération juridique (Section 13)** — « CONFOTUR seul (existant) ou aussi
|
||||
Promesa/Fideicomiso/HOA (aucun code aujourd'hui) » — et **pointe explicitement ici**. Même décision
|
||||
que D-01, désormais dans le chemin critique V18. Ne pas dédoubler : cet item **est** l'arbitrage
|
||||
Section 13.
|
||||
|
||||
---
|
||||
|
||||
## D-02 · 🟠 Financement bancaire : condition #4 encore sur `wag_validated_by` (humain), directive V10 la remplace par un audit IA signé
|
||||
@@ -128,6 +137,78 @@ est **manuelle, hors dépôt**. Consigné ici pour éviter de ré-ouvrir le soup
|
||||
|
||||
---
|
||||
|
||||
## D-06 · 🟠 V18 : approbation de l'audit de migration — gate d'entrée de TOUTE la séquence moteur V18
|
||||
|
||||
**Décision attendue** — Michel doit **approuver l'audit de migration V12→V18** (ou demander
|
||||
révisions). Tant qu'il n'est pas validé, **aucune** phase de développement V18 ne peut démarrer :
|
||||
c'est le premier maillon d'une chaîne à validation par étape.
|
||||
|
||||
**Constat** — Le GO signal de développement **n'active pas le code direct** ; il active une
|
||||
**séquence à validation** dont l'audit est l'étape 1 et son approbation l'étape 2 :
|
||||
- `V18_GO_SIGNAL_DEVELOPMENT_20260810.md:79-84` → « n'active PAS le code direct — il active la
|
||||
séquence : 1. Audit V12→V18 · 2. **Validation Michel de l'audit** · 3. Phase 1 · 4. Validation
|
||||
Michel Phase 1 · 5. Phase 2→15 avec validation à chaque phase ».
|
||||
- `DIRECTIVE_V18_MASTER_FEASIBILITY_ENGINE_20260810.md:90-91` → INTERDICTIONS ABSOLUES : « NE PAS
|
||||
coder avant l'audit ».
|
||||
- Livrable produit et en attente : `OTO_V18_MIGRATION_ARCHITECTURE_AUDIT_20260810.md` §12 (:207-218),
|
||||
recommandation + les 4 arbitrages Michel avant Phase 1.
|
||||
|
||||
**Pourquoi worker n'avance pas** — Coder un moteur V18 avant l'approbation violerait la directive
|
||||
(« NE PAS coder avant l'audit ») et la séquence GO. **Blocage de gouvernance produit, pas un bug.**
|
||||
|
||||
**Sources / surface** — surfacé session `20260811_022753` (`05_activity_log/2026-08-11.md`, production
|
||||
de l'audit) ; consolidé ici session `20260811_025754`.
|
||||
|
||||
---
|
||||
|
||||
## D-07 · 🟠 V18 : formules financières (DCF · IRR/VAN · DSCR/LTV/LTC) absentes des docs lisibles — moteurs 4/8 bloqués
|
||||
|
||||
**Décision attendue** — Michel doit **fournir / rendre lisibles** les conventions financières exactes
|
||||
(échéancier DCF, actualisation IRR/VAN, ratios bancaires DSCR/LTV/LTC, Cost Plan/WBS) attendues pour
|
||||
les moteurs **Financial (4)** et **Bankability (8)**. Sans elles, coder ces moteurs = **inventer une
|
||||
convention financière** — interdit par #6, risque de migration le plus grave (R1 🔴).
|
||||
|
||||
**Constat**
|
||||
- `05_deliverables_mvp/faisabilite/bancable/banclib/finance.py` est un **snapshot** (coût · revenu ·
|
||||
marge · point d'équilibre en unités) : `grep` confirme **aucun** `DSCR`/`LTV`/`LTC`, aucune
|
||||
actualisation multi-période.
|
||||
- Écart détaillé : `OTO_V18_MIGRATION_ARCHITECTURE_AUDIT_20260810.md` §5 (:102-114) et le point de
|
||||
décision §12.2 (:214) ; risque R1 « inventer des formules » gravité 🔴 (:182), mitigation =
|
||||
**bloquer moteur 4/8 avant lecture des formules par Michel**.
|
||||
- Hypothèse déclarée §5 (:112) : les formules figurent **peut-être** dans la directive complète
|
||||
57 chapitres et/ou les audits deep **root-owned illisibles** par le worker (#8).
|
||||
|
||||
**Pourquoi worker n'édite pas** — L'architecture V12 « valeur = {formule + opérandes sourcés/null} »
|
||||
est le bon patron à **généraliser**, mais les formules elles-mêmes ne sont **pas dérivables** du code
|
||||
lisible. **Dépendance d'entrée + arbitrage produit.**
|
||||
|
||||
**Sources / surface** — audit §5/§10-R1/§12.2 ; consolidé session `20260811_025754`.
|
||||
|
||||
---
|
||||
|
||||
## D-08 · 🟠 V18 : confirmer que le Master Intake A1-A20 est un sur-ensemble STRICT du `brief.json` V12 (rétro-compat parser)
|
||||
|
||||
**Décision attendue** — Michel doit **confirmer** que le futur Master Data Model (A1-A20) **étend**
|
||||
le schéma d'entrée V12 sans en casser les clés — pour éviter la création d'une **2e base** (R2 🔴)
|
||||
et préserver le parser Publiciste / `projets_master` (R6).
|
||||
|
||||
**Constat**
|
||||
- Recommandation data model : `OTO_V18_MIGRATION_ARCHITECTURE_AUDIT_20260810.md` §4 (:86-100) —
|
||||
« One Master Dataset · Multiple Outputs » ; V12 le respecte déjà (bancable consomme le **même**
|
||||
`brief.json` que le générateur).
|
||||
- Point de décision §12.3 (:215) : confirmer le **sur-ensemble strict**. Séquence Phase 1 §11 (:197)
|
||||
= étendre `brief.schema.json` → `master_intake.schema.json`, **rétro-compat garantie**, canoniques
|
||||
réimposés.
|
||||
- Risque R2 « créer une 2e base en dupliquant `brief.json` » gravité 🔴 (:183) ; mitigation = intake
|
||||
= sur-ensemble strict du `brief.schema.json`.
|
||||
|
||||
**Pourquoi worker n'édite pas** — Décision d'architecture de données ; l'étendre présuppose la liste
|
||||
fine A1-A20, contenue dans la directive complète **non lisible** (§0 · #8). **À valider avant Phase 1.**
|
||||
|
||||
**Sources / surface** — audit §4/§10-R2/§11/§12.3 ; consolidé session `20260811_025754`.
|
||||
|
||||
---
|
||||
|
||||
## Rappel de discipline
|
||||
- Ces items sont **surfacés, pas tranchés** : les éditer côté worker violerait #6 (invention) ou
|
||||
réécrirait une source d'autorité (`CLAUDE.md`, une directive datée).
|
||||
|
||||
Reference in New Issue
Block a user