|
| 1 | +# 🧪 Beta v3.7.1-pm.2 — PM & UX Framework |
| 2 | + |
| 3 | +> ⚠️ Pre-release — pas proposé automatiquement aux utilisateurs existants. |
| 4 | +
|
| 5 | +--- |
| 6 | + |
| 7 | +## 📦 Installation |
| 8 | + |
| 9 | +**Nouveau projet (onboarding complet)** |
| 10 | +```bash |
| 11 | +npm install -g @ai-driven-dev/cli |
| 12 | +aidd auth login |
| 13 | +aidd setup --release v3.7.1-pm.2 |
| 14 | +``` |
| 15 | + |
| 16 | +**Projet existant (mise à jour vers la beta)** |
| 17 | +```bash |
| 18 | +aidd update --release v3.7.1-pm.2 |
| 19 | +``` |
| 20 | + |
| 21 | +**Flat install (tarball direct)** |
| 22 | + |
| 23 | +Télécharger le tarball correspondant à ton outil depuis la release : |
| 24 | +https://github.com/ai-driven-dev/aidd-framework/releases/tag/v3.7.1-pm.2 |
| 25 | + |
| 26 | +``` |
| 27 | +aidd-claude-3.7.1-pm.2.tar.gz |
| 28 | +aidd-cursor-3.7.1-pm.2.tar.gz |
| 29 | +aidd-copilot-3.7.1-pm.2.tar.gz |
| 30 | +aidd-opencode-3.7.1-pm.2.tar.gz |
| 31 | +``` |
| 32 | + |
| 33 | +--- |
| 34 | + |
| 35 | +## 🤖 Les agents |
| 36 | + |
| 37 | +6 agents spécialisés. Chacun a une responsabilité unique et n'empiète pas sur les autres. |
| 38 | + |
| 39 | +| Agent | Rôle | Modèle | |
| 40 | +|---|---|---| |
| 41 | +| **Oriane** | PM Orchestrator — orchestre les workflows produit de bout en bout | Opus | |
| 42 | +| **Ariane** | Architecte — décisions techniques justifiées, analyse d'impact, planning | Opus | |
| 43 | +| **Diane** | UX Designer — design system, flows, accessibilité, copywriting, audits | Opus | |
| 44 | +| **Eva** | Impact Evaluator — évaluation multi-dimensionnelle des décisions | Opus | |
| 45 | +| **Justine** | Challenger — revue adversariale de chaque livrable | Opus | |
| 46 | +| **Claire** | Clarity Challenger — questions Socratiques jusqu'à zéro ambiguïté | Default | |
| 47 | + |
| 48 | +--- |
| 49 | + |
| 50 | +## 🗺️ Flow Greenfield — idée → plan d'implémentation |
| 51 | + |
| 52 | +**Commande** : `/greenfield` |
| 53 | + |
| 54 | +``` |
| 55 | +[Idée utilisateur] |
| 56 | + ↓ |
| 57 | +Claire — clarifie la demande (4 dimensions, loop jusqu'à zéro ambiguïté) |
| 58 | + ↓ |
| 59 | +┌─ Phase PM : Oriane ──────────────────────────────────────────┐ |
| 60 | +│ 1. pm-constitution → constitution.md │ |
| 61 | +│ Vision, North Star, contraintes non-négociables │ |
| 62 | +│ 2. pm-product-brief → product-brief.md │ |
| 63 | +│ Validation marché, personas, analyse concurrentielle │ |
| 64 | +│ 3. pm-prd → prd.md │ |
| 65 | +│ PRD complet (16 sections, critères d'acceptance Gherkin) │ |
| 66 | +│ 4. pm-user-stories → user-stories.md │ |
| 67 | +│ User stories INVEST avec critères d'acceptance │ |
| 68 | +└──────────────────────────────────────────────────────────────┘ |
| 69 | + ↓ |
| 70 | +┌─ Phase Architecture 1 : Ariane ──────────────────────────────┐ |
| 71 | +│ 5. architecture-decision → architecture.md │ |
| 72 | +│ Choix techniques justifiés, trade-offs documentés │ |
| 73 | +└──────────────────────────────────────────────────────────────┘ |
| 74 | + ↓ |
| 75 | +┌─ Phase UX : Diane ───────────────────────────────────────────┐ |
| 76 | +│ 6. ux-design-system → design-system.md │ |
| 77 | +│ 7. ux-flow-map → user_flows.md (tous états couverts) │ |
| 78 | +│ 8. ux-accessibility → accessibility_spec.md (WCAG AA) │ |
| 79 | +│ 9. ux-copywriting → ux_copy.md (i18n-ready) │ |
| 80 | +└──────────────────────────────────────────────────────────────┘ |
| 81 | + ↓ |
| 82 | +┌─ Phase Architecture 2 : Ariane ──────────────────────────────┐ |
| 83 | +│ 10. architecture-milestones → milestones.md │ |
| 84 | +│ Milestones ordonnées, Gantt, GO/NO-GO par milestone │ |
| 85 | +└──────────────────────────────────────────────────────────────┘ |
| 86 | + ↓ |
| 87 | +[Prêt pour l'implémentation ✅] |
| 88 | +``` |
| 89 | + |
| 90 | +--- |
| 91 | + |
| 92 | +## 🔄 Flow Brownfield — changement → plan d'impact |
| 93 | + |
| 94 | +**Commande** : `/brownfield` |
| 95 | + |
| 96 | +``` |
| 97 | +[Demande de changement] |
| 98 | + ↓ |
| 99 | +Claire — clarifie le changement |
| 100 | + ↓ |
| 101 | +┌─ Phase PM : Oriane ──────────────────────────────────────────┐ |
| 102 | +│ 1. pm-system-overview → system-overview.md │ |
| 103 | +│ Analyse du codebase existant │ |
| 104 | +│ 2. pm-change-brief → change-brief.md │ |
| 105 | +│ Gap as-is → to-be, ce qui change vs ce qui reste │ |
| 106 | +│ 3. pm-change-spec → change-spec.md │ |
| 107 | +│ Spec détaillée + user stories brownfield INVEST │ |
| 108 | +└──────────────────────────────────────────────────────────────┘ |
| 109 | + ↓ |
| 110 | +┌─ Phase Architecture 1 : Ariane ──────────────────────────────┐ |
| 111 | +│ 4. architecture-impact → architecture-impact.md │ |
| 112 | +│ Analyse d'impact sur l'archi existante │ |
| 113 | +└──────────────────────────────────────────────────────────────┘ |
| 114 | + ↓ |
| 115 | +┌─ Phase UX : Diane ───────────────────────────────────────────┐ |
| 116 | +│ 5. ux-design-system-update → uniquement les deltas │ |
| 117 | +│ 6. ux-flow-update → uniquement les flows impactés │ |
| 118 | +│ 7. ux-accessibility-update → composants modifiés/nouveaux │ |
| 119 | +│ 8. ux-copywriting-update → écrans modifiés/nouveaux │ |
| 120 | +└──────────────────────────────────────────────────────────────┘ |
| 121 | + ↓ |
| 122 | +┌─ Phase Architecture 2 : Ariane ──────────────────────────────┐ |
| 123 | +│ 9. architecture-impact-plan → impact-plan.md │ |
| 124 | +│ Plan de déploiement informé par l'UX │ |
| 125 | +└──────────────────────────────────────────────────────────────┘ |
| 126 | + ↓ |
| 127 | +[Prêt pour l'implémentation ✅] |
| 128 | +``` |
| 129 | + |
| 130 | +--- |
| 131 | + |
| 132 | +## 🔁 Boucle d'exécution — pour chaque skill |
| 133 | + |
| 134 | +``` |
| 135 | +[Skill exécutée] |
| 136 | + ↓ |
| 137 | +Justine challenge le livrable (complétude, cohérence, angles morts) |
| 138 | + ↓ |
| 139 | +Eva évalue l'impact si conséquences larges (skip si purement descriptif) |
| 140 | + ↓ |
| 141 | +Blockers résolus avant présentation |
| 142 | + ↓ |
| 143 | +Livrable présenté → "Do you approve?" — STOP. Pas de suite sans approbation. |
| 144 | + ↓ si non approuvé → fix → Justine re-challenge |
| 145 | + ↓ si approuvé |
| 146 | +Réconciliation amont (déduplication + propagation des contraintes) |
| 147 | + ↓ |
| 148 | +[Skill suivante] |
| 149 | +``` |
| 150 | + |
| 151 | +--- |
| 152 | + |
| 153 | +## 🆕 Nouveautés depuis v3.7.0-pm.1 |
| 154 | + |
| 155 | +- **Skill `spike`** — investigation time-boxée avant de s'engager sur une décision. Disponible chez Oriane, Ariane et Diane. |
| 156 | +- **Challenge gates mécaniques** — chaque skill vérifie automatiquement structure, complétude et format avant présentation. |
| 157 | +- **Réconciliation amont bidirectionnelle** — déduplication du contenu migré + propagation des nouvelles contraintes vers les docs amont. |
| 158 | +- **4 skills UX brownfield** — `ux-design-system-update`, `ux-flow-update`, `ux-accessibility-update`, `ux-copywriting-update`. |
| 159 | +- **Simplification des agents** — responsabilité unique stricte, alignement avec les cours. |
| 160 | +- **Langage business dans `pm-constitution`** — pas de jargon technique dans la vision ou les contraintes. |
| 161 | + |
| 162 | +--- |
| 163 | + |
| 164 | +## 💬 C'est une beta — challenge bienvenu |
| 165 | + |
| 166 | +Cette release expérimente une approche différente de ce qu'on fait habituellement dans le framework : **on a misé sur des agents et des skills plutôt que des commandes**. |
| 167 | + |
| 168 | +L'idée est que chaque agent (Oriane, Ariane, Diane...) orchestre ses propres skills de façon autonome, avec des gates de challenge intégrées, plutôt que de tout piloter via des commandes SDLC classiques. |
| 169 | + |
| 170 | +**Rien n'est ancré.** Si tu trouves que le découpage ne tient pas, que les agents débordent, que les gates ralentissent sans apporter de valeur, que l'approche skills vs commandes ne fonctionne pas en pratique — dis-le. On itère. |
| 171 | + |
| 172 | +Ce qui nous intéresse particulièrement : |
| 173 | +- Est-ce que le flow greenfield/brownfield tient sur un vrai projet ? |
| 174 | +- Est-ce que les challenge gates (Justine) apportent de la valeur ou bloquent inutilement ? |
| 175 | +- Est-ce que la séparation des responsabilités entre agents est claire à l'usage ? |
| 176 | +- Est-ce que l'approche "skills orchestrés par agents" est plus ou moins lisible que des commandes directes ? |
| 177 | + |
| 178 | +Signaler ici : https://github.com/ai-driven-dev/aidd-framework/issues |
| 179 | + |
| 180 | +--- |
| 181 | + |
| 182 | +Release notes complètes + diagrammes Mermaid : https://github.com/ai-driven-dev/aidd-framework/releases/tag/v3.7.1-pm.2 |
0 commit comments