Project Oxygen & Ideo-LabIDEO LAB Dashboard 2026
Processus Opérationnel Standard (SOP)

Le Cycle en C v2.0

Une méthodologie déterministe en 4 phases pour garantir que le code généré par l'IA est une conséquence exacte du besoin métier, et non une hallucination statistique.

1. Formalisation
100% Humain
2. Injection
System Loading
3. Blueprint
Validation Logique
4. Matérialisation
Génération IA
01

La Formalisation (Specs)

Phase critique de "Programmation en Langage Naturel". Vous définissez la vérité absolue du projet via des fichiers Markdown structurés (Règles, Données, Acteurs). Si ce n'est pas écrit ici, ça n'existe pas.

CDCF Règles Métier (RG) MCD/MLD Mermaid.js
02

L'Injection (Context Load)

Le moment où l'on charge la "Mémoire Vive" du LLM. Techniques avancées de "System Prompting" pour forcer le modèle à adopter une persona d'expert rigide et interdire l'improvisation.

Token Window System Prompt Few-Shot Learning
03

Le Blueprint (Pseudo-Code)

Interdiction formelle de générer du code final. L'IA doit d'abord prouver qu'elle a compris la logique via un Pseudo-Code standardisé. C'est le "Gate" de validation de l'Architecte.

Algorithmique Review Humaine Chain-of-Thought
04

La Matérialisation (Code)

Transformation mécanique du Blueprint validé en syntaxe cible (Python, C++, Java). Génération automatique des Tests Unitaires (TDD) et de la documentation technique.

Polyglot TDD Clean Code Refactoring
Phase 1 : Formalisation & Architecture

Le Retour du CDCF (Cahier Des Charges Fonctionnel)

Dans l'ère moderne du "No-Code" et de l'Agile dévoyé, on a oublié une vérité simple : Le Code est ambigu, le Français bien écrit ne l'est pas.

Cette phase est 100% manuelle. Elle exige que l'Architecte (Vous) se pose pour écrire. Tant que vous n'avez pas ces documents, vous ne lancez pas ChatGPT.

Règle des 80/20 : Dans le Context Engineering, 80% de l'effort intellectuel se trouve dans cette phase. Le reste (le code) n'est que de l'exécution.

L'Arborescence Canonique

Votre dossier /00_Context doit respecter cette hiérarchie stricte pour être ingérable par l'IA.

/MyProject │ ├── /00_Context <-- LE CERVEAU │ ├── 00_Master_Prompt.md (La personnalité de l'IA) │ ├── 01_Vision.md (Le Pitch, le "Pourquoi") │ ├── 02_Rules.md (Le "Livre de Loi" - Règles Métier) │ ├── 03_Data.md (Le Dictionnaire de Données) │ └── 04_Tech_Stack.md (Contraintes: Langage, Libs, Patterns) │ ├── /01_Analyses <-- LES ORDRES DE MISSION │ └── AF_Module_Login.md (Analyse Fonctionnelle d'un écran) │ └── /src <-- LA PRODUCTION (Géré par IA)

Règles Métier (Business Rules)

L'IA a besoin de contraintes fortes. Une règle doit être atomique, numérotée et testable.

IDMauvaise Règle (Floue)Bonne Règle (Context Engineering)
RG-01"Le mot de passe doit être sécurisé.""Le mot de passe DOIT contenir : 12 caractères min, 1 majuscule, 1 chiffre, 1 spécial. SI échec, afficher erreur ERR_AUTH_05."
RG-02"Calculer la remise client.""SI Ancienneté > 2 ans ET CA_Annuel > 10k€, ALORS Remise = 5%. SINON Remise = 0%."
Phase 2 : Injection & Grounding

