Claude Code DTP Worker
bd9f2b173a
CI / Contraintes NON-NÉGOCIABLES (CLAUDE.md) (push) Has been cancelled
CI / Validation JSON (schémas Faisabilité) (push) Has been cancelled
CI / Qualité documentaire (liens + 4Big) (push) Has been cancelled
CI / Reproductibilité des artefacts out/ (build == commité) (push) Has been cancelled
CI / Fraîcheur matrice de régression (run == commité) (push) Has been cancelled
CI / Intégrité du câblage CI (gate agrège tout · gates statiques verrouillés) (push) Has been cancelled
CI / Intégrité des chiffres du README (valeur == artefact cité · (push) Has been cancelled
CI / Intégrité mobile-build.yml (gating portable · activation différée · (push) Has been cancelled
CI / Publiciste · parser + schéma + generator (unittest) (push) Has been cancelled
CI / RBAC · 50 rôles + schéma (unittest) (push) Has been cancelled
CI / Faisabilité · générateur 4 volets + round-trip (unittest) (push) Has been cancelled
CI / RBAC · fixtures ERPNext (Role + Custom DocPerm) (push) Has been cancelled
CI / RBAC · plan User Permission (row-level) (push) Has been cancelled
CI / RBAC · Role Profile (bundles par portail) (push) Has been cancelled
CI / RBAC · run-book d'application unifié (agrégat 3 volets) (push) Has been cancelled
CI / Faisabilité · dossier bancable trilingue FR/EN/ES (push) Has been cancelled
CI / CRM · workflow vente ERPNext (lead → CONFOTUR) (push) Has been cancelled
CI / CRM · DocType porteur OTO Dossier Vente (push) Has been cancelled
CI / CRM · barème commissions vendeurs (push) Has been cancelled
CI / CRM · Financement Bancaire (gate hypothécaire RD) (push) Has been cancelled
CI / Fiscal · e-CF DGII (Compupar) (push) Has been cancelled
CI / Frontend · Workspaces 5 portails rôle (push) Has been cancelled
CI / Legal · DocType CONFOTUR Application (push) Has been cancelled
CI / QA · Audit 5D conformité (push) Has been cancelled
CI / SEO · mots-clés trilingues + schema.org + hreflang (push) Has been cancelled
CI / Chat OTOIA · montage par portail (Custom Block) (push) Has been cancelled
CI / QA · Audit 4Big (95+/100 sur 100% deliverables) (push) Has been cancelled
CI / Démo · Scénarios (run-sheet P07 banquier / P05 client) (push) Has been cancelled
CI / QA · Matrice de régression exhaustive (Sprint 8) (push) Has been cancelled
CI / DevOps · Run-book de déploiement VPS unifié (Sprint 8) (push) Has been cancelled
CI / QA · Matrice d'acceptation / traçabilité MVP (Sprint 8) (push) Has been cancelled
CI / Mobile · config app Expo/EAS (navigation par rôle) (push) Has been cancelled
CI / PIE · manifest de dépendances (Annexe 12 · V10.1) (push) Has been cancelled
CI / E2E baseline Playwright (manuel) (push) Has been cancelled
CI / Gate qualité (agrégat) (push) Has been cancelled
82 lines
3.2 KiB
Markdown
82 lines
3.2 KiB
Markdown
# 🚀 GO SIGNAL · V18 PHASE 1 · DÉBLOCAGE OFFICIEL
|
|
|
|
**Date:** 2026-08-12 15:35 UTC
|
|
**Autorisation:** Michel Roy · Co-Président World Activities Group
|
|
**Statut:** OFFICIEL · EXÉCUTION IMMÉDIATE AUTORISÉE
|
|
|
|
## Décision Michel
|
|
|
|
> "V y option B" · approbation de l'audit V18 tel quel · trancher D-06 seulement pour débloquer immédiatement · autres décisions tranchées au fur et à mesure.
|
|
|
|
## D-06 · APPROBATION AUDIT V18
|
|
|
|
**Statut:** 🟢 **APPROUVÉ**
|
|
|
|
Michel approuve `OTO_V18_MIGRATION_ARCHITECTURE_AUDIT_20260810.md` tel qu'il est.
|
|
|
|
Le DTP-Worker est officiellement **DÉBLOQUÉ** pour démarrer la construction V18.
|
|
|
|
## Décisions restantes · à trancher au fur et à mesure
|
|
|
|
D-01, D-02, D-03, D-04, D-05, D-07, D-08, D-09 restent 🟠 OUVERT · sans bloquer Phase 1.
|
|
|
|
Chaque décision sera tranchée quand sa phase respective sera atteinte.
|
|
|
|
## Phase 1 · Master Project Intake / Master Data Model
|
|
|
|
**Livrables attendus:**
|
|
|
|
1. **Master Project Intake V18** (formulaire A1-A20 selon directive)
|
|
- Remplace définitivement le formulaire briefing V12
|
|
- Sur-ensemble strict de `brief.json` V12 (rétro-compat)
|
|
- Alimente Master Project Dataset unique
|
|
|
|
2. **Master Data Model** (schema unique)
|
|
- `master_intake.schema.json` incluant `brief.schema.json` V12
|
|
- Data status obligatoire (VERIFIED / CONFIRMED / SOURCE_BASED / CALCULATED / ESTIMATED / ASSUMPTION / TARGET / BANK_REQUIREMENT / PENDING / MISSING / NOT_APPLICABLE)
|
|
- Séparation INPUT / TARGET / ASSUMPTION / BANK_REQUIREMENT / CALCULATED
|
|
|
|
3. **Data Register + Evidence Register** (traçabilité)
|
|
- Chaque donnée: source_document · source_date · status · confidence · validated_by
|
|
- Register documents / files / versions
|
|
|
|
## Contraintes rappelées
|
|
|
|
- **Zéro invention** de données
|
|
- **One Master Dataset · Multiple Outputs** — pas de duplication
|
|
- **Zéro écrasement silencieux** de baseline
|
|
- **Toute donnée traçable** jusqu'à sa source
|
|
- **Style institutionnel** Sec 60 · HELIOS RD SRL only externement
|
|
- **OTOv7 = système de gestion** OK · OTOAI/Claude/AI = interdit externement
|
|
|
|
## Validation à chaque étape
|
|
|
|
Après Phase 1 · Michel valide (CP0 Document Completeness) avant Phase 2.
|
|
|
|
**Séquence:** Phase 1 → validation Michel → Phase 2 → validation → Phase 3 → etc. jusqu'à Phase 15.
|
|
|
|
## Projet pilote
|
|
|
|
**P01 Coralis** = premier projet à tester Phase 1
|
|
|
|
Après validation Phase 1-15 sur P01 · réplication P02 Coral del Sur puis P03 Nakua.
|
|
|
|
## Publication
|
|
|
|
Commit à venir · Gitea `oto-enterprise-os-dtp`
|
|
Memory: mise à jour `otov7-v18-master-feasibility-engine`
|
|
Notification: le DTP-Worker doit lire ce fichier au prochain cycle et démarrer Phase 1
|
|
|
|
## Prochaine action attendue de Claude Code DTP-Worker
|
|
|
|
Passer du mode QA (vérifications qualité perpétuelles) au **mode BUILDER V18 Phase 1**:
|
|
1. Créer scaffold `master_intake.schema.json`
|
|
2. Créer scaffold `master_data_model.py` avec 11 statuts
|
|
3. Créer scaffold `evidence_register.py`
|
|
4. Créer test suite Phase 1
|
|
5. Ne pas toucher aux modules production existants
|
|
6. Committer avec préfixe `[V18-P1]` chaque incrément
|
|
7. Notifier Michel quand Phase 1 est prête pour CP0 validation
|
|
|
|
**Zéro dépassement de scope** · rester strictement dans Phase 1 · attendre validation avant Phase 2.
|