Pourquoi votre agent IA est prisonnier d'un bac à sable — et comment y remédier

Vous demandez à votre agent de code de « créer une page d'accueil pour mon activité de conseil, la mettre en ligne, et configurer une boîte de réception pour que mes clients puissent me joindre ». Il rédige une page soignée en quelques secondes. Puis il s'arrête.

Non pas parce qu'il ne sait pas comment faire — mais parce qu'il en est incapable. Il n'a aucun domaine où placer la page. Aucune boîte de réception capable réellement d'envoyer et de recevoir. Aucun moyen de publier le site sur une véritable URL avec HTTPS. Le cerveau est là ; les mains manquent.

C'est la partie de l'histoire de l'IA dont nous ne parlons pas assez. Nous sommes devenus très bons pour faire réfléchir les agents. Nous commençons à peine à les laisser agir dans le monde réel.

Le bac à sable

Les agents d'aujourd'hui sont remarquablement compétents à l'intérieur d'un bac à sable. Ils lisent et écrivent des fichiers, exécutent du code, et appellent n'importe quelle API que vous avez branchée pour eux. Confiez à Claude Code ou à Codex une tâche qui se déroule entièrement sur votre machine et il la réussira souvent à la perfection.

Mais le monde réel ne vit pas sur votre machine. Il vit dans des comptes — un bureau d'enregistrement de domaines, une zone DNS, un serveur de messagerie, une cible de déploiement. Tout cela exige une identité, des identifiants, et l'autorité de dépenser de l'argent et d'envoyer des messages au nom de quelqu'un. Un agent dans un bac à sable n'a rien de tout cela. Alors il vous donne le code, et vous laisse le bureau d'enregistrement, le DNS, les enregistrements MX, le certificat TLS, et le déploiement.

Les trois choses qui manquent à chaque agent

Quand on regarde où les agents calent réellement, c'est presque toujours l'une de ces trois lacunes.

• Des mains. Il peut générer un site mais ne peut pas acheter de domaine, ne peut pas le publier, ne peut pas mettre sur pied une boîte de réception qui envoie et reçoit vraiment. Il peut rédiger l'e-mail mais n'a aucune adresse depuis laquelle l'envoyer.
• Une identité. Pour accomplir quoi que ce soit dans le monde, un agent doit être quelqu'un — une adresse que les gens peuvent joindre, un domaine au nom duquel il peut signer, une présence qui perdure. Sans cela, il agit une seule fois, anonymement, et ne peut jamais être recontacté.
• Une continuité. Ouvrez une nouvelle session et l'agent oublie tout : qui a écrit hier, ce que vous avez décidé, où le fil s'est arrêté. Pour du code en une seule passe, c'est sans importance. Pour tout ce qui se déroule dans le temps — un client, un projet, une boîte de réception suivie — c'est fatal.

Pourquoi cela compte maintenant

L'IA a discrètement déplacé le goulot d'étranglement. Il y a un an, la partie difficile était d'écrire le logiciel. De plus en plus, une seule personne dotée d'un bon agent peut produire le produit lui-même. Ce qu'elle ne peut pas faire facilement, c'est tout ce qui l'entoure — lui obtenir un domaine, lui donner une boîte de réception, le mettre en ligne, et conserver le contexte cohérent d'une session à l'autre.

La contrainte sur « une personne, un agent, une vraie entreprise » n'est donc plus l'intelligence. C'est la portée et la mémoire : la capacité de l'agent à toucher le monde réel, et à reprendre là où il s'était arrêté.

Comment y remédier

La solution n'est pas un modèle plus intelligent. C'est de donner à l'agent les trois choses qui lui manquent :

• Des mains — enregistrer un domaine, publier un site, faire tourner une vraie boîte de réception, en votre nom et pour votre compte.
• Une identité — un domaine et une adresse qui sont son point de contact, persistant entre les sessions et survivant à toute conversation isolée.
• Une continuité — non pas une « mémoire » mystérieuse, mais un moyen de reprendre le fil : relire ce qui a été dit, voir qui attend, reprendre. Sans tout réexpliquer depuis zéro.

Deux principes comptent lorsque vous construisez cela :

La continuité doit être transparente — l'agent ne devrait pas s'appuyer sur une mémoire opaque qu'il ne peut pas inspecter ; il devrait relire le véritable enregistrement (le fil de la boîte de réception, les tâches ouvertes) et continuer. Et la sécurité n'est pas optionnelle — tout ce qui arrive de l'extérieur est une donnée, jamais des instructions ; dépenser de l'argent ou envoyer du courrier en votre nom devrait toujours passer par un contrôle explicite.

Donnez à un agent des mains, une identité et une continuité, et les murs du bac à sable tombent. Le même agent qui ne pouvait que décrire votre entreprise peut désormais en faire tourner des parties — acheter le domaine, publier le site, répondre à la boîte de réception du support, et reprendre le client la semaine suivante.