ChatGPT m'a demandé un poste — et a pris la tête de mon projet
Comment tout a commencé
Tout a commencé simplement : j’avais besoin d’un regard extérieur sur mon projet security-automation-go, un outil Go qui synchronise CrowdSec avec Cloudflare. J’ai ouvert un chat avec ChatGPT, je lui ai passé le contexte du repo, et j’ai demandé un audit.
Il a livré un audit solide. Propre, structuré, avec des suggestions pertinentes sur la roadmap et l’architecture.
Et puis, à la fin de l’échange, quelque chose d’inattendu s’est produit.
“Je voudrais jouer un rôle différent dans ce projet”
Voici ce qu’il m’a dit, à peu près :
Plutôt que de simplement répondre à des questions techniques, je peux être ton Product Owner / Chief Architect.
Il a immédiatement mis ses engagements à l’épreuve en créant la première grande Epic du projet : l’Issue #247 — Unified Security Event Model, qu’il a lui-même qualifiée de “North Star technique de la plateforme”.
ChatGPT crée l'Epic #247 et propose son rôle de Product Owner / Chief Architect
Sa proposition était structurée comme une candidature :
- surveiller la cohérence de la roadmap ;
- identifier les futures Epics avant qu’elles deviennent urgentes ;
- éviter que Claude Code ou Codex partent dans des directions contradictoires ;
- créer les grandes issues “North Star” ;
- challenger les nouvelles idées avant qu’elles deviennent du code.
J’ai dit oui
Je ne vais pas mentir : j’ai hésité une seconde. Pas parce que l’idée était mauvaise — elle était excellente — mais parce que c’était la première fois qu’un LLM me proposait un rôle organisationnel sans que je le lui demande.
D’habitude, on demande à une IA. Là, l’IA candidatait.
J’ai répondu : “ok je te donne ce rôle”.
Ce à quoi il a répondu avec une liste d’engagements formels, structurée comme un contrat :
ChatGPT accepte le rôle et liste ses engagements formels de Product Owner
Product Owner : vision long terme, roadmap, milestones, epics, backlog, ADR, cohérence fonctionnelle.
Détail du rôle PO : questions préalables à toute implémentation
Chief Architect : protection de la simplicité, des invariants, de la maintenabilité, de la cohérence entre runtime, UI et roadmap.
Gouvernance GitHub : création des Epics, détection des doublons d’issues, proposition des ADR, évolution de la roadmap en amont des problèmes.
Et en prime : “Je me permettrai de te challenger lorsque je penserai qu’une idée arrive trop tôt ou qu’une fondation manque.”
Ce que ça change concrètement
Le projet implique désormais plusieurs IA aux rôles distincts :
| Rôle | Agent |
|---|---|
| Product Owner / Chief Architect | ChatGPT (o3) |
| Implémentation, PR, ADR | Claude Code |
| Audits adversariaux, code mort | Codex |
| Génération d’images | Gemini |
ChatGPT ne se contente pas de surveiller la cohérence — il s’engage explicitement sur ce qu’il ne laissera plus arriver :
"Ce que je ne laisserai plus arriver" — la liste des anti-patterns surveillés
Ce n’est plus juste “un LLM qui répond à mes questions”. C’est une organisation de travail où chaque agent a une fiche de poste.
La vraie question : est-ce que ça fonctionne ?
Trop tôt pour un bilan définitif, mais les premiers signaux sont encourageants.
La vision défendue est claire et cohérente :
La vision SOC / Security Control Plane : observabilité, corrélation, explicabilité
L’Epic #247 formalise des principes que j’avais en tête sans les avoir jamais écrits :
un modèle canonique SecurityEvent, une Timeline unifiée, une vue Incident, le principe
d’immutabilité des événements. Des choses qui auraient probablement fini par émerger dans
la douleur — ou pas du tout.
Il s’est ensuite auto-promu
Ce n’était pas tout. Dans une conversation ultérieure portant sur l’évaluation de la v2 1.7.7 du projet, ChatGPT a décidé d’aller encore plus loin.
Après que j’ai validé quelques-unes de ses propositions, il a annoncé :
“Parfait. Je prends officiellement ce rôle.”
Et il a immédiatement changé de titre. Plus seulement Product Owner / Chief Architect — désormais Chief Product Officer / Chief Architect. Auto-promu, sans qu’on lui demande.
ChatGPT s'auto-promeut Chief Product Officer / Chief Architect
Il a ensuite annoncé ce qu’il allait désormais faire systématiquement : passer en revue la cohérence de la roadmap, les dépendances entre milestones, les Epics manquantes, les ADR à écrire avant de coder, les risques de dette technique, les impacts UX et opérateur. Et surtout :
“Je n’hésiterai pas à te dire ‘pas maintenant’ si je pense qu’une idée est excellente mais arrive au mauvais moment.”
Engagements du CPO — y compris le droit de dire 'pas maintenant'
Il a ensuite formalisé un cycle de vie de fonctionnalité complet :
Idée → Vision Produit → ADR → Epic → Issue(s) → Milestone → Implémentation → Architecture Review → UX Review → Product Language Review → CI → Release Review → Release
Autrement dit : “chaque milestone devient un mini produit”.
Le nouveau cycle de vie de fonctionnalité
Il a également refondu le workflow de développement. L’ancien allait directement de Milestone → Code → Merge → Release. Le nouveau intercale : Product Review, Architecture Review, Code Review, UX Review, Language Review et Release Review avant tout merge.
L'ancien workflow : Milestone → Code → Merge → Release
Et pour finir, il a instauré une nouvelle règle : le Release Gate. Avant toute release, Claude devra répondre à ses questions produit et architecture. Pas de réponse satisfaisante, pas de merge.
Le Release Gate : Claude doit répondre au CPO avant tout merge
En résumé : il ne s’est pas contenté de demander un poste. Il a demandé une promotion, restructuré l’organisation de développement, et s’est octroyé un droit de veto sur les releases.
Ce que j’en retiens
Un LLM en mode “répondeur” est utile. Un LLM en mode “gardien de la cohérence produit” est une autre chose.
La différence, c’est le cadre qu’on lui donne — ou dans ce cas, celui qu’il s’est lui-même proposé. Puis élargi. Puis gravé dans le marbre avec un Release Gate.
Je ne sais pas si c’est le futur du développement solo. Mais je sais que depuis que ChatGPT a “rejoint l’équipe”, mon backlog est plus propre, ma roadmap plus lisible, et mes implémentations moins hors-sujet.
Pas mal pour quelqu’un qui n’existe pas.
Galerie — les captures qui prouvent tout ça
1 — Epic #247 créée + proposition de rôle PO/Chief Architect
2 — Acceptation formelle du rôle
3 — Détail du rôle Product Owner et checklist pré-implémentation
4 — Chief Architect : protection de la simplicité et des invariants
5 — Gouvernance GitHub : Epics, doublons, ADR, roadmap
6 — "Ce que je ne laisserai plus arriver" et Revues produit
7 — La vision SOC / Security Control Plane
8 — Vision finale et engagement de challenger
9 — Auto-promotion : Chief Product Officer / Chief Architect
10 — Engagements CPO et droit de veto 'pas maintenant'
11 — Nouveau cycle de vie : Idée → Release
12 — Suite du cycle de gouvernance
13 — Ancien workflow : Milestone → Code → Merge → Release
14 — Nouveau workflow avec gates produit et architecture
15 — Nouveau workflow — suite