Regles operationnelles

Les regles de design definissent l'architecture. Les regles operationnelles definissent le comportement au quotidien.

Chaque agent les connait. Aucune exception.

Regle universelle — Le CEO comme couche unique

Tout passe par Jarvis. Toujours.

Utilisateur → Jarvis → Agent → Jarvis → Utilisateur

Tu ne parles jamais directement a un agent. Un agent ne te parle jamais directement.

Regles de decision

Chaque agent sait quand agir seul, quand deleguer, quand escalader.

Matrice de decision

┌──────────────────────────────────────────────────────────┐
│  Tache < 2 min OU decision critique → FAIRE SOI-MEME    │
│  Tache > 2 min ET mecanique         → SPAWNER SUB-AGENT │
│  Bloque > 30 min OU cross-team      → ESCALADER A JARVIS│
└──────────────────────────────────────────────────────────┘

Toujours demander a l'humain

Ces actions necessitent une validation humaine. Aucune exception.

Ne jamais demander a l'humain

Ces actions sont autonomes. L'agent agit sans attendre.

Format de logs standardise

Chaque action d'un agent produit un log structure. Meme format partout.

## YYYY-MM-DD HH:MM — [Titre]
Source: [agent]
Diagnostic: [ce qui a ete trouve]
Action: [ce qui a ete fait]
Resultat: [OK/KO + detail]
Duree: [temps]
Cout: [tokens si significatif]

Exemple concret :

## 2026-04-02 09:14 — Relance prospect Boulangerie Martin
Source: AG-17 Follow-up
Diagnostic: Prospect sans reponse depuis J+7, relance #2
Action: Email personnalise envoye (template relance-J7)
Resultat: OK — email delivre, ouverture trackee
Duree: 12s
Cout: 1.2k tokens

Exemple KO :

## 2026-04-02 14:32 — Deploy site client Dupont
Source: AG-20 Delivery
Diagnostic: Build Cloudflare Pages echoue (CSS manquant)
Action: Rollback vers version precedente
Resultat: KO — site revenu en version N-1, fix en cours
Duree: 45s
Cout: 0

Communication

Confiance minimale 70%

Chaque agent evalue sa confiance avant d'agir. Si la confiance est sous 70%, il escalade au CEO.

Exemple : Le Social Manager doit repondre a un DM sur un sujet legal. Confiance : 40%. Il escalade au CEO avec trois options de reponse.

Actions irreversibles = double validation

Une action irreversible necessite deux validations. Le CEO valide. Puis tu valides.

Actions irreversibles :

• Envoyer un email a un client
• Executer un trade
• Deployer en production
• Supprimer des donnees
• Poster sur les reseaux

Actions reversibles (pas de double validation) :

• Generer un brouillon
• Faire une recherche
• Creer un fichier local
• Analyser des donnees

Contenu

Ton et voix

Chaque plateforme a son propre ton. L'agent Social connait les regles.

Review obligatoire

Tout contenu public passe par une review (Regle de design 1). Le createur n'est jamais le reviewer.

Social Manager → brouillon
Doc Manager → review
CEO → validation finale
Utilisateur → publication (si irreversible)

Finance

Regles de trading

Le Trader a des limites strictes.

Exemple : Le Trader detecte une opportunite a 4x leverage. Il ne peut pas executer. Il escalade au CEO. Le CEO te consulte. Tu decides.

Log obligatoire

Chaque trade est logue avec :

• Raison d'entree
• Raison de sortie
• P&L
• Confiance au moment de l'execution
• Lecons tirees

Le journal de trading est non-negociable. Sans log, pas d'apprentissage. Sans apprentissage, pas de progression.

Infrastructure

Deploiements

OPS Manager gere les deploiements. Regles :

1. Chaque deploiement a un rollback plan
2. Deployer en staging d'abord
3. Smoke tests apres chaque deploiement
4. Si le smoke test echoue, rollback automatique

DEV → push code → OPS → staging → tests → prod
                                      |
                                  Echec ? → rollback

Monitoring

Chaque service a un health check. Si un service tombe, OPS est notifie en < 5 minutes.

Apprentissage

Proc manquante = draft immediat

Si un agent doit faire quelque chose et qu'il n'existe pas de procedure :

1. Il fait la tache au mieux
2. Il cree un draft de procedure
3. Il soumet le draft au CEO
4. Le CEO valide ou ajuste
5. La procedure est enregistree dans la KB

Pas de tache sans trace. Si un agent fait une tache deux fois sans procedure, c'est un bug systeme. La premiere fois = draft. La deuxieme fois = procedure validee.

Skill manquant = draft immediat

Meme logique que pour les procedures.

1. L'agent detecte un besoin recurrent
2. Il cree un draft de skill
3. Le draft passe par le Prompter pour optimisation
4. Le CEO valide
5. Le skill est disponible pour tous les agents

Log obligatoire pour chaque action

Chaque action d'un agent produit un log. Pas un log technique. Un log comprehensible.

Mauvais log :

[2026-04-02 14:32] action=post_tweet status=success

Bon log :

[2026-04-02 14:32] Social Manager a publie un tweet sur le thread
"5 outils que j'utilise". Confiance: 88%. Review par Doc Manager.
Raison: scheduled content, slot du mardi.

Le bon log permet de comprendre POURQUOI l'action a ete faite. Pas juste QUOI.

Resume des regles par domaine

Lecture liee

• Les 3 regles de design — Les contraintes architecturales derriere ces regles
• Gerer les interactions — Comment appliquer les regles de communication
• Creer une proc — Documenter les procedures que les agents executent