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

L'utilisateur ne parle jamais directement a un agent. Un agent ne parle jamais directement a l'utilisateur.

!!! warning "Pas de raccourci" Meme si c'est "juste une question rapide", ca passe par le CEO. Le CEO maintient le contexte global. Sans lui, les agents divergent.

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 l'utilisateur valide.

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

!!! danger "Irreversible = deux paires d'yeux" Un tweet publie ne peut pas etre "depublie" sans consequences. Un trade execute ne peut pas etre annule. Toujours CEO + Utilisateur avant une action irreversible.

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 consulte l'utilisateur. L'utilisateur decide.

Log obligatoire

Chaque trade est logue avec :

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

!!! tip "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

!!! note "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