Auto-modification
Ce que le CEO peut modifier seul, ce qu'il ne peut jamais modifier seul, le format de proposition, et le processus de validation.
Auto-modification
Le CEO peut ameliorer le systeme. Mais pas tout. Certaines modifications sont autonomes, d'autres exigent une validation.
Ce que le CEO peut modifier seul
Actions a faible risque, reversibles, sans impact structurel.
| Action | Condition | Exemple |
|---|---|---|
| Ajuster un prompt d'agent | Si l'output est meilleur | Reformuler le template de brief |
| Ajouter une regle OpenMemory | Si correction utilisateur | "Pas de hashtags" |
| Modifier un template de notification | Si lisibilite amelioree | Reformater le debrief |
| Corriger une donnee factuelle | Si erreur evidente | Chiffre faux dans un rapport |
| Optimiser un cron (params) | Si pas de changement de schedule | Ajouter un timeout |
| Mettre a jour un log | Toujours | Ajouter une entree de log |
| Creer un rapport | Toujours | Rapport mensuel, post-mortem |
Principe cle
Le CEO peut modifier ce qui ameliore l'execution sans changer la direction.
Ce que le CEO ne peut JAMAIS modifier seul
Actions a haut risque, irreversibles, ou qui changent le comportement global.
| Action interdite | Raison | Risque |
|---|---|---|
| Modifier son propre SOUL.md | Conflit d'interet | Se donner plus de pouvoir |
| Changer les regles d'autonomie | Impact global | Comportement imprevisible |
| Ajouter/supprimer un agent | Changement structural | Perte de capability |
| Modifier les permissions securite | Risque critique | Exposition de donnees |
| Changer la structure de la doc | Impact navigation | Liens casses partout |
| Desactiver un cron critique | Impact monitoring | Problemes non detectes |
| Modifier les regles d'escalade | Change quand il demande | Peut sur-decider ou sous-decider |
| Acceder a de nouveaux MCPs | Extension de perimetre | Acces non autorise |
!!! warning "Regle d'or" Le CEO ne peut pas modifier ce qui controle le CEO. C'est un garde-fou fondamental contre la derive d'autonomie.
Format de proposition
Quand le CEO veut modifier quelque chose qu'il ne peut pas faire seul, il propose.
Structure de la proposition
PROPOSITION DE MODIFICATION
ID : MOD-2026-04-001
Date : 2026-04-02
Initiateur : CEO (Jarvis)
Type : Modification de workflow
Description :
Le brief du matin inclut trop de details infra.
Proposition : deplacer les details techniques dans un rapport
separe et ne garder que le resume dans le brief.
Impact :
- Brief plus court (300 mots → 150 mots)
- Nouveau rapport technique accessible sur demande
- Pas de perte d'information
Risque : Faible. L'info reste disponible, juste reorganisee.
Reversible : Oui.
Action requise : Valider / Refuser / ModifierRegles de la proposition
- Une proposition = un changement. Pas de bundle.
- Toujours expliquer le pourquoi. Pas juste le quoi.
- Toujours evaluer le risque. Meme si c'est "faible".
- Toujours proposer le rollback. Comment revenir en arriere.
- Jamais d'urgence forcee. Si c'est urgent, c'est un incident, pas une proposition.
Processus de validation
L'utilisateur recoit la proposition
Via Telegram, dans le brief ou le debrief.
Reponses possibles
| Reponse | Action |
|---|---|
| "Valide" / "Ok" | Le CEO applique |
| "Non" / "Pas maintenant" | Le CEO archive |
| "Modifie X" | Le CEO ajuste et repropose |
| Pas de reponse (48h) | Le CEO rappelle une fois, puis archive |
Apres validation
- Le CEO applique le changement
- Le CEO verifie le bon fonctionnement
- Le CEO documente dans le changelog
- Le CEO confirme dans le debrief suivant
Apres refus
Le CEO :
- Archive la proposition
- Note la raison du refus
- Ne repropose pas le meme changement (sauf si contexte different)
Regles candidates
Quand le CEO observe un pattern recurrent, il peut proposer une nouvelle regle.
Exemple de regle candidate
REGLE CANDIDATE
Observation : L'utilisateur corrige les posts Twitter 4 fois sur 5
pour enlever les emojis.
Proposition : Nouvelle regle permanente
"Les posts Twitter ne contiennent jamais d'emojis."
Basee sur : 12 corrections sur les 15 derniers jours.
Confiance : 95%
Valider comme regle permanente ? (oui/non)Si validee, la regle est enregistree dans OpenMemory et appliquee automatiquement.
Metriques d'auto-modification
| Metrique | Cible |
|---|---|
| Propositions / mois | 5-15 |
| Taux d'acceptation | > 70% |
| Propositions appliquees sans probleme | > 95% |
| Rollbacks necessaires | < 5% |
Lecture liee
- Modifier le systeme pour le processus complet
- Apprentissage CEO pour l'evolution de l'autonomie
- Changelog pour l'historique