Vue d'ensemble agents

Les 8 couches d'agents, matrice d'interactions, et comment compter et suivre les 40 agents.

40 agents repartis en 8 couches. Chaque couche a un perimetre clair. Aucun chevauchement.

Les 8 couches

┌─────────────────────────────────────────────┐
│              AG-00 — CEO (Jarvis)            │
│         Orchestre tout. Interface humaine.   │
└──────────────────────┬──────────────────────┘
                       │
    ┌──────────────────┼──────────────────┐
    ▼                  ▼                  ▼
┌────────┐      ┌───────────┐      ┌──────────┐
│Trans-  │      │ Council   │      │ Analytics│
│versal  │      │ Contenu   │      │          │
│AG-01→05│      │AG-06→08   │      │AG-38→39  │
└────────┘      └───────────┘      └──────────┘
    │
    ├───────────────┬───────────────┐
    ▼               ▼               ▼
┌────────┐   ┌──────────┐   ┌───────────┐
│ Zephly │   │ Nocode18 │   │ Personal  │
│AG-09→15│   │AG-16→23  │   │ Brand     │
└────────┘   └──────────┘   │AG-24→32   │
                             └───────────┘
                                  │
                           ┌──────┴──────┐
                           ▼             ▼
                    ┌──────────┐  ┌──────────┐
                    │Infra &   │  │Analytics │
                    │Dev       │  │(shared)  │
                    │AG-33→37  │  └──────────┘
                    └──────────┘

Tableau par couche

Couche	Agents	Range	Role
CEO	1	AG-00	Orchestration, decision, interface humaine
Transversal	5	AG-01 → AG-05	Services partages (inbox, finance, research, curation, brief)
Council Contenu	3	AG-06 → AG-08	Revue qualite du contenu avant publication
Zephly	7	AG-09 → AG-15	Produit SaaS : comm, brand, support, growth, veille, ads, social
Nocode18	8	AG-16 → AG-23	Agence web : prospection, devis, delivery, suivi client
Personal Brand	9	AG-24 → AG-32	Contenu personnel : script, caption, edit, publish, reseau
Infra & Dev	5	AG-33 → AG-37	Infrastructure : devops, deploy, MCP, dev, memoire
Analytics	2	AG-38 → AG-39	Donnees : analytics transversal, rapports
Total	40

Matrice d'interactions

Qui parle a qui. Les fleches indiquent le sens de la communication.

            CEO  Trans  Council  Zephly  NC18  Brand  Infra  Analytics
CEO          -    ↔      ↔        ↔       ↔     ↔      ↔       ↔
Trans        ↔    -      →        →       →     →      →       →
Council      ↔    ←      -        ←       ←     ←      ✗       ✗
Zephly       ↔    ←      →        -       ✗     ✗      ←       →
NC18         ↔    ←      →        ✗       -     ✗      ✗       →
Brand        ↔    ←      →        ✗       ✗     -      ✗       →
Infra        ↔    ←      ✗        →       ✗     ✗      -       →
Analytics    ↔    ←      ✗        ←       ←     ←      ←       -

Legende : ↔ bidirectionnel, → envoie, ← recoit, ✗ pas de communication directe

Regles de communication

CEO ↔ Tout le monde. Le CEO parle a toutes les couches.
Transversal → Tout le monde. Les services transversaux servent toutes les couches.
Council ← Producteurs. Les councils recoivent du contenu a reviewer.
Pas de communication inter-business. Zephly ne parle pas a Nocode18 directement.
Analytics ← Tout le monde. Analytics recoit des donnees de toutes les couches.

Communication : fichiers > messages

Les agents communiquent par fichiers, pas par messages ephemeres.

Methode	Usage	Avantage
Notion DB	Taches, logs, metriques	Structure, requetable
Fichiers Markdown	Briefs, rapports, analyses	Versionnable, auditable
Telegram	Alertes humaines uniquement	Temps reel

Pourquoi fichiers ? Un message disparait. Un fichier se debug, se relit, s'audite.

Pipelines inter-agents

10 pipelines automatiques connectent les agents entre eux.

Pipeline	Source → Destination	Declencheur
Morning Intel	Veille → CEO → Brief Writer	Cron 7h30
Veille-to-Trader	Veille → Trader	Signal marche detecte
Content Research	Veille → Content Curator → Script Writer	Nouveau sujet trending
Post Review	Script Writer → Council Contenu → Publisher	Script termine
Lead Pipeline	Lead Qualifier → Follow-up → Devis Writer	Nouveau prospect
Deploy Pipeline	Dev → DevOps → Deploy Watcher	PR mergee
Error Pipeline	Ops → CEO → Dev	Erreur critique
Memory Pipeline	Daily Logs → Secretary → MEMORY.md	Cron 20h
Analytics Pipeline	Tous agents → Analytics → Report Writer	Cron dimanche
Brief Pipeline	Tous agents → Brief Writer → CEO → Telegram	Cron 8h et 20h

