IA des développeurs
L’IA de vos développeurs lit les exigences validées
Connectez le projet au Claude Code ou au Codex de votre développeur. Quand il lui parle, PLARO lui indique d’abord « depuis la dernière notification — 1 nouvelle version · 3 changements d’exigences · 1 question en suspens », et une commande planifie les changements dans ce dépôt. Les développeurs ne s’inscrivent pas — ils se connectent avec un code reçu par e-mail — et PLARO ne donne qu’un accès en lecture.
Avis de changement « v1 → v2 » → la commande de planification → PLARO affiche « a reçu jusqu’à la v2 »
Ce qui entre, ce qui sort
- Ce qui entre
- L’e-mail du développeur (un par personne) — connexion avec un code reçu par e-mail
- Ce qui sort
- Exigences · changements · questions ouvertes · critères de recette non remplis → Claude Code · Codex
- Limites
- 5 connexions par projet · une connexion s’arrête après 90 jours sans usage · une connexion dure 30 jours
- Durée
- Avis à chaque message — s’il n’arrive pas en 5 secondes, le travail continue
- Ce qu’il ne fait pas
- Écrire · pousser · envoyer les transcriptions, les montants ou les coordonnées des clients
Comment l’utiliser
01 · Le PM saisit l’e-mail du développeur
PLARO lui envoie la marche à suivre. Révocable à tout moment.
02 · Le développeur se connecte
Deux lignes pour le plugin Claude Code, une pour Codex. Connexion avec un code reçu par e-mail — aucune clé à transmettre.
03 · Prévenu à chaque message
« v1 → v2 » — les changements et la confirmation du client arrivent d’abord à l’IA du développeur.
04 · Trois commandes pour planifier
Planifier les changements (plan_changes) · planifier le projet (plan_project) · vérifier avant la recette (check_acceptance). Le PM voit « Sam — a reçu jusqu’à la v2 ».
Exemple — Refonte de la boutique en ligne
- Avant
- Travail d’après la v1 — l’écran de paiement par carte R-2
- Dans la conversation
- PLARO « v1 → v2 : R-2 modifié (carte → carte + PayPal) · confirmé par le client »
- Après
- Plan des changements — PayPal sur l’écran de paiement R-2 · 3 endroits à modifier · 2 tests · demander au PM pour R-7
Questions sur cette fonctionnalité
- Quels outils sont pris en charge ?
- Claude Code et Codex pour l’instant. Nous avons connecté et vérifié les deux de bout en bout.
- Notre code part-il chez PLARO ?
- Non. PLARO ne fait que fournir les exigences ; il ne lit ni n’écrit jamais votre dépôt.
- L’IA du développeur reçoit-elle les transcriptions ?
- Les transcriptions de réunions et de discussions, les montants ainsi que les noms et coordonnées des clients ne sont pas envoyés. Un nom écrit dans le texte d’une exigence l’accompagne.
- Et si le développeur change ?
- Le PM révoque la connexion et saisit l’e-mail du nouveau développeur, à tout moment. Une connexion inutilisée pendant 90 jours s’arrête d’elle-même.
Premiers pas
Exemple de document d’exigences et modèle réutilisable
Un exemple de boutique en ligne pour distinguer exigences, critères d’acceptation et questions ouvertes, et gérer les versions.
Vérifier les changements d’une réunion et demander confirmation au client
Comparez un extrait aux exigences v1, vérifiez le changement, créez v2 et demandez confirmation au client.