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

87 lines
5.6 KiB
Markdown
Raw Normal View History

# 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).
```mermaid
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 |