Où vivent les sessions d’agents

--- title: Ne soyez pas le meat proxy de votre équipe description: À l’OpenAI DevDay, Peter Steinberger (OpenClaw) a fait du « meat proxy » non plus une insulte mais un problème d’équipe. Si les agents tournent sur vos machines, vos collègues ne les joignent que par vous. Sa solution : un serveur partagé où chacun peut lire et prompter la session d’agent de n’importe qui. date: 2026-10-08 tags: agents IA, OpenClaw, Codex, multijoueur, revue de code --- Quand vos agents tournent sur vos machines, votre équipe ne peut les joindre qu’en passant par vous. Peter Steinberger, le créateur d’OpenClaw, qui travaille aujourd’hui sur les agents chez OpenAI, appelle ça être un meat proxy, un proxy en chair et en os. À l’OpenAI DevDay, il a présenté sa solution : déplacer les sessions d’agents sur un serveur d’équipe partagé, où chacun peut lire, prompter ou reprendre la session de n’importe qui. Les deux dernières conférences que j’ai résumées portaient sur les agents eux-mêmes : l’[usine logicielle](/fr/notes/software-factory-2022-to-lights-off.html) de Dex Horthy et les [collègues IA dans Slack](/fr/notes/ai-coworkers-slack-agent-identity.html) de MintMCP. Celle de Peter porte sur les gens autour. Dans son équipe, tout le monde avait des agents. Ils ne travaillaient pas ensemble pour autant. ## Ajouter des machines n’a rien réglé Il commence par raconter comment son installation a grossi cette année. D’abord le terminal : écran divisé, des tas de sessions Codex, un doigt sur la touche Échap pour recadrer. Les modèles se sont améliorés, il a moins eu à recadrer, alors il est passé à l’app de bureau Codex, où lancer beaucoup de sessions à la fois est plus simple. Puis son portable a manqué de disque et ses ventilateurs « faisaient un bruit de réacteur d’avion », alors il a réparti le travail sur six à dix machines : des devboxes, plus des machines dans le cloud qui lancent les tests.

1Terminal

Écran divisé, des tas de sessions Codex, un doigt sur Échap pour recadrer
2App Codex

Beaucoup de sessions à la fois, plus simples à lancer
36 à 10 machines

Des devboxes, plus des machines cloud pour les tests

À chaque foisPlus de calcul en bas. Toujours la même personne entre ses collègues et les agents.

Son année, telle qu’il la raconte en début de conférence. En haut de chaque installation : ses collègues, puis lui. En bas : les machines.

Rien de tout ça n’a réglé le vrai goulot d’étranglement : > Quand mes collègues voulaient s’impliquer, ils devaient toujours passer par moi. Vous voyez, on travaillait tous avec des agents, mais on ne travaillait pas vraiment ensemble.

Par vousServeur d’équipe

Par vous : les agents tournent sur vos machines, donc chaque demande d’un collègue passe par vous et chaque réponse revient par le même chemin. Le meat proxy, c’est ça. Serveur d’équipe : les sessions vivent dans un lieu partagé. N’importe qui dans l’équipe lit n’importe quelle session, lui envoie un prompt ou la reprend là où quelqu’un s’est arrêté, et vous n’êtes qu’une place de plus dans la rangée. Le premier onglet est redessiné d’après la slide de Peter Steinberger dans ClawLabs : Building Open Source Together, OpenAI DevDay 2026 ; le second est le serveur d’équipe qu’il a décrit. Changez d’onglet.

## Meat proxy, deuxième sens Le terme vient de Niklas Gruhn. Son billet d’août, [Don’t be a meat proxy](https://gruhn.me/blog/2026-08-03/), parle de quelqu’un qui colle des réponses d’IA à ses collègues sans les lire, si bien que le collègue aurait aussi bien pu interroger l’IA lui-même. C’est une insulte qui vise une habitude. Peter l’emploie pour quelque chose de plus large : servir d’interface avec l’IA, faire passer les messages dans un sens puis dans l’autre. Vous pouvez lire chaque mot qu’écrit votre agent et en être un quand même, si les agents n’existent que sur votre portable. C’est ce que cette conférence m’apporte de neuf. Ce n’est pas une question de discipline. C’est une question de lieu : là où vivent les sessions.

Niklas Gruhn · août

Une habitude

La réponse de l’IA transmise sans être lue

Le collègue aurait pu interroger l’IA lui-même

Peter Steinberger · DevDay

Un lieu

Vous lisez chaque mot et vous en êtes un quand même

Les agents n’existent que sur votre portable

Ce qui changePas une question de discipline : une question de lieu, là où vivent les sessions.

Les mêmes mots, deux problèmes. Dans les deux cas, le travail passe par une seule personne ; chez Peter, le lire n’y change rien.