Le Master Prompt (L'Instruction Maître)

Copiez ceci au début de chaque chat. C'est ce qui transforme ChatGPT en ingénieur IBM des années 80.

RÔLE : Tu es un Architecte Logiciel Senior, Expert en Clean Architecture et TDD. Ton niveau d'exigence est maximal. Tu es froid, méthodique, et tu ne supposes rien. CONTEXTE (SOURCE DE VÉRITÉ) : Je te fournis ci-joint les fichiers de spécification (Vision, Rules, Data). CECI EST TA LOI. Tu n'as pas le droit d'inventer une règle, un champ de base de données ou une classe qui n'est pas justifiée par ces fichiers. DIRECTIVES D'EXÉCUTION : 1. **Stop & Think :** Avant chaque réponse, analyse si ma demande viole une règle du fichier `02_Rules.md`. 2. **No Code First :** Ne produis jamais de code final sans avoir d'abord soumis un plan (Pseudo-Code). 3. **Documentation :** Chaque fonction générée doit avoir une Docstring référençant l'ID de la règle métier (ex: `@See RG-12`). Si tu as compris, réponds uniquement : "CONTEXTE CHARGÉ. PRÊT."

Technique : Needle in a Haystack

Les LLM modernes (GPT-4o, Claude 3.5) ont des fenêtres de contexte immenses (128k+ tokens), mais ils peuvent "oublier" le milieu.

La stratégie de redondance :
  1. Header Injection : Rappeler les règles critiques au début du prompt.
  2. Footer Reminder : À la fin de chaque prompt utilisateur, ajouter : "N'oublie pas de vérifier la conformité avec RG-12 et le schéma SQL."
  3. XML Tagging : Encapsulez vos specs dans des balises XML pour aider l'IA à parser : <rules>...</rules>.
Phase 3 : Blueprint & Validation

Le Chainon Manquant

C'est l'étape que tout le monde saute, et c'est la cause de 90% des bugs de conception.

Le Problème : Si vous demandez du code Python directement, l'IA va se concentrer sur la syntaxe (PEP8, imports) et masquer les erreurs de logique métier.

Le Blueprint force l'IA à exposer son raisonnement pur, dépouillé de la complexité syntaxique. C'est beaucoup plus facile à relire pour un humain.

Standard de Pseudo-Code (PDL)

Nous imposons à l'IA un format strict proche du langage naturel structuré.

MODULE: CalculSalaire INPUT: Employe (Object), Mois (Int) OUTPUT: BulletinPaie (Object) DEBUT // 1. Validation (RG-SAL-01) SI Employe.Actif == FAUX ALORS LEVER Erreur("Employé inactif") FIN SI // 2. Calcul Base SalaireBase = Employe.TauxHoraire * 151.67 // 3. Calcul Primes (RG-SAL-04) PrimeAnciennete = 0 SI Employe.Anciennete > 3 ans ALORS PrimeAnciennete = SalaireBase * 0.05 FIN SI // 4. Sortie RETOURNER Bulletin(Base, PrimeAnciennete) FIN

Ce code est compréhensible par un comptable, un PO ou un développeur. C'est un langage pivot universel.

Phase 4 : Matérialisation (Code)

De l'Idée à l'Exécutable

Une fois le Blueprint (Phase 3) validé par vous, la génération de code n'est plus qu'une formalité administrative. L'IA ne "réfléchit" plus, elle traduit.

Le Prompt de Génération :
CONTEXTE : Tu as le Blueprint validé ci-dessus. TÂCHE : Traduis ce pseudo-code en PYTHON 3.12. CONTRAINTES TECHNIQUES : - Utilise Pydantic pour les types. - Gère les exceptions avec un bloc try/except spécifique. - Ajoute des logs (Loguru) à chaque étape clé. - Docstring au format Google.

Le Filet de Sécurité (TDD)

Ne demandez jamais le code de la fonction seul. Demandez le code ET ses tests.

Le Context Engineering exige que l'IA génère les tests unitaires basés sur les Règles Métier (Phase 1) avant ou en même temps que le code.

  • Génère un test pour le cas nominal (Happy Path).
  • Génère un test pour chaque cas d'erreur (Edge Cases) défini dans 02_Rules.md.