La bonne pensée, la mauvaise salle

Quand l'exécution devient bon marché, c'est le contexte mal classé qui coûte cher.

Je traitais une demande de support technique client depuis un canal dédié au suivi de vie dans mon workspace OpenClaw.

Dans le système, ce sont des topics Telegram différents. Des lanes différentes. Des contextes différents. L'un est censé suivre le rythme de vie ; l'autre est censé gérer le support technique. Mais j'étais déjà dans le canal « vie », et depuis là, je pouvais quand même lancer des sous-agents et résoudre le problème. Alors c'est ce que j'ai fait.

Pas parce que c'était le bon endroit. Parce que j'y étais déjà. Parce que je pouvais faire le travail depuis cette salle. Parce que toutes les salles se ressemblent quand on va vite.

Donc j'ai débugué depuis là.

Le problème a été résolu localement. Mais le système n'en a pas pris conscience globalement au moment où c'est arrivé. Le canal support ne le saurait que plus tard. D'autres agents pouvaient continuer à enquêter. D'autres threads pouvaient continuer à planifier autour d'un problème qui n'existait plus. Et parce que la correction avait atterri dans la mauvaise salle, l'ancienne version de la réalité a eu plus de temps pour se solidifier en contexte partagé.

Rien n'était « faux » à proprement parler. La tâche a été traitée.

Mais voilà la nouvelle taxe des systèmes agentiques : pas le coût d'exécution. Le coût de réconciliation du contexte.

Un mauvais organigramme pour les humains produit des réunions.

Un mauvais organigramme pour les agents produit de la dérive de prompt.

Le mode d'échec, ce n'est pas l'information manquante. C'est l'information qui atterrit dans la mauvaise salle.

C'est un problème plus subtil. Le problème n'est pas que personne ne sait. Le problème, c'est qu'un seul nœud sait, et le reste du graphe rattrape son retard plus tard — s'il le rattrape.

En attendant, des tokens sont brûlés. De l'attention est gaspillée. Du travail en double émerge. Un fait obsolète commence à se comporter comme une vérité parce qu'il a juridiction là où la correction n'en a pas.

C'est ce que j'entends par coût de réconciliation du contexte. La partie coûteuse, ce n'est pas de résoudre le problème. La partie coûteuse, c'est de s'assurer que chaque partie du système met à jour son modèle du monde à temps.

Les humains connaissent déjà ce problème.

Vous dites quelque chose à David à la finance que Tony à l'ingénierie devrait savoir, et maintenant vous êtes la couche de synchronisation. L'entreprise n'est pas coordonnée. C'est vous qui l'êtes. Le système emprunte votre système nerveux comme middleware.

C'est exactement ce que ça fait.

Je suis single-threaded à l'intérieur d'une simulation hyper-parallèle.

Les agents peuvent se déployer instantanément. Les contextes, non.

Alors le vrai goulot d'étranglement, ce n'est pas la vitesse de raisonnement. C'est la juridiction. Où cette pensée a-t-elle le droit de vivre ? Quelle salle a l'autorité d'absorber et de propager cette mise à jour ? Quelle lane possède le fait ? Quelle lane l'a simplement touché ?

La mémoire seule ne résout pas ça. On peut tout stocker et rester incohérent. Ce qui compte, ce n'est pas seulement si l'information existe, mais si elle existe à l'endroit où le système ira chercher quand il devra agir.

C'est la suite logique de ce que j'abordais dans How Do You Want to Remember?. Un meilleur rappel ne suffit pas si le système se souvient du bon fait dans la mauvaise salle.

Le cerveau semble comprendre ça instinctivement. Les travaux récents sur les cartes cognitives hippocampiques pointent tous vers la même vérité : la mémoire n'est pas seulement du contenu, c'est de la localisation.

Les systèmes agentiques ont besoin de quelque chose de similaire.

Pas seulement de la mémoire. De la mémoire spatiale. Pas seulement du stockage. De la juridiction.

Bien sûr, il y a un compromis.

Si vous devenez trop strict sur la juridiction, vous tuez la vitesse. Vous tuez la digression. Vous tuez la pensée transversale qui n'apparaît que parce que vous étiez dans la mauvaise salle au bon moment.

Parfois, le mauvais routage est l'insight.

Un article d'actualité devient un post X parce que vous êtes déjà dans le topic « news » et que la pensée est brûlante. Un bug technique devient un essai sur l'orchestration parce que vous l'avez résolu depuis la mauvaise lane et que soudain vous avez vu le bord du système entier. Même cette pensée est une erreur de juridiction. C'est elle qui me l'a donnée.

Donc l'objectif ne peut pas être le routage parfait. Le routage parfait rendrait le système stérile.

L'objectif ressemble davantage à du state management à la React pour agents : les mises à jour locales devraient être bon marché, mais les règles de propagation devraient être explicites. Un fait corrigé à un endroit devrait savoir quels autres endroits ont besoin d'un re-rendering. Le système ne devrait pas exiger que l'humain se souvienne manuellement de là où la réalité diffère désormais du contexte en cache.

Pour l'instant, c'est ce que je fais : re-rendre l'application manuellement.

C'est pourquoi les orchestrateurs créent souvent la fragmentation qu'ils existent pour résoudre.

C'est la même classe de problème que je cernais dans un essai précédent sur la fiabilité des agents, juste un niveau au-dessus. Là, la question était comment structurer un repo pour que les agents puissent travailler de façon fiable. Ici, la question est comment structurer les salles autour du repo pour que la vérité se propage de façon fiable une fois le travail terminé.

Les orchestrateurs sont le seul endroit où chaque lane peut être touchée, donc ils deviennent l'endroit le plus facile pour faire le travail. La commodité l'emporte. L'élan l'emporte. « Je vais juste m'en occuper ici » l'emporte.

Et puis, lentement, la couche d'orchestration commence à absorber du travail spécialisé depuis les mauvais contextes. Pas assez pour casser le système immédiatement. Juste assez pour brouiller le graphe de mémoire.

La tâche est toujours accomplie. Le système avance toujours. Mais la vérité arrive en retard.

Et une fois que la vérité arrive en retard, le reste de la machine commence à dépenser de vraies ressources sur des fantômes.

C'est la phrase dont je n'arrive pas à me défaire :

une pensée peut être correcte et se trouver quand même au mauvais endroit.

Dans un monde où l'exécution est bon marché, ça devient vite coûteux.

La version mature de ces systèmes n'aura pas seulement de la mémoire. Elle aura de la juridiction.

Pas seulement ce qui s'est passé. Où ça s'est passé. Qui en est propriétaire. Ce qui doit se mettre à jour en conséquence. Quelles digressions sont des bugs. Quelles digressions sont des features.

On en est encore au début. Toutes les salles se ressemblent. L'humain est encore la couche de synchronisation. L'orchestrateur improvise encore une discipline de routage qu'il ne possède pas pleinement.

Mais je pense que c'est l'un des vrais goulots d'étranglement cachés sous le battage médiatique autour des agents.

Pas le raisonnement. Pas les outils. Pas même les fenêtres de contexte.

La juridiction du contexte.

Quand l'exécution devient bon marché, c'est le contexte mal classé qui coûte cher.