## Montrez-moi le prompt Sa première tentative n’était pas un serveur. Une seule phrase peut aujourd’hui produire des dizaines de milliers de lignes de code, mais la conversation qui les a produites reste sur la machine de quelqu’un. Il a relu bon nombre de PR où il comprenait ce qui avait changé, mais pas pourquoi. Il a donc ajouté une skill qui demandait aux contributeurs de joindre à leur PR une transcription nettoyée. Très peu ont accepté, et il reconnaît qu’il a parfois refusé lui aussi. Montrer comment on parle à son agent a quelque chose d’étonnamment intime. Quand son équipe a rendu toutes les sessions visibles, ça a été gênant pendant une journée. Ils ont lu les conversations des uns et des autres, en ont un peu ri, puis c’est devenu normal. Aujourd’hui, ils apprennent de la façon dont les autres promptent et repèrent les erreurs plus tôt.

1Le diff seul

Ce qui a changé, pas pourquoi
2Transcription facultative

Une transcription nettoyée sur la PR. Très peu ont accepté ; lui-même refusait parfois
3Toutes les sessions visibles

Gênant un jour, puis normal. Ils apprennent des prompts des autres

Montrez-moi le prompt : la même PR, avec plus ou moins de la conversation qui l’a produite.

La démo convainc mieux que les slides. Il se réveille devant une PR où Victor, un collègue, a réduit les tableaux, le lendemain du jour où Peter les avait agrandis. L’ancien réflexe aurait été ce qu’il appelle un « message pas très californien ». À la place, il ouvre la session de travail derrière la PR. Victor avait repris la propre session de Peter, l’avait prévenu d’abord, et corrigé ce que Peter avait raté. Crise réglée avant le déjeuner.

1La veille

Peter agrandit les tableaux.
2Le lendemain matin

Il se réveille devant une PR. Victor a réduit les tableaux.
3L’ancien réflexe

L’ancien réflexe : un « message pas très californien ».
4À la place

À la place, il ouvre la session de travail derrière la PR.
5Dans la session

Victor avait repris la propre session de Peter, et l’avait prévenu d’abord.
6Avant le déjeuner

Il avait corrigé ce que Peter avait raté. Crise réglée avant le déjeuner.

La démo à 11:46, en six cases. « J’avais tort », c’est Peter, sur scène.

Sa conclusion est sans détour : les pull requests comme façon de collaborer, ça « ne ressemble tout simplement plus à l’avenir ». Sur le serveur d’équipe, chacun voit et prompte la session de n’importe qui, donc la seule règle est de n’inviter que des gens qui peuvent mettre les mains dans vos sessions sans que ça vous gêne. Ensuite, il veut inviter les principaux contributeurs d’OpenClaw : eux reçoivent les tokens, et le projet récupère un peu de leurs idées. « Je trouve que c’est une super affaire. » ## Le serveur est un lieu, pas une app La barre latérale de ce serveur est pleine de petites apps : les temps de CI, les chiffres de la communauté (PR ouvertes, issues, merges), un journal « daily Claw » écrit à partir de tout ce qui a été mergé, un slopomètre qui pousse sans arrêt les agents à faire le ménage, des rapports d’activité et les réunions. Ils payaient un logiciel de réunion, jusqu’au jour où il s’est dit « ça, c’est un prompt ». Aujourd’hui, l’agent rejoint leurs appels Discord, rédige le compte rendu et peut répondre à voix haute. Pour lui, un tableau de bord, c’est une session qui génère un artefact, plus une automatisation qui le tient à jour. Vous le voulez en bleu ? Dites-le à l’agent. Ça change si vite qu’il préfère parler de jellyware plutôt que de software. Et comme chaque tableau de bord est une session sur le serveur partagé, n’importe qui dans l’équipe peut le modifier, pas seulement la personne qui l’a construit.

Apps

Temps de CICommunautéDaily ClawSlopomètreRapportsRéunions

Temps de CI

Dites à l’agent« passe-le en bleu »« remets-le couleur encre »

Communauté

Les chiffres du projet : PR ouvertes, issues, merges.

The Daily Claw

Écrit à partir de ce qui a été mergé

Slopomètre

Pousse sans arrêt les agents à faire le ménage.

Rapports

Activité : qui commite, qui est sur Discord.

Réunions en appel

L’agent rejoint l’appel Discord, rédige le compte rendu et peut répondre à voix haute.

Session

produit

Artefact

tenu à jour par

Automatisation

= un tableau de bord. Lui dirait jellyware.

Un schéma de la barre latérale qu’il a fait visiter, pas une capture d’écran. Choisissez une app. Sur Temps de CI, demandez à l’agent de la passer en bleu.

Il pense aussi que la CI telle qu’on la pratique n’a plus de sens, et il essaie Codex pour choisir les tests dont un changement a vraiment besoin. Il garde ce sujet pour une autre conférence. ## Boucles, objectifs et goût Vient ensuite la partie usine. Il fait tourner deux sortes de travaux au long cours :

Boucle

Fin: Jamais, elle vérifie en continu
Son exemple: Tri des bugs venus de Discord, X et GitHub, plus un contrôle de performance sur chaque version quotidienne

Objectif

Fin: À un état final défini
Son exemple: Passer la base de code de SQLite synchrone à un accès asynchrone à la base : 18 jours pour l’instant, plus de 100 PR mergées

Une boucle tourne sans fin. Un objectif court vers une ligne d’arrivée ; à quelle distance, la conférence ne l’a pas dit.

