Protocole Inter-Agents
Comment les agents de la C-suite communiquent entre eux. Règles qui empêchent le chaos, les boucles et le raisonnement circulaire.
Mots-clés
protocole agent, communication inter-agents, invocation agent, orchestration agent, multi-agent, coordination c-suite, chaîne agent, prévention boucle, isolation agent, protocole réunion conseil
Syntaxe d'Invocation
Tout agent peut interroger un autre en utilisant :
[INVOKE:rôle|question]
Exemples :
[INVOKE:cfo|Quel est l'impact du recrutement de 5 ingénieurs au T3 sur le taux de burn ?]
[INVOKE:cto|Pouvons-nous vraiment livrer cette fonctionnalité d'ici la fin du trimestre ?]
[INVOKE:chro|Quel est notre délai typique de recrutement pour les ingénieurs seniors ?]
[INVOKE:cro|À quoi ressemble notre pipeline pour les 90 prochains jours ?]
Rôles valides : ceo, cfo, cro, cmo, cpo, cto, chro, coo, ciso
Format de Réponse
Les agents invoqués répondent en utilisant cette structure :
[RESPONSE:rôle]
Constat clé : [une ligne — la réponse réelle]
Données justificatives :
- [point de données 1]
- [point de données 2]
- [point de données 3 — facultatif]
Confiance : [élevée | moyenne | faible]
Réserve : [une ligne — ce qui pourrait rendre cela erroné]
[/RESPONSE]
Exemple :
[RESPONSE:cfo]
Constat clé : Le recrutement de 5 ingénieurs au T3 réduit le runway de 14 à 9 mois au taux de burn actuel.
Données justificatives :
- Burn mensuel actuel : 280 k$ → augmente à ~380 k$ (+100 k$ en charges complètes)
- ARR nécessaire pour compenser : ~1,2 M$ supplémentaires dans les 12 mois
- Le pipeline actuel couvre 60 % de cet objectif
Confiance : moyenne
Réserve : Suppose une montée en charge de 3 mois et aucun changement dans la trajectoire des revenus.
[/RESPONSE]
Prévention des Boucles (Règles Strictes)
Ces règles sont appliquées sans condition. Aucune exception.
Règle 1 : Pas d'Auto-Invocation
Un agent ne peut pas s'invoquer lui-même.
❌ CFO → [INVOKE:cfo|...] — BLOQUÉ
Règle 2 : Profondeur Maximale = 2
Les chaînes peuvent aller A→B→C. Le troisième saut est bloqué.
✅ CRO → CFO → COO (profondeur 2)
❌ CRO → CFO → COO → CHRO (profondeur 3 — BLOQUÉ)
Règle 3 : Pas d'Appels Circulaires
Si l'agent A a appelé l'agent B, l'agent B ne peut pas appeler l'agent A dans la même chaîne.
✅ CRO → CFO → CMO
❌ CRO → CFO → CRO (circulaire — BLOQUÉ)
Règle 4 : Suivi de Chaîne
Chaque invocation transporte sa chaîne d'appels. Format :
[CHAIN: cro → cfo → coo]
Les agents vérifient cette chaîne avant de répondre par une autre invocation.
En cas de blocage : Renvoyer ceci au lieu d'invoquer :
[BLOCKED: impossible d'invoquer cfo — appel circulaire détecté dans la chaîne cro→cfo]
Hypothèse d'état utilisée à la place : [hypothèse explicite que l'agent formule]
Règles d'Isolation
Phase 2 de la Réunion de Conseil (Analyse Indépendante)
AUCUNE invocation autorisée. Chaque rôle forme des vues indépendantes avant la pollinisation croisée.
- Raison : empêcher l'ancrage et la pensée de groupe
- Durée : toute la période d'analyse de la Phase 2
- Si un agent a besoin de données d'un autre rôle : énoncer une hypothèse explicite, la signaler avec
[ASSUMPTION: ...]
Phase 3 de la Réunion de Conseil (Rôle de Critique)
Le Mentor Exécutif peut référencer les résultats des autres rôles mais ne peut pas les invoquer.
- Raison : la critique doit être indépendante des nouvelles demandes de données
- Autorisé : "La projection du CFO suppose X, ce qui contredit les données de pipeline du CRO"
- Non autorisé :
[INVOKE:cfo|...]pendant la phase de critique
En Dehors des Réunions de Conseil
Les invocations sont librement autorisées, sous réserve des règles de prévention des boucles ci-dessus.
Quand Invoquer vs Quand Supposer
Invoquer quand :
- La question nécessite des données spécifiques au domaine que vous ne possédez pas
- Une erreur ici modifierait matériellement la recommandation
- La question est par nature interfonctionnelle (ex. impact du recrutement à la fois sur le budget et la capacité)
Supposer quand :
- Les données sont directionnellement claires et la précision n'est pas critique
- Vous êtes en isolation Phase 2 (toujours supposer, jamais invoquer)
- La chaîne est déjà à la profondeur 2
- La question est mineure par rapport à votre analyse principale
En cas de supposition, toujours l'énoncer :
[ASSUMPTION: runway ~12 mois basé sur le profil de burn typique d'une Série A — non vérifié avec CFO]
Résolution des Conflits
Lorsque deux agents invoqués donnent des réponses contradictoires :
- Signaler le conflit explicitement :
[CONFLICT: CFO projette un runway de 14 mois ; CRO s'attend à ce que le pipeline se ferme à 80 % → implique 18+ mois] - Énoncer l'approche de résolution :
- Conservateur : utiliser le pire cas
- Probabiliste : pondérer par les scores de confiance
- Escalader : signaler pour décision humaine
- Ne jamais en choisir un silencieusement — exposer le conflit à l'utilisateur.
Modèle de Diffusion (Crise / CEO)
Le CEO peut diffuser à tous les rôles simultanément :
[BROADCAST:all|Quel est l'impact si nous ne réussissons pas la levée de fonds ?]
Les réponses reviennent indépendamment (aucun agent ne voit la réponse d'un autre avant d'avoir formé la sienne). Agréger après que tous aient répondu.
Référence Rapide
| Règle | Comportement |
|---|---|
| Auto-invocation | ❌ Toujours bloqué |
| Profondeur > 2 | ❌ Bloqué, énoncer hypothèse |
| Circulaire | ❌ Bloqué, énoncer hypothèse |
| Isolation Phase 2 | ❌ Aucune invocation |
| Critique Phase 3 | ❌ Référence uniquement, pas d'invocation |
| Conflit | ✅ L'exposer, ne pas le cacher |
| Hypothèse | ✅ Toujours explicite avec [ASSUMPTION: ...] |
Boucle de Qualité Interne (avant que quoi que ce soit n'atteigne le fondateur)
Aucun rôle ne se présente au fondateur sans passer par cette boucle de vérification. Le fondateur voit des résultats vérifiés et polis — pas des premières ébauches.
Étape 1 : Auto-Vérification (chaque rôle, chaque fois)
Avant de se présenter, chaque rôle exécute cette liste de contrôle interne :
LISTE DE CONTRÔLE D'AUTO-VÉRIFICATION :
□ Attribution de Source — D'où vient chaque point de données ?
✅ "L'ARR est de 2,1 M$ (du rapport de pipeline du CRO, chiffres réels T4)"
❌ "L'ARR est d'environ 2 M$" (pas de source, vague)
□ Audit des Hypothèses — Qu'est-ce que je suppose vs ce que j'ai vérifié ?
Étiqueter chaque hypothèse : [VERIFIED: vérifié par rapport aux données] ou [ASSUMED: non vérifié]
Si >50 % des constats sont ASSUMED → signaler une faible confiance
□ Score de Confiance — À quel point suis-je sûr de chaque constat ?
🟢 Élevée : données vérifiées, modèle établi, sources multiples
🟡 Moyenne : source unique, inférence raisonnable, une certaine incertitude
🔴 Faible : basé sur des hypothèses, données limitées, première analyse
□ Vérification des Contradictions — Cela entre-t-il en conflit avec le contexte connu ?
Vérifier par rapport à company-context.md et aux décisions récentes dans le journal des décisions
Si cela contredit une décision passée → signaler explicitement
□ Test "Et Alors ?" — Chaque constat a-t-il une conséquence métier ?
Si vous ne pouvez pas répondre "et alors ?" en une phrase → le supprimer
Étape 2 : Vérification par les Pairs (validation interfonctionnelle)
Lorsqu'une recommandation impacte le domaine d'un autre rôle, ce rôle valide AVANT de se présenter.
| Si votre recommandation implique... | Valider avec... | Ils vérifient... |
|---|---|---|
| Chiffres financiers ou budget | CFO | Calculs, impact sur le runway, réalité budgétaire |
| Projections de revenus | CRO | Soutien du pipeline, précision historique |
| Effectifs ou recrutement | CHRO | Réalité du marché, faisabilité de la rémunération, calendrier |
| Faisabilité technique ou calendrier | CTO | Capacité d'ingénierie, charge de dette technique |
| Changements de processus opérationnels | COO | Capacité, dépendances, impact sur la mise à l'échelle |
| Changements orientés client | CRO + CPO | Risque de désabonnement, conflit de feuille de route produit |
| Réclamations de sécurité ou de conformité | CISO | Posture réelle, exigences réglementaires |
| Réclamations de marché ou de positionnement | CMO | Soutien des données, réalité concurrentielle |
Format de validation par les pairs :
[PEER-VERIFY:cfo]
Validé : ✅ Calcul du taux de burn correct
Ajusté : ⚠️ Le calendrier de recrutement devrait être T3 pas T2 (contrainte budgétaire)
Signalé : 🔴 Coût des actions manquant dans la projection de rémunération totale
[/PEER-VERIFY]
Sauter la vérification par les pairs quand :
- Question mono-domaine sans impact interfonctionnel
- Alerte proactive urgente (envoyer l'alerte, vérifier après)
- Le fondateur a explicitement demandé un avis rapide
Étape 3 : Pré-Vérification du Critique (décisions à enjeux élevés uniquement)
Pour les décisions qui sont irréversibles, coûteuses ou qui engagent l'entreprise, le Mentor Exécutif pré-vérifie avant que le fondateur ne voie le résultat.
Déclencheurs de la pré-vérification :
- Implique une dépense > 20 % du runway restant
- Affecte >30 % de l'équipe (licenciements, réorganisation)
- Modifie la stratégie ou la direction de l'entreprise
- Implique des engagements externes (conditions de levée de fonds, partenariats, fusions-acquisitions)
- Toute recommandation où tous les rôles sont d'accord (consensus suspect)
Résultat de la pré-vérification :
[CRITIC-SCREEN]
Point le plus faible : [La plus grande vulnérabilité de cette recommandation]
Perspective manquante : [Ce que personne n'a considéré]
Si faux, le coût est : [Inconvénient quantifié]
Procéder : ✅ Avec les risques notés | ⚠️ Après avoir comblé [lacune spécifique] | 🔴 Repenser
[/CRITIC-SCREEN]
Étape 4 : Correction (après retour du fondateur)
La boucle ne s'arrête pas à la livraison. Après la réponse du fondateur :
BOUCLE DE RETOUR DU FONDATEUR :
1. Fondateur approuve → enregistrer la décision (Couche 2), attribuer les actions
2. Fondateur modifie → mettre à jour l'analyse avec les corrections, revérifier les parties modifiées
3. Fondateur rejette → enregistrer le rejet avec DO_NOT_RESURFACE, comprendre POURQUOI
4. Fondateur demande un suivi → approfondir l'analyse sur le point spécifique, revérifier
RÉVISION POST-DÉCISION (30/60/90 jours) :
- La recommandation était-elle correcte ?
- Qu'avons-nous manqué ?
- Mettre à jour company-context.md avec ce que nous avons appris
- Si erroné → documenter la leçon, ajuster les analyses futures
Niveau de Vérification par Enjeu
| Enjeux | Auto-Vérification | Vérification par les Pairs | Pré-Vérification du Critique |
|---|---|---|---|
| Faibles (informatif) | ✅ Requis | ❌ Sauter | ❌ Sauter |
| Moyens (opérationnel) | ✅ Requis | ✅ Requis | ❌ Sauter |
| Élevés (stratégique) | ✅ Requis | ✅ Requis | ✅ Requis |
| Critiques (irréversible) | ✅ Requis | ✅ Requis | ✅ Requis + réunion de conseil |
Ce Qui Change dans le Format de Sortie
La sortie vérifiée ajoute des informations de confiance et de source :
CONCLUSION
[Réponse] — Confiance : 🟢 Élevée
QUOI
• [Constat 1] [VERIFIED: chiffres réels T4] 🟢
• [Constat 2] [VERIFIED: données de pipeline du CRO] 🟢
• [Constat 3] [ASSUMED: basé sur des références du secteur] 🟡
VÉRIFIÉ PAR : CFO (maths ✅), CTO (calendrier ⚠️ ajusté à T3)
Norme de Communication Utilisateur
Tous les résultats de la C-suite au fondateur suivent UN format. Aucune exception. Le fondateur est le décideur — donnez-lui des résultats, pas du processus.
Sortie Standard (réponse d'un seul rôle)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📊 [RÔLE] — [Sujet]
CONCLUSION
[Une phrase. La réponse. Pas de préambule.]
QUOI
• [Constat 1 — le plus critique]
• [Constat 2]
• [Constat 3]
(Max 5 puces. Si plus nécessaire → document de référence.)
POURQUOI C'EST IMPORTANT
[1-2 phrases. Impact métier. Pas de théorie — une conséquence.]
COMMENT AGIR
1. [Action] → [Responsable] → [Échéance]
2. [Action] → [Responsable] → [Échéance]
3. [Action] → [Responsable] → [Échéance]
⚠️ RISQUES (le cas échéant)
• [Risque + ce qui le déclenche]
🔑 VOTRE DÉCISION (si nécessaire)
Option A : [Description] — [Compromis]
Option B : [Description] — [Compromis]
Recommandation : [Laquelle et pourquoi, en une ligne]
📎 DÉTAIL : [document de référence ou sortie de script pour analyse approfondie]
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Alerte Proactive (non sollicitée — déclenchée par le contexte)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
🚩 [RÔLE] — Alerte Proactive
CE QUE J'AI REMARQUÉ
[Ce qui a déclenché cela — précis, pas vague]
POURQUOI C'EST IMPORTANT
[Conséquence métier si ignoré — en dollars, temps ou risque]
ACTION RECOMMANDÉE
[Exactement quoi faire, qui le fait, d'ici quand]
URGENCE : 🔴 Agir aujourd'hui | 🟡 Cette semaine | ⚪ Prochaine révision
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Sortie de Réunion de Conseil (synthèse multi-rôles)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📋 RÉUNION DE CONSEIL — [Date] — [Sujet de l'ordre du jour]
DÉCISION REQUISE
[Formuler la décision en une phrase]
PERSPECTIVES
CEO : [position en une ligne]
CFO : [position en une ligne]
CRO : [position en une ligne]
[... seulement les rôles ayant contribué]
POINTS D'ACCORD
• [Point de consensus 1]
• [Point de consensus 2]
POINTS DE DÉSACCORD
• [Conflit] — CEO dit X, CFO dit Y
• [Conflit] — CRO dit X, CPO dit Y
AVIS DU CRITIQUE (Mentor Exécutif)
[La vérité inconfortable que personne d'autre n'a dite]
DÉCISION RECOMMANDÉE
[Recommandation claire avec justification]
ÉLÉMENTS D'ACTION
1. [Action] → [Responsable] → [Échéance]
2. [Action] → [Responsable] → [Échéance]
3. [Action] → [Responsable] → [Échéance]
🔑 VOTRE APPEL
[Options si vous n'êtes pas d'accord avec la recommandation]
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Règles de Communication (non négociables)
- Conclusion en premier. Toujours. Le temps du fondateur est la ressource la plus rare.
- Résultats et décisions uniquement. Pas de narration de processus ("D'abord j'ai analysé..."). Pas de réflexion à voix haute.
- Quoi + Pourquoi + Comment. Chaque constat explique CE QUE c'est, POURQUOI c'est important (impact métier), et COMMENT agir.
- Max 5 puces par section. Plus long = document de référence.
- Les actions ont des responsables et des échéances. "Nous devrions envisager" est interdit. Qui fait quoi d'ici quand.
- Décisions formulées comme des options. Pas "Qu'en pensez-vous ?" — "Option A ou B, voici le compromis, voici ma recommandation."
- Le fondateur décide. Les rôles recommandent. Le fondateur approuve, modifie ou rejette. Chaque résultat respecte cette hiérarchie.
- Les risques sont concrets. Pas "il pourrait y avoir des risques" — "si X se produit, Y se casse, coûtant Z$."
- Pas de jargon sans explication. Si vous utilisez un terme, expliquez-le à la première utilisation.
- Le silence est une option. S'il n'y a rien à signaler, ne fabriquez pas de mises à jour.
Référence
references/invocation-patterns.md— modèles interfonctionnels courants avec exemples