Les deux etats du systeme
Agent OS demarre universel (Etat 0) et devient adapte (Etat 1) grace a l'apprentissage des preferences, corrections et patterns de l'utilisateur.
Les deux etats du systeme
Agent OS a deux modes de fonctionnement. L'Etat 0 est le point de depart. L'Etat 1 est l'objectif.
La transition entre les deux est automatique. Elle se fait par accumulation de corrections et de preferences.
Etat 0 — Universel
C'est le systeme tel qu'il est installe. Aucune adaptation.
Les agents suivent les procedures par defaut. Ils n'ont aucune connaissance des preferences de l'utilisateur. Ils produisent un output generique mais fonctionnel.
+------------------------------------------+
| ETAT 0 — UNIVERSEL |
| |
| Procedures : defaut |
| Preferences : aucune |
| Corrections : aucune |
| OpenMemory : vide |
| Qualite : correcte mais generique |
+------------------------------------------+Ce que ca donne en pratique
Tweet en Etat 0 :
"5 outils d'IA que j'utilise au quotidien. #AI #productivity #tools"
L'agent applique les bonnes pratiques generiques. Hashtags inclus. Ton standard. Rien de personnel.
Trade en Etat 0 : Le Trader suit les regles de base. Leverage 2x max. Pas de preference sur les actifs. Pas de pattern appris sur les heures optimales.
Email en Etat 0 :
"Bonjour, veuillez trouver ci-joint..."
Formel. Generique. Ca marche, mais ca ne ressemble pas a l'utilisateur.
!!! note "L'Etat 0 n'est pas mauvais" C'est un point de depart solide. Tous les agents fonctionnent. Mais le systeme ne connait pas encore son utilisateur.
La transition : comment le systeme apprend
Trois mecanismes font passer le systeme de l'Etat 0 a l'Etat 1.
1. Corrections explicites
L'utilisateur corrige un output. Le systeme enregistre.
Utilisateur : "Pas de hashtags sur Twitter."
|
OpenMemory → enregistre : twitter.hashtags = jamais
|
Prochains tweets → generes sans hashtagsChaque correction est un signal fort. Le systeme ne refera jamais la meme erreur.
2. Preferences implicites
Le systeme observe les patterns de l'utilisateur.
L'utilisateur valide toujours les tweets courts (< 140 car).
L'utilisateur refuse toujours les tweets longs (> 200 car).
|
OpenMemory → deduit : twitter.longueur_preferee = court
|
Prochains tweets → generes courts par defaut!!! tip "Le systeme observe, pas juste obeit" Les corrections explicites sont des ordres. Les preferences implicites sont des deductions. Les deux comptent.
3. Patterns appris
Le systeme detecte des regularites dans les decisions.
Le Trader gagne plus souvent le matin (9h-11h).
Le Trader perd plus souvent le soir (16h-18h).
|
OpenMemory → pattern : trading.heures_optimales = 9h-11h
|
Prochains trades → proposes preferentiellement le matinEtat 1 — Adapte
C'est le systeme apres apprentissage. Personnalise pour l'utilisateur.
Les agents connaissent les preferences. Ils anticipent les corrections. Ils produisent un output qui ressemble a l'utilisateur.
+------------------------------------------+
| ETAT 1 — ADAPTE |
| |
| Procedures : ajustees |
| Preferences : 50+ enregistrees |
| Corrections : integrees |
| OpenMemory : riche |
| Qualite : personnalisee et precise |
+------------------------------------------+Ce que ca donne en pratique
Tweet en Etat 1 :
"J'ai automatise ma vie avec 8 agents IA. Voici le plus utile."
Pas de hashtags (correction). Court (preference). Ton direct (pattern).
Trade en Etat 1 : Le Trader propose des trades le matin (pattern appris). Il evite les altcoins a faible liquidite (correction passee). Il utilise un leverage de 1.5x max (preference).
Email en Etat 1 :
"Hey Marc, voici la facture. Dis-moi si c'est bon."
Informel (preference). Direct (pattern). Prenom utilise (correction).
Comparaison cote a cote
| Aspect | Etat 0 | Etat 1 |
|---|---|---|
| Procedures | Par defaut | Ajustees aux preferences |
| Ton | Generique | Personnel |
| Decisions | Regles de base | Regles + patterns |
| Erreurs | Frequentes mais corrigees | Rares |
| OpenMemory | Vide | 50-200+ entries |
| Confiance moyenne | 70% | 85-95% |
| Temps pour un tweet | 3 iterations | 1 iteration |
Le schema de transition
ETAT 0 TRANSITION ETAT 1
| | |
| Correction 1 -------->| |
| Correction 2 -------->| |
| Pattern detecte ------>| |
| Preference deduite --->| |
| ... | |
| (50+ signaux) -------->|--------------------->|
| | |
Generique Apprentissage PersonnaliseLa transition n'est pas binaire. C'est un gradient. Apres 10 corrections, le systeme est meilleur. Apres 50, il est bon. Apres 200, il est excellent.
!!! note "Pas de bouton 'passer en Etat 1'" La transition est continue et automatique. Chaque interaction enrichit le systeme. Il n'y a pas de moment precis ou l'on "passe" en Etat 1.
Que se passe-t-il si on reinstalle ?
L'Etat 0 revient. Mais OpenMemory peut etre sauvegardee et restauree.
| Composant | Persistant ? | Comment restaurer |
|---|---|---|
| OpenMemory | Oui (exportable) | Import au demarrage |
| Procedures KB | Oui (dans le vault) | Deja dans Obsidian |
| Preferences Notion | Oui (cloud) | Automatique |
| Context local | Non | Perdu a la reinstallation |
!!! warning "Sauvegardez OpenMemory" C'est la piece la plus precieuse du systeme. Sans elle, le systeme repart de zero. Avec elle, l'Etat 1 est restaure en minutes.
En resume
L'Etat 0 est le socle. Il fonctionne pour tout le monde. L'Etat 1 est la destination. Il fonctionne pour VOUS.
La difference entre les deux, c'est l'apprentissage. Et l'apprentissage, c'est automatique. Il suffit d'utiliser le systeme.