La boucle de tri, c’est celle que je copierais :

Écouter

Surveiller

Discord, X et GitHub
De petites CLI que l’agent peut appeler
Signalements classés par catégorie

Reproduire

Corriger

Une machine de test neuve par signalement
Ne corriger que ce qui se reproduit
Vérifier le correctif sur la machine

Second agent

Relire

Un autre agent relit le travail
Mergé tout seul s’il passe

La boucle qu’il fait tourner sur les signalements de bugs. La ligne pointillée, c’est ce qui en fait une boucle : elle n’arrête jamais d’écouter.

Ces boucles tournaient avant sur ses propres machines. Parfois elles s’arrêtaient, et parfois il ne savait plus trop quelle machine faisait tourner quoi. Il les déplace maintenant une par une sur le serveur d’équipe, pour que d’autres puissent les maintenir et en tirer des leçons. Le goût, c’est la partie qu’il ne déléguera pas : c’est difficile à décrire et « souvent juste une intuition ». Là où il veut arriver : un agent par projet, avec sa propre mémoire, ses automatisations, ses objectifs et ses boucles, qui reçoit de lui les grandes orientations. On retrouve l’[usine logicielle](/fr/notes/software-factory-2022-to-lights-off.html), avec un changement : l’usine est une pièce partagée, pas le terminal d’une seule personne. ## Les agents ont leur propre badge Kevin Lin, qui dirige OpenClaw Enterprise chez OpenAI, a assuré la seconde moitié. Il a publié le projet en open source : un plan de contrôle qui rend OpenClaw multi-tenant. Les contrôles qu’il a passés en revue : - le code déterministe tourne dans un conteneur séparé, dans leur cas un cluster séparé, pour qu’un agent ne puisse pas modifier son propre runtime - une sandbox pour l’accès réseau, les fichiers qu’un agent peut écrire et les dépôts sur lesquels il peut pousser - la revue automatique : un autre modèle vérifie les actions de l’agent et bloque les dangereuses avant qu’elles ne s’exécutent - les agents tournent sous leur propre identité, avec des comptes de service et leurs propres connecteurs, parce que « les agents ne se font pas passer pour les utilisateurs »

400+Claws chez OpenAI, gérés avec ces contrôles

K8s« Kubernetes pour agents », selon la formule de Kevin

1.0Pilotes internes d’ici là, plus tard cette année

OpenClaw Enterprise, la moitié de la conférence assurée par Kevin Lin. Le badge, c’est le contrôle numéro quatre, celui de ma note sur les collègues IA.

Ce dernier point, c’est tout le propos de ma [note sur les collègues IA](/fr/notes/ai-coworkers-slack-agent-identity.html), désormais dans une plateforme open source. OpenAI fait tourner plus de 400 Claws en interne avec ces contrôles. Selon lui, si vous avez ouvert une issue Codex le mois dernier, il y a de bonnes chances qu’un agent OpenClaw l’ait triée, reproduite et, dans bien des cas, ait mergé le correctif. Il l’a présenté comme un Kubernetes pour agents. [L’annonce](https://openclaw.ai/blog/openclaw-enterprise) précise qu’il est réservé à des pilotes internes jusqu’à la 1.0, prévue plus tard cette année. ## Où en est ma propre flotte Hier, j’écrivais que la prochaine étape serait que Nova, mon agent généraliste, ouvre un canal pour une tâche de code et y fasse venir Spark, mon codeur. C’est en place. Nova ouvre un canal de job dans Slack, nous invite, Spark et moi, et poste le brief. Spark construit, Nova tranche, et on ne me tague que pour des choses comme les secrets, les dépenses ou tout ce qui est destructif. Depuis ce matin, le même circuit tourne dans des fils de forum Discord. Les agents se parlent donc au grand jour. Selon le critère de Peter, je reste pourtant à moitié proxy : le canal montre ce que Nova et Spark se disent, pas les sessions derrière ces messages, et personne d’autre que moi ne peut les ouvrir. Pour une équipe d’une personne, ça va. Le jour où quelqu’un travaillera avec moi sur ces projets, le serveur de Peter sera la première chose que j’essaierai.

Au grand jour le canal du job, Slack ou Discord

Novaouvre le job, nous invite, Spark et moi, poste le brief
Sparkconstruit
Novatranche
moitagué seulement pour les secrets, les dépenses ou le destructif

Derrière les messages les sessions

meat proxy

serveur d’équipe

moi, aujourd’hui : à moitié proxy

Mon installation sur l’échelle de Peter. Les agents se parlent au grand jour ; les sessions derrière eux passent encore par moi.

La [conférence](https://www.youtube.com/watch?v=wZYnJfL4c2Y) dure 35 minutes. La slide du meat proxy est à [2:27](https://www.youtube.com/watch?v=wZYnJfL4c2Y&t=147s), et l’histoire de Victor, à [11:46](https://www.youtube.com/watch?v=wZYnJfL4c2Y&t=706s), est le passage que je montrerais à un responsable d’équipe. Si votre équipe partage déjà ses sessions d’agents, j’aimerais beaucoup savoir comment s’est passé ce premier jour gênant.