[DTP-Worker] doc index racine · lier les 2 docs de gouvernance V18 tracked+lisibles orphelins du README (V18_GO_SIGNAL_DEVELOPMENT + V18_ADDENDUM_SECTION_60)

Le bloc gouvernance du README liait la directive V18 + l'audit de migration
mais PAS les 2 autres docs V18 tracked/lisibles (mode 644, ≠ deep 600 #8) :
- V18_GO_SIGNAL_DEVELOPMENT = autorité de la séquence (audit→validation→Phase 1-15,
  pilote P01 Coralis, 8 interdictions) = la source du blocage gouvernance elle-même
- V18_ADDENDUM_SECTION_60 = Document Integrity (35 sous-sect · règle 60.31
  « HELIOS RD SRL seul en externe » · loi 126-02 RD) = origine du filtre §9 audit + D-01

2 sous-bullets sous DIRECTIVE_V18, descriptions dérivées de la lecture réelle
(#6 zéro invention) · labels = basenames exacts · liens résolus (check_docs vert).
check_readme_claims non-collision (chiffres prose de .md non-artefacts, hors motifs
bold-wrappés recomputés) · 0 gate ajouté (#5) · 0 code moteur (bloqué #6).
Les 4 docs gouvernance V18 tracked+lisibles sont désormais tous liés depuis l'index.
run_ci.sh = 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
2026-08-11 07:03:41 +00:00
parent 37c1e9767e
commit 344b8154e1
2 changed files with 20 additions and 0 deletions
+2
View File
@@ -87,6 +87,8 @@ exécution runtime/VPS hors périmètre worker · `CLAUDE.md` #8) :
- [`DIRECTIVE_V18_MASTER_FEASIBILITY_ENGINE`](DIRECTIVE_V18_MASTER_FEASIBILITY_ENGINE_20260810.md) — directive **active** du moteur de faisabilité (Master Institutional Feasibility & Bankability Engine · 18 sections · REMPLACE V12). Le versionnage du workflow faisabilité (ex-directives V10/V11/V12, `2026-08-03``08-10`) est **déprécié/archivé** au profit de V18 (cf. `_archived_versions/`).
- [`OTO_V18_MIGRATION_ARCHITECTURE_AUDIT`](OTO_V18_MIGRATION_ARCHITECTURE_AUDIT_20260810.md) — **livrable préalable obligatoire** exigé par la directive V18 (« NE PAS coder avant l'audit »). Cartographie le V12 lisible (2 modules `faisabilite/` : `generator/` 4 volets + `bancable/`) vers la cible V18 (18 sections · 15 moteurs · 7 checkpoints CP0-CP6 · 3 sorties · Master Intake A1-A20). Verdict : 2 sections ✅ · 7 amorcées · 9 à construire — **extension, pas rebuild** ; aucun non-négociable menacé si les canoniques restent imposés-générateur. **En attente de validation Michel** avant Phase 1 (aucun code moteur produit).
- [`V18_GO_SIGNAL_DEVELOPMENT`](V18_GO_SIGNAL_DEVELOPMENT_20260810.md) — signal GO de Michel (2026-08-10) qui **n'active pas le code direct** mais la séquence obligatoire *audit → validation Michel → Phase 1 (Master Project Intake / Data Model) → validation → Phases 2-15*. Fixe le projet pilote **P01 Coralis** (référence pour P02 Coral del Sur puis P03 Nakua) et rappelle les interdictions structurantes (pas de 2ᵉ base · One Master Dataset · ne pas inventer/cacher les hypothèses · ne pas écraser la baseline avec l'actual). C'est la **source du blocage gouvernance** : rien côté moteur n'est légitime tant que l'audit n'est pas approuvé.
- [`V18_ADDENDUM_SECTION_60_DOCUMENT_INTEGRITY`](V18_ADDENDUM_SECTION_60_DOCUMENT_INTEGRITY_20260810.md) — addendum Section 60 (35 sous-sections 60.1→60.35) · *Document Integrity, Identification & Signature System* de niveau institutionnel : Document ID unique · QR + hash SHA-256 · Master Document Register · 10 statuts de document · matrices de signature (loi 126-02 RD) · Baseline & Bank Package Certificates. **Règle absolue 60.31** = seul « HELIOS RD SRL » est visible comme préparateur en publication externe — origine du filtre anti-fuite vocabulaire de l'audit §9 et arrière-plan de l'arbitrage périmètre juridique (`OPEN_DECISIONS_REGISTER` D-01).
- [`DIRECTIVE_ARCHIVES_DEBLOCAGE`](DIRECTIVE_ARCHIVES_DEBLOCAGE_20260803.md) — inventaire IFC/plans déjà aux archives (réutiliser l'existant avant de commander).
- [`DIRECTIVE_RENDUS_EXISTANTS`](DIRECTIVE_RENDUS_EXISTANTS_20260803.md) — inventaire des rendus existants (priorité avant regénération Flux).
- [`DIRECTIVE_PLANPOINT_STYLE`](DIRECTIVE_PLANPOINT_STYLE_20260803.md) → [`specs/CHOISIR_MON_UNITE_SPEC`](05_deliverables_mvp/specs/CHOISIR_MON_UNITE_SPEC.md) — exigence UI du configurateur « choisir-mon-unite » (niveau PlanPoint.io). Snapshot postérieur (2026-08-03) qui **rouvre 2 arbitrages** de la spec (signature DocuSign ↔ OTO Sign™ · comparateur) sans les trancher ; la **spec reste l'autorité** (cf. son encart *Arbitrage*). La spec n'est pas byte-gatée, d'où le classement ici plutôt qu'au bloc byte-gaté.