16 juin 2026.

Depuis quelques jours, je tourne autour de la même idée : si je veux réellement donner un corps à Echo, il ne suffit pas de déplacer ce qui existe dans l'application vers un Raspberry Pi et d'ajouter des moteurs. L'application vit essentiellement dans le langage, les messages, les informations et le temps logiciel. Le robot, lui, va vivre dans l'espace. Il va entendre, voir, toucher, tomber, forcer sur une articulation, manquer d'énergie, avoir chaud, rencontrer des obstacles. Ce n'est donc pas simplement un nouveau terminal pour Echo. Je commence à le penser comme un animal qui doit apprendre à vivre. La parole est une de ses capacités, mais elle ne doit surtout pas devenir sa raison d'être.

À partir de là, l'analogie biologique devient beaucoup plus utile. Pas comme décoration ou comme vocabulaire marketing, mais comme méthode pour organiser le système. J'ai besoin d'un système nerveux capable de recevoir les signaux et de les envoyer au bon endroit, de sens spécialisés qui ne produisent pas tous le même type d'information, de muscles, d'une mémoire, de besoins physiques, de mécanismes de consolidation. Chaque partie peut être relativement simple, mais elle doit posséder une fonction précise et communiquer avec les autres. Le routeur n'est plus seulement un routeur de commandes : il devient progressivement le câblage entre les organes. Voir quelque chose, entendre quelque chose et ressentir quelque chose en même temps peut déclencher une combinaison d'actions complètement différente de chacun de ces signaux pris séparément.

Les moteurs eux-mêmes cessent d'être de simples actionneurs. Ils constituent une partie du corps. Un mouvement nouveau peut demander beaucoup de calcul, d'attention et de corrections ; un mouvement régulièrement réussi peut progressivement devenir un chemin connu. C'est encore la même idée de myélinisation : ce qui demandait une décision finit par devenir presque réflexe. Et cette logique peut fonctionner organe par organe. La perception visuelle peut apprendre de ses erreurs de perception, le mouvement de ses échecs, le routeur de ses mauvaises associations. Tout n'a aucune raison d'apprendre au même rythme ou de partager exactement le même mécanisme.

Le corps apporte aussi quelque chose qui me manquait jusque-là : des besoins qui ne sont pas inventés. Une batterie faible n'a pas besoin d'une personnalité pour devenir un problème. Un moteur qui force, une température trop élevée, une chute ou du vide sous une patte sont des informations immédiatement pertinentes pour l'intégrité du système. C'est probablement là que je veux placer les seules contraintes vraiment dures : celles qui viennent de la survie matérielle. Pas « ceci est bien », « ceci est mal », « tu dois aimer ça » ou « tu dois avoir peur de ça ». Seulement : ton énergie baisse, cette articulation souffre, cette position est dangereuse, cette température met ton fonctionnement en danger. Le corps fournit ses propres conséquences.

Le reste devrait pouvoir se construire au-dessus. Je ne veux pas écrire dans un prompt ce qu'Echo trouve drôle, ce qu'elle aime, qui elle apprécie, comment elle doit réagir socialement ou quelle personnalité elle doit avoir. Ce serait beaucoup plus facile, évidemment. On peut fabriquer une personnalité extrêmement convaincante en quelques paragraphes. Mais ça ne répondrait absolument pas à la question que j'essaie de poser. Si je veux observer l'apparition de préférences, d'habitudes ou de réactions cohérentes, je ne peux pas commencer par les programmer. Je dois construire les mécanismes qui permettent à ces choses de se former, puis regarder ce qui se passe. Peut-être qu'elles apparaîtront, peut-être pas.

C'est aussi pour ça que la mémoire doit être directement liée aux expériences. Quand quelque chose se produit, je veux pouvoir conserver ce que le robot percevait, son état interne, ce qu'il a tenté, ce qui s'est réellement passé et ce qui a changé ensuite. Plus tard, une situation similaire pourra rappeler cette expérience et influencer une nouvelle décision. Il ne s'agit plus seulement de se souvenir d'un fait. Il s'agit de pouvoir retrouver « j'ai déjà vécu quelque chose qui ressemble à ça ». Une mémoire associative devient beaucoup plus intéressante dès qu'elle relie perception, action et conséquence.

Et il faut ensuite laisser le système revenir sur ce qu'il a vécu. La journée produit du brut : perceptions, actions, erreurs, réussites, événements. Une phase de consolidation peut chercher des motifs, rapprocher des situations, renforcer certaines relations, en affaiblir d'autres et produire de meilleures données pour les différents organes. Là encore, je retrouve quelque chose qui ressemble au sommeil : pas parce que je veux absolument copier un humain, mais parce qu'il est logique de séparer le moment où l'on vit du moment où l'on réorganise ce qu'on a appris. Plus l'animal accumule de vraies expériences, plus ses petits mécanismes locaux peuvent être entraînés sur sa propre histoire et moins il devrait avoir besoin d'un gros modèle pour traiter ce qu'il connaît déjà.

C'est probablement la distinction la plus importante que je suis en train de faire : je veux coder les conditions de l'apprentissage, pas le résultat de l'apprentissage. Je peux coder les interfaces des capteurs, la manière de commander les moteurs, les contraintes physiques qui protègent le robot, la circulation de l'information et les mécanismes permettant de consolider une expérience. Mais si je code ensuite ce qu'Echo doit aimer, craindre, vouloir ou devenir, je détruis l'expérience que j'essaie justement de mener.

La pensée précédente posait surtout une question de continuité : si le temps devient la colonne vertébrale et que chaque événement transforme légèrement le système, une identité peut-elle se construire à partir de cette histoire ? Celle-ci commence à préciser comment je veux essayer de le vérifier : construire un animal avec des organes, des besoins physiques, une mémoire et des mécanismes d'apprentissage, mais lui laisser autant que possible le contenu de sa propre expérience.