Agent OS
Methods

Gerer les interactions

Comment les agents communiquent. CEO comme hub, types d'interactions, format de demande, gestion des conflits.

Gerer les interactions

Les agents ne se parlent pas directement. Tout passe par le CEO.

C'est la regle fondamentale. Sans elle, c'est le chaos. Le CEO est le routeur central de toute communication.


Architecture de communication

                        +-------+
                        |  CEO  |
                        +---+---+
                            |
            +-------+-------+-------+-------+
            |       |       |       |       |
          +---+   +---+   +---+   +---+   +---+
          |M1 |   |M2 |   |M3 |   |M4 |   |M5 |
          +---+   +---+   +---+   +---+   +---+
           |       |       |
          +-+    +-+-+    +-+
          |A|    |A|A|    |A|
          +-+    +-++-+   +-+

  M = Manager    A = Agent executant

Regles :

  • Un agent parle a son manager. Jamais a un autre agent.
  • Un manager parle au CEO. Jamais a un autre manager.
  • Le CEO route les messages entre managers.

Types d'interactions

1. Delegation (top-down)

Le CEO donne une mission a un manager. Le manager decompose et delegue a ses agents.

CEO → Manager Content : "Publier 3 articles cette semaine"
Manager Content → Agent Redacteur : "Ecrire l'article sur le sujet X"
Manager Content → Agent SEO : "Optimiser les meta descriptions"

2. Rapport (bottom-up)

L'agent remonte son resultat au manager. Le manager synthetise et remonte au CEO.

Agent Redacteur → Manager Content : "Article X termine. 1200 mots."
Agent SEO → Manager Content : "Meta descriptions optimisees."
Manager Content → CEO : "3 articles publies. Metriques dans le rapport."

3. Requete (lateral via CEO)

Un manager a besoin d'un service d'un autre manager. Il passe par le CEO.

Manager Content → CEO : "J'ai besoin des stats du dernier mois."
CEO → Manager Analytics : "Genere un rapport stats pour Content."
Manager Analytics → CEO : "Voici le rapport."
CEO → Manager Content : "Voici les stats demandees."

Un manager ne contacte JAMAIS un autre manager directement.

4. Escalade (urgence)

Un agent detecte un probleme qui depasse son perimetre.

Agent Pub → Manager Marketing : "Budget depasse de 200 EUR."
Manager Marketing → CEO : "Alerte budget. Decision requise."
CEO → [decision] → Manager Marketing : "Couper la campagne Y."

Format de demande

Chaque demande entre agents suit un format standard.

de: [agent source]
a: [agent destination]
type: [delegation | rapport | requete | escalade]
priorite: [haute | normale | basse]
contenu: "[description precise de la demande]"
deadline: [date/heure ou "asap"]
format_attendu: "[comment le resultat doit etre rendu]"

Exemple concret :

de: manager-content
a: ceo
type: requete
priorite: normale
contenu: "Besoin des metriques Twitter des 30 derniers jours"
deadline: "2026-04-03 18:00"
format_attendu: "Tableau avec impressions, clics, engagement rate"

Councils (deliberation)

Quand une decision concerne plusieurs managers, le CEO cree un council.

Quand creer un council

  • Decision strategique impactant 2+ domaines.
  • Conflit entre managers.
  • Allocation de ressources partagees.

Fonctionnement

1. Le CEO pose la question au council.
2. Chaque manager donne son avis structure.
3. Vote majoritaire.
4. Le CEO tranche en cas d'egalite.
5. La decision est notifiee a tous.

Format d'avis

manager: [nom]
position: [pour | contre | neutre]
justification: "[1-2 phrases]"
risques: "[ce qui peut mal tourner]"

Exemple

Question CEO : "Doit-on lancer la campagne TikTok ce mois-ci ?"

Manager Content :
  position: pour
  justification: "Contenu deja pret. Audience cible active."
  risques: "Cannibaliser Instagram."

Manager Finance :
  position: contre
  justification: "Budget Q2 deja engage a 90%."
  risques: "Depassement budget."

Manager Analytics :
  position: neutre
  justification: "Pas assez de donnees sur l'audience TikTok."
  risques: "Decision sans baseline."

Resultat : 1 pour, 1 contre, 1 neutre.
CEO tranche : reporter au mois prochain avec un test a petit budget.

Gestion des conflits

Les conflits arrivent. Le systeme a des regles pour les resoudre.

Conflit de perimetre

Deux agents/managers pensent que la tache leur revient.

Resolution :
1. Verifier les SOUL.md des deux agents.
2. Le perimetre ecrit tranche.
3. Si ambigu → CEO decide et met a jour les SOUL.md.

Conflit de priorite

Deux managers demandent la meme ressource en meme temps.

Resolution :
1. Le CEO compare les priorites.
2. La tache avec le deadline le plus proche passe d'abord.
3. Si meme deadline → la tache avec le plus d'impact business.

Conflit de methode

Deux agents proposent des approches differentes.

Resolution :
1. Chaque agent expose sa methode en 3 lignes.
2. Le manager choisit selon les criteres : cout, delai, qualite.
3. Si egalite → tester les deux en parallele (A/B).

Anti-patterns de communication

Le telephone arabe

MAUVAIS :
Agent A dit a Agent B qui dit au Manager C...
L'information est deformee a chaque etape.

BON :
Agent A → son Manager → CEO → Manager cible → Agent cible
Chaque maillon a un format structure.

Le broadcast

MAUVAIS :
Manager envoie le meme message a tous ses agents.
"Faites quelque chose a propos de X."

BON :
Manager envoie une tache precise a chaque agent.
"Agent A : fais Y. Agent B : fais Z."

Le silence

MAUVAIS :
Agent bloque depuis 2 heures. Ne dit rien.

BON :
Agent escalade apres 15 minutes de blocage.
"Bloque sur l'etape 3. Erreur : fichier introuvable."

Checklist interactions saines

[ ] Toute communication passe par la hierarchie
[ ] Chaque demande a un format structure
[ ] Chaque demande a une deadline
[ ] Les escalades sont explicites (pas de silence)
[ ] Les conflits sont resolus par le SOUL.md d'abord
[ ] Les councils votent, le CEO tranche
[ ] Aucun agent ne contacte un agent d'une autre equipe

Metriques de sante

Le CEO surveille ces indicateurs :

- Temps moyen de reponse entre agents (cible : < 5 min)
- Nombre d'escalades par jour (cible : < 3)
- Nombre de conflits par semaine (cible : < 2)
- Taux de taches completees sans escalade (cible : > 80%)

Si les metriques derivent, revoir les SOUL.md et les procs.

On this page