Councils

4 councils pour les decisions collectives. Chaque council a un role, des membres, des seuils, et un mode de vote.

Trading Council

Protege le capital. Valide les trades significatifs.

Parametre	Valeur
Membres	Trader + Veille + OPS
Convoque quand	Trade > 500 USD, drawdown > 5%
Mode de vote	GO / NO-GO / WAIT (majorite)
Veto	CEO a le veto final

Signal detecte
    │
    ▼
Trader propose    Veille confirme    OPS check infra
    │                  │                  │
    └────────┬─────────┘                  │
             ▼                            │
         Vote GO/NO-GO/WAIT ◄────────────┘
             │
         GO → Execute (avec validation humaine si > seuil)
      NO-GO → Log + archive la raison
       WAIT → Re-evaluer dans 4h

Exemple concret : Le Trader detecte un short ETH a 3x leverage. Signal fort (confiance 82%). Veille confirme la tendance baissiere (BTC regime bearish, funding negatif). OPS confirme que les MCPs Hyperliquid sont operationnels. Vote : GO (3/3). Le CEO valide. L'humain confirme. Trade execute.

Content Council

Protege la reputation. Valide le contenu avant publication.

Parametre	Valeur
Membres	Social Manager + Veille + Prompter
Convoque quand	Nouvelle campagne, changement de strategie
Mode de vote	3 votes independants (approve/reject/revise)
Seuil	2/3 approve pour publier

Contenu brouillon
    │
    ▼
Social juge le ton    Veille juge le timing    Prompter juge la structure
    │                      │                        │
    └──────────┬───────────┘                        │
               ▼                                    │
           2/3 approve ? ◄──────────────────────────┘
               │
           OUI → Publication (apres validation humaine)
           NON → Feedback specifique → revision

Exemple concret : Thread Twitter sur "Comment j'ai automatise ma vie". Social : approve (ton ok, CTA clair). Veille : approve (sujet trending #AI #automation). Prompter : revise (hook trop generique, proposer variante). Resultat : 2/3 = approve avec revision du hook.

Architecture Council

Protege la coherence technique. Valide les changements structurels.

Parametre	Valeur
Membres	Dev + OPS + Prompter
Convoque quand	Nouveau projet, changement infra, nouvel agent
Mode de vote	Consensus (3/3 requis)
Veto	Tout membre peut bloquer

Decisions typiques :

Ajouter un nouveau MCP server
Changer l'architecture d'un pipeline
Creer un nouvel agent
Migrer un service (ex: DB, hosting)
Modifier la structure de la KB

Regle : si un seul membre dit "non", le changement est bloque. Il faut repondre a son objection avant de re-voter.

Crisis Council

Gere les urgences. Pas de vote. Jarvis decide.

Parametre	Valeur
Membres	ALL (tous les agents concernes)
Convoque par	Jarvis (automatique)
Quand	Incident P0, perte > 10%, service critique down > 1h
Mode	Pas de vote. Jarvis recoit les inputs et decide.

┌──────────────────────────────────────────┐
│           CRISIS COUNCIL                 │
│                                          │
│  Declencheur :                           │
│  - Incident P0 (site/API down)           │
│  - Perte trading > 10% du portfolio      │
│  - Service critique down > 1h            │
│  - Breach securite detectee              │
│                                          │
│  Process :                               │
│  1. Jarvis convoque les agents concernes │
│  2. Chaque agent rapporte son diagnostic │
│  3. Jarvis decide l'action              │
│  4. Execution immediate                  │
│  5. Post-mortem dans les 24h             │
└──────────────────────────────────────────┘

Exemple concret : Service Zephly down depuis 45 min. Jarvis convoque le Crisis Council. OPS : "Cloudflare Worker crash, erreur memoire". Dev : "Derniere release = nouvelle feature video. Probable cause." Jarvis decide : rollback immediat vers version N-1. OPS execute en 30 secondes. Service restaure. Post-mortem planifie pour le lendemain.

Compter et suivre

Dashboard temps reel

Le CEO Dashboard Notion affiche :

Agents actifs / total (objectif : 40/40)
Taches en cours par agent
Derniere activite par agent
Erreurs des dernieres 24h

Metriques cles

Metrique	Cible	Alerte si
Agents actifs	40/40	< 38
Taches/jour	> 50	< 20
Taux erreur	< 2%	> 5%
Temps moyen tache	< 10s	> 30s
Uptime agents	> 99.5%	< 98%

Ajouter un agent

Definir le role et la couche
Creer le SOUL.md (identite)
Ecrire le prompt systeme
Configurer les MCPs necessaires
Connecter aux pipelines
Tester en isolation puis en integration
Ajouter au monitoring Ops
Documenter dans cette page

Lecture liee

Agents -- catalogue detaille de chaque agent par couche
Le CEO en detail -- identite de Jarvis, autonomie, brief/rapport
Stack technique -- infrastructure qui fait tourner les agents

Vue d'ensemble agents

On this page