LifePlay-Revival/Docs/Migration/etat/AG/PIPE1/PIPE1-ORGANIGRAMME.md

PIPE1-ORGANIGRAMME : chaîne W1 à W8 du pipeline de travail, qui fait quoi (2026-10-15)

Lot PIPE1, objectif : moins de jetons, même sûreté. Numérotation dans l'ordre de la chaîne (demande de l'utilisateur : « renumérote la chaîne complète ; W1 devrait être W7 et W4 = W1 »). Statuts au 2026-10-15 : W7 approuvée et active ; W4 en SPEC (option « outil de validation » à trancher) ; W1, W2, W3, W5, W6, W8 proposées ; modèle de mesure approuvé, intégration en VAL.

Nouveau	Ancien	Nom
W1	W4	Un ordre par lot
W2	W6	Modèle selon la tâche
W3	W7	Reconnaissance d'abord
W4	W2	VAL proportionnée (PIPE1-SPEC-03-W2.md)
W5	W3	DOC sans lp-writer pour une entrée simple
W6	W5	Compte rendu court
W7	W1	Vague du gardien (PIPE1-SPEC-01.md)
W8	W8	Rotation de Big Boss

Les lignes de BOSS-JOURNAL.md écrites avant la renumérotation gardent les anciens numéros (journal en ajout seul).

Organigramme

Couleur du cadre = statut ; ligne « Qui » = acteur. Acteurs : 👤 utilisateur ; 🎯 Big Boss ; 🧭 session du lot ; 🤖 sous-agent ; ⚙️ script (aucun jeton de modèle).

flowchart TD
    U(["👤 Utilisateur : demande un lot"]) --> BB0
    BB0["🎯 Big Boss : ouvre le lot<br/>choisit une session libre, la renomme, envoie la fiche, réserve les fichiers"] --> W1

    W1["<b>W1 Un ordre par lot</b><br/>Qui : 👤 utilisateur, une fois, dans la session du lot<br/>Objectif : autoriser une fois tout ce que le lot fera<br/>Critère : 1 ordre par lot, 0 relais d'autorisation par Big Boss"]
    W1 --> W2

    W2["<b>W2 Modèle selon la tâche</b><br/>Qui : 🎯 Big Boss choisit la session, 🧭 la session choisit ses agents<br/>Objectif : le modèle le moins cher qui suffit<br/>Critère : Haiku orchestre et compte, Sonnet cherche, Opus seulement SPEC ou grille"]
    W2 --> W3

    W3["<b>W3 Reconnaissance d'abord</b><br/>Qui : 🧭 session du lot, ou son 🤖 agent<br/>Objectif : lire l'environnement réel avant d'écrire un outil ou une garde<br/>Critère : étape 0 dans la fiche, au plus 1 relance due à une syntaxe inconnue"]
    W3 --> GO

    GO{"Copie UE nécessaire ?"}
    GO -- "oui" --> BG["🎯 Big Boss : BUILD-GO<br/>après UeState = 0 et MD5 de référence"]
    GO -- "non" --> T
    BG --> T

    T{"🧭 Travail du lot<br/>🤖 lp-mcp, lp-builder, lp-cart, lp-impl…"}
    T -- "mesure de performance" --> M
    T -- "autre" --> W4
    M["<b>Modèle de mesure</b> (approuvé)<br/>Qui : 🧭 session note la case question × enjeu ; ⚙️ script M0 à M4 ; 🤖 lp-perf lit le résumé<br/>Objectif : le palier d'outil le plus bas qui répond<br/>Critère : budget rodé de 5 à 25 k"]
    M --> W4

    W4["<b>W4 VAL proportionnée</b><br/>Qui : classe L → ⚙️ outil de vérification (ou 🎯 Big Boss tant qu'il manque) ; classe D → ⚙️ + 🤖 lp-validator Haiku ; classes O et C → 🤖 lp-validator Sonnet<br/>Objectif : un agent de VAL seulement quand il le faut<br/>Critère : classe déclarée ; jamais l'auteur ; reprise au même agent"]
    W4 --> W5

    W5["<b>W5 DOC sans lp-writer pour une entrée simple</b><br/>Qui : 🧭 session du lot sous jeton ; 🎯 Big Boss réserve le numéro<br/>Objectif : écrire son CHG sans agent<br/>Critère : au plus 15 k par DOC simple, jeton rendu à l'écriture"]
    W5 --> W6

    W6["<b>W6 Compte rendu court</b><br/>Qui : 🧭 session → 🎯 Big Boss<br/>Objectif : Big Boss ne relit pas tout<br/>Critère : 10 lignes au plus, livrable lu seulement pour le recompte ; TICKET-PRÊT"]
    W6 --> W7

    W7["<b>W7 Vague du gardien</b> (active)<br/>Qui : 🎯 Big Boss tient la file et lance la vague ; 🤖 lp-gardien commite ; 🎯 Big Boss contre-vérifie<br/>Objectif : un seul passage du gardien par vague<br/>Critère : 3 déclencheurs, 8 tickets au plus, un commit par ticket, partagés en dernier, arrêt au premier refus"]
    W7 --> W8

    W8["<b>W8 Rotation de Big Boss</b><br/>Qui : 🎯 Big Boss écrit la passation ; 👤 utilisateur ouvre la session neuve<br/>Objectif : un contexte Big Boss qui reste léger<br/>Critère : passation au plus tard à 250 k ou en fin de journée, BOSS-ETAT à jour"]
    W8 --> F(["Lot clos, versionné ; 👤 utilisateur seul pousse"])

    classDef actif fill:#cdeccd,stroke:#2e7d32,color:#000
    classDef spec fill:#ffe0b2,stroke:#ef6c00,color:#000
    classDef propose fill:#eeeeee,stroke:#757575,color:#000
    classDef etape fill:#e3f2fd,stroke:#1565c0,color:#000
    class W7,M actif
    class W4 spec
    class W1,W2,W3,W5,W6,W8 propose
    class BB0,BG,T,GO etape

Légende : vert = approuvé ; orange = SPEC à approuver ; gris = proposé ; bleu = étape existante, inchangée.

Qui fait quoi (résumé)

Acteur	Fait	Ne fait jamais
👤 Utilisateur	décide, autorise une fois par lot (W1), fait les gestes de poste (copies au profil, /mcp, essais en jeu), ouvre la session Big Boss neuve, pousse	—
🎯 Big Boss	ouvre les lots, choisit les sessions, accorde BUILD-GO, jetons et numéros, tient la file, lance les vagues, contre-vérifie les commits	écrire le code ou le livrable d'un lot ; valider son propre travail
🧭 Session du lot	écrit la fiche, mène le travail, choisit et lance ses agents, écrit son CHG simple (W5), envoie un compte rendu court	commiter ; se donner un BUILD-GO
🤖 Sous-agent	une tâche bornée : lecture MCP, build, VAL, recherche, commit (seul lp-gardien)	décider à la place de l'utilisateur ; contourner une garde
⚙️ Script	contrôles mécaniques sans jeton de modèle : PubCheck, LogStats, mesures M0 à M4, outil de vérification (à écrire)	juger un texte