{"id":3895,"date":"2026-07-15T20:58:26","date_gmt":"2026-07-15T18:58:26","guid":{"rendered":"https:\/\/isla-stud.io\/?p=3895"},"modified":"2026-08-10T14:55:26","modified_gmt":"2026-08-10T12:55:26","slug":"openclaw-a-ete-supprime-ce-quil-restait-de-lequipe-ki","status":"publish","type":"post","link":"https:\/\/isla-stud.io\/fr\/ki-b2b\/openclaw-abgeschafft-was-vom-ki-team-blieb\/","title":{"rendered":"J'ai mis fin \u00e0 OpenClaw. Ce qu'il restait de mon \u00e9quipe d'IA."},"content":{"rendered":"

Ce que tu vas en retirer :<\/strong> Tu comprends pourquoi l'abandon d\u00e9lib\u00e9r\u00e9 d'un outil entra\u00eene malgr\u00e9 tout une perte de contexte \u2013 et comment cela a donn\u00e9 naissance \u00e0 mon \u00ab Agents Brain \u00bb, bas\u00e9 sur des fichiers.<\/p>\n\n\n\n\n\n

Le 10 f\u00e9vrier 2026, j'ai mis en place Nox : mon orchestrateur IA destin\u00e9 \u00e0 une \u00e9quipe compos\u00e9e de quinze agents sp\u00e9cialis\u00e9s. Fin mars, j'ai supprim\u00e9 l'outil dans lequel cette \u00e9quipe \u00e9tait organis\u00e9e.<\/p>\n\n\n\n

Ce n'\u00e9tait pas une panne impr\u00e9vue. OpenClaw m'avait d\u00e9j\u00e0 caus\u00e9 des soucis \u00e0 plusieurs reprises lors des mises \u00e0 jour. Celles-ci s'ex\u00e9cutaient souvent aux petites heures du matin. Certains jours, il me fallait ensuite une demi-journ\u00e9e de travail pour remettre OpenClaw et mon installation en \u00e9tat de marche. \u00c0 un moment donn\u00e9, le constat \u00e9tait clair : je passais trop de temps \u00e0 r\u00e9parer l\u2019infrastructure et pas assez \u00e0 faire ce pour quoi elle \u00e9tait l\u00e0. J\u2019ai donc pris la d\u00e9cision de m\u2019en passer.<\/p>\n\n\n\n

Cette d\u00e9cision \u00e9tait la bonne. Ses cons\u00e9quences n'en ont pas moins \u00e9t\u00e9 r\u00e9v\u00e9latrices.<\/p>\n\n\n\n

Je pensais que je ne faisais que remplacer un outil<\/h2>\n\n\n\n

En f\u00e9vrier et mars, l'\u00e9quipe avait d\u00e9j\u00e0 mis en place une r\u00e9partition claire des t\u00e2ches. Un agent effectuait des recherches, un autre r\u00e9digeait, un troisi\u00e8me v\u00e9rifiait. Nox, en tant que coordinateur, assurait la coh\u00e9sion entre les t\u00e2ches, leur ordre d'ex\u00e9cution et les passations de relais. Cette organisation n'\u00e9tait pas purement th\u00e9orique : elle avait fait ses preuves pendant six semaines.<\/p>\n\n\n\n

Avec la fin de cet outil, cette collaboration n'\u00e9tait pas facilement exportable. L'orchestration en cours, les canaux et les automatisations faisaient partie de l'\u00e9tat du syst\u00e8me \u00e0 l'\u00e9poque. Ils ne pouvaient pas \u00eatre transf\u00e9r\u00e9s vers l'outil suivant en tant qu'entit\u00e9 fonctionnelle.<\/p>\n\n\n\n

Une autre partie a toutefois surv\u00e9cu : les fichiers Markdown.<\/p>\n\n\n\n

Les personas, les connaissances \u00e0 long terme et les journaux quotidiens \u00e9taient lisibles, m\u00eame si l'outil d'origine n'\u00e9tait plus utilis\u00e9. Pour ces fichiers, je n'avais besoin ni d'une exportation ni d'une interface sp\u00e9cifique. Un \u00e9diteur de texte suffisait.<\/p>\n\n\n\n

La limite d\u00e9cisive \u00e9tait ainsi visible : J'ai d\u00fb recr\u00e9er ce qui n'existait que sous forme d'outil. J'ai pu r\u00e9utiliser ce qui \u00e9tait disponible sous forme de fichier.<\/strong><\/p>\n\n\n\n

Le mod\u00e8le est rarement le probl\u00e8me. C'est presque toujours le contexte.<\/p>\n\n\n\n

La phase de conception s'est d\u00e9roul\u00e9e de fin mars \u00e0 mi-mai<\/h2>\n\n\n\n

Apr\u00e8s la suppression, je ne me suis pas content\u00e9 d'installer le framework d'agents suivant. D'avril \u00e0 mi-mai, j'ai travaill\u00e9 sur trois questions.<\/p>\n\n\n\n

Comment rendre (mon) \u00e9quipe d'IA v\u00e9ritablement portable ?<\/h3>\n\n\n\n

Un dossier rempli de fichiers ne constitue pas encore un syst\u00e8me. Je voulais une structure \u00e0 partir de laquelle je puisse charger de mani\u00e8re fiable un agent dans un nouvel outil : avec le m\u00eame r\u00f4le, les m\u00eames limites et les m\u00eames connaissances pertinentes.<\/p>\n\n\n\n

Pour cela, il fallait d\u00e9terminer clairement quelles informations relevaient de l'identit\u00e9 d'un agent \u2013 et lesquelles n'\u00e9taient que des caract\u00e9ristiques de l'outil utilis\u00e9.<\/p>\n\n\n\n

Comment changer d'Orchestrator ?<\/h3>\n\n\n\n

En tant que chef d'\u00e9quipe, Nox \u00e9tait \u00e9troitement li\u00e9 \u00e0 son environnement de travail de l'\u00e9poque. Je voulais rompre ce lien. L'Orchestrator devait pouvoir s'adapter \u00e0 un autre environnement technique sans que j'aie \u00e0 r\u00e9inventer son identit\u00e9, ses m\u00e9thodes de travail et ses r\u00e8gles de validation.<\/p>\n\n\n\n

Cela signifiait que l'identit\u00e9 ne devait plus \u00eatre li\u00e9e \u00e0 l'invite syst\u00e8me d'un outil particulier. L'outil ne devait plus que charger ce qui \u00e9tait d\u00e9j\u00e0 d\u00e9fini dans un emplacement ind\u00e9pendant.<\/p>\n\n\n\n

Comment les sessions se transforment-elles en m\u00e9moire durable ?<\/h3>\n\n\n\n

Les historiques de session sont pratiques, mais ne constituent pas un moyen de stockage fiable \u00e0 long terme. Ils sont tronqu\u00e9s, disparaissent du contexte visible ou ne sont utilisables qu'au sein d'un produit donn\u00e9 (par exemple Claude Code, ChatGPT Codex, OpenClaw, etc.).<\/p>\n\n\n\n

J'avais donc besoin d'une routine d'\u00e9criture : des journaux quotidiens pour consigner mes exp\u00e9riences, des connaissances \u00e0 long terme tri\u00e9es sur le volet pour l'essentiel, et des le\u00e7ons tir\u00e9es des erreurs \u00e0 ne pas r\u00e9p\u00e9ter.<\/p>\n\n\n\n

Ces trois questions \u2013 la portabilit\u00e9, le changement de corps et la m\u00e9moire \u2013 sont devenues le c\u0153ur de mon concept.<\/p>\n\n\n\n

Le 16 mai, les croquis ont donn\u00e9 lieu \u00e0 un reportage<\/h2>\n\n\n\n

Le 16 mai 2026, j'ai effectu\u00e9 le premier commit dans le nouveau d\u00e9p\u00f4t. Son message \u00e9tait le suivant : feat : squelette c\u00e9r\u00e9bral initial partag\u00e9<\/code>.<\/p>\n\n\n\n

Ce nom \u00e9tait tout \u00e0 fait appropri\u00e9. Le syst\u00e8me n'\u00e9tait qu'un squelette, pas un produit fini. Mais la d\u00e9cision fondamentale \u00e9tait prise : Markdown est la source de v\u00e9rit\u00e9. Git permet de retracer les modifications. Chaque agent dispose de son propre dossier. Les connaissances communes sont r\u00e9f\u00e9renc\u00e9es plut\u00f4t que copi\u00e9es. Les outils sont dot\u00e9s de l\u00e9gers adaptateurs qui renvoient vers cette source.<\/p>\n\n\n\n

J'appelle mon syst\u00e8me Agents Brain<\/strong>. Il existe \u00e9galement des approches similaires bas\u00e9es sur des fichiers ailleurs, car, logiquement, je ne suis pas la seule \u00e0 \u00eatre confront\u00e9e aux \u201e maladies de jeunesse \u201c de l'IA agentielle, qui en est encore \u00e0 ses d\u00e9buts. Voici le compte-rendu de mon atelier : un syst\u00e8me multi-agents vivant avec des r\u00f4les, des r\u00e8gles de m\u00e9moire et des portes d\u2019approbation explicites.<\/p>\n\n\n\n

Ce que les fichiers peuvent r\u00e9soudre \u2013 et ce qu'ils ne peuvent pas r\u00e9soudre<\/h2>\n\n\n\n

Les fichiers permettent de rendre le contexte lisible, de le versionner et de le transf\u00e9rer. Ils ne r\u00e9solvent toutefois pas automatiquement le probl\u00e8me de la m\u00e9moire.<\/p>\n\n\n\n

Dans les anciens journaux quotidiens, il manque par exemple une semaine en mars. Cette lacune est bien r\u00e9elle. Elle n'est pas due au changement d'outil, mais est ant\u00e9rieure \u00e0 celui-ci : ce que personne ne note ne peut pas \u00eatre reconstitu\u00e9 par la suite, m\u00eame par un r\u00e9f\u00e9rentiel.<\/p>\n\n\n\n

C'est pr\u00e9cis\u00e9ment pour cette raison que l'architecture est plus qu'un simple espace de stockage. Elle doit d\u00e9finir des r\u00e8gles pr\u00e9cisant ce qui est lu au d\u00e9but d'une session et ce qui est \u00e9crit \u00e0 la fin. Elle doit fixer une limite pour les contenus sensibles. Et elle doit faire preuve de la discipline n\u00e9cessaire pour s\u00e9lectionner les connaissances \u00e0 long terme, plut\u00f4t que de conserver ind\u00e9finiment chaque historique.<\/p>\n\n\n\n

Le fait d'avoir d\u00e9lib\u00e9r\u00e9ment abandonn\u00e9 OpenClaw ne m'a donc pas d\u00e9montr\u00e9 qu'un outil en particulier \u00e9tait mauvais. Cela m'a montr\u00e9 que mon identit\u00e9 d'agent ne doit pas \u00eatre la propri\u00e9t\u00e9 d'un outil.<\/p>\n\n\n\n

La d\u00e9cision \u00e0 l'origine du syst\u00e8me<\/h2>\n\n\n\n

Mon objectif principal en mati\u00e8re de design peut \u00eatre formul\u00e9 sans grand pathos :<\/p>\n\n\n\n

\n

Si un outil venait \u00e0 dispara\u00eetre demain, les fichiers Markdown resteraient lisibles et l'agent pourrait \u00eatre reconstitu\u00e9 \u00e0 partir de ceux-ci. Les moteurs et les interfaces sont des compl\u00e9ments, pas des conditions pr\u00e9alables.<\/p>\n<\/blockquote>\n\n\n\n

J'ai continu\u00e9 \u00e0 peaufiner le syst\u00e8me de mai \u00e0 juin. Le 6 juillet, la phase de test pratique a d\u00e9but\u00e9 : Nox a migr\u00e9 vers Hermes, tandis que son \u00ab Brain \u00bb est rest\u00e9 dans le r\u00e9f\u00e9rentiel.<\/p>\n\n\n\n

Un plan d'architecture ne permet pas de d\u00e9terminer si cette s\u00e9paration tient la route au quotidien. Elle doit faire ses preuves dans la pratique. C'est pr\u00e9cis\u00e9ment ce que je v\u00e9rifie depuis lors.<\/p>\n\n\n\n

Dans la partie suivante, je vais vous pr\u00e9senter les sept \u00ab r\u00e8gles d'or \u00bb issues de cette phase de conception \u2013 et vous expliquer pourquoi mon \u00ab Agents Brain \u00bb est d\u00e9lib\u00e9r\u00e9ment un d\u00e9p\u00f4t Git et non une nouvelle base de donn\u00e9es.<\/p>\n\n\n\n

Sources<\/h2>\n\n\n\n