SYNOMAP V2 — Récapitulatif opérationnel IA ========================================== Objet ----- Ce document explique : - quel prompt utiliser (ChatGPT / Codex / Gemini), - dans quel ordre, - pour quels GAPS, - avec quelle intention (spec, audit, code). Rappel de la stratégie ---------------------- 1) D'abord stabiliser une SPEC V2 solide (logique métier). 2) Ensuite seulement migrer la logique métier en Python. 3) Le Shell ne gardera à terme que la plomberie (IO, cron, appels Python). GAPS et priorités (rappel) -------------------------- Les GAPS sont regroupés en priorités (d'après SYNOMAP_AUDIT_V3_INTEGRATION_PLAN_v1.txt) : - P1 : noyau critique - GAP-003 : JSONL strict + maintenance - GAP-004 : cohérence des chemins (OMV / Synology / Docker / SeedMover) - GAP-005 : transitions ABC - GAP-010 : base MD5 + vue canonique - P2 : compléments de perception / décisions - Ex : GAPS liés aux signalisations manquantes, aux règles partielles, etc. - P3 : cas tordus / edge-cases avancés - Ex : multi-fichiers, cross-seed, upgrades, cas mixtes, etc. - P4 : gouvernance / suivi - Ex : GAP-012 type tracker, FIXLOG, etc. Vue d'ensemble des rôles IA --------------------------- - ChatGPT : "rédacteur de spec" → produit ou enrichit la SPEC V2. - Gemini : "auditeur" → challenge, vérifie, signale les incohérences. - Codex : "architecte / implémenteur Python" → conçoit et plus tard code le moteur Python. ORDRE OPÉRATIONNEL (par phase) ============================== PHASE 1 — Travail de spec V2 (sans toucher au code) --------------------------------------------------- 1) Démarrer un thread ChatGPT "Synomap V2 — Spec" → Utiliser le PROMPT_CHATGPT_V2 (version full ou compacte selon le besoin). Objectif : - Traiter les GAPS de P1 d'abord (003, 004, 005, 010). - Pour chaque GAP (ou paquet de GAPS cohérents) : - rappeler le GAP, - lier aux docs existants (A1..A4, B1..B4, Issues, DOC_OV1, JSONL, HASH), - proposer des ajouts/corrections V2, - taguer les propositions : [INTEGRATION_PURE], [EXTENSION], [OPEN_QUESTION], [HYPOTHÈSE]. 2) Dès qu'un paquet de GAPS P1 a une proposition V2 écrite : → L'envoyer à Gemini avec le PROMPT_GEMINI_V2 (spec audit). Objectif Gemini : - vérifier cohérence V2 vs V1, - repérer contradictions, - signaler les trous restants, - produire une liste structurée : [OK] / [MINOR_FIX] / [MAJOR_ISSUE] / [OPEN_QUESTION]. 3) Retour à ChatGPT (même thread spec) : - intégrer les remarques de Gemini, - stabiliser une "V2 figée" pour ce paquet de GAPS, - mettre à jour les docs V2 (par ex. A1/A2/A3/A4 V2, Issues V2, JSONL V2, DOC_OV1 V2). 4) Quand P1 est stabilisé : - répéter le même cycle pour P2, puis P3, puis P4, - en gardant le même pattern : ChatGPT → Gemini → ChatGPT. En résumé P1 (spec) : - ChatGPT : PROMPT_CHATGPT_V2 - Gemini : PROMPT_GEMINI_V2 (audit spec) - Codex : pas encore utilisé à ce stade, on ne touche pas au code. PHASE 2 — Design de l'architecture Python (sans migration complète) ------------------------------------------------------------------- Quand le noyau V2 (P1, voire P2) est considéré comme "suffisamment stable" : 1) Démarrer une session Codex dédiée "Synomap Python Design" : → Utiliser PROMPT_CODEX_V2. Objectif Codex : - Lire les extraits de SPEC V2 pertinents (JSONL, MD5, états ABC, chemins, etc.). - Proposer une architecture Python claire : - CLIs séparés (collect / check / plan / exec), - entrées / sorties JSON, - invariants, - gestion d'erreur, - interface attendue côté Shell (commandes, codes retour, fichiers intermédiaires). 2) ChatGPT peut intervenir ponctuellement pour : - relire, clarifier ou compléter les descriptions d'architecture produites par Codex, - s'assurer que l'architecture reste alignée avec la SPEC V2. 3) Gemini peut auditer l'architecture Python proposée pour : - vérifier la couverture des GAPS, - repérer les zones floues ou non couvertes, - proposer des améliorations de robustesse ou de découpage. En résumé P2 (design Python) : - Codex : PROMPT_CODEX_V2 - ChatGPT : relecture / ajustements de spec, si besoin - Gemini : audit de cohérence architecture/spec PHASE 3 — Implémentation Python (quand V2 et architecture sont définies) ------------------------------------------------------------------------ Cette phase sera lancée plus tard, quand tu décideras que : - le noyau V2 est stable, - l'architecture Python est claire. À ce moment-là, tu pourras : - réutiliser PROMPT_CODEX_V2 mais en mode "implémentation", - faire auditer le code par Gemini (audit de code), - utiliser ChatGPT pour documenter le code, les invariants, les cas limites. QUEL PROMPT POUR QUEL GAP ? =========================== Pour chaque groupe de GAPS, l'ordre type est : 1) P1 — GAPS critiques (003, 004, 005, 010) : - ChatGPT (PROMPT_CHATGPT_V2) → propale V2. - Gemini (PROMPT_GEMINI_V2) → audit spec. - ChatGPT → stabilisation V2. (Codex mis en attente jusqu'à ce que P1 soit figé.) 2) P2 — GAPS de perception / signalisation : - même séquence ChatGPT ↔ Gemini. 3) P3 — Cas tordus / edge cases : - ChatGPT pour modéliser les scénarios, - Gemini pour "stress tester" les propositions. 4) P4 — Gouvernance (trackers, FIXLOG, outils de suivi) : - ChatGPT pour décrire les fichiers d'admin / registres, - Gemini pour vérifier que le modèle de suivi est complet. Règle simple : -------------- - Dès qu'il s'agit de PRODUIRE ou MODIFIER la SPEC → ChatGPT. - Dès qu'il s'agit de VÉRIFIER ou CHALLENGER la SPEC → Gemini. - Dès qu'il s'agit de DÉFINIR ou CODER l'ARCHITECTURE PYTHON → Codex. Fin du récap ------------ Ce document est volontairement opérationnel : il ne redéfinit pas la SPEC, il explique uniquement comment orchestrer les trois IA pour construire la V2 et préparer une migration Python propre et maîtrisée.