Prochainement
Les agents IA dépassent le stade où ils se contentaient de répondre aux questions. Voici l’étape suivante telle que nous la voyons, et ce que nous construisons pour elle.

Nous construisons endue. Il n’y a encore rien à montrer à l’écran ; à défaut de captures d’écran, voici donc vers où nous regardons. Ceci n’est pas une annonce de produit. C’est la trace écrite de ce qui nous pousse à le construire.
Où en sont les services d’agents
Les services d’agents IA ont grandi vite ces deux dernières années. Au début, c’étaient des fenêtres de chat. Vous tapiez une question, une réponse revenait, et l’histoire s’arrêtait là. Puis les modèles se sont emparés d’outils. Ils cherchent, exécutent du code, lisent des fichiers. Aujourd’hui, ils tournent en boucle : à partir d’un objectif, ils planifient, choisissent leurs outils, examinent le résultat et décident de l’étape suivante.
Ce progrès va se poursuivre. Les modèles resteront concentrés plus longtemps et manieront les outils avec plus de précision ; nous n’avons aucun doute sur la direction. Une chose retient pourtant notre attention. Aujourd’hui, la plupart des services font travailler les agents un par un, dans une seule fenêtre, et seulement tant que quelqu’un les regarde. Les capacités des modèles progressent chaque année, alors que le contenant qui accueille les agents reste une simple fenêtre de chat. C’est ce contenant que nous construisons.
De un à plusieurs : le multi-agent
Le travail humain ne s’accomplit pas seul. Une entreprise a des rôles, et chaque rôle porte ses propres permissions et responsabilités. Les agents prennent le même chemin. Un agent qui excelle en recherche, un autre qui peaufine les textes, un autre qui répond aux clients. Entassez toutes les instructions dans un seul agent à tout faire : elles se télescopent et le contexte s’épuise vite. Répartissez les rôles : chaque agent devient plus simple, et l’ensemble plus capable.
Dès que vous en faites tourner plusieurs, de nouvelles questions surgissent. Quelqu’un doit savoir qui est cet agent, ce qu’il a le droit de faire et ce qu’il a fait hier. Le cœur d’un système multi-agent, c’est donc la gestion : identité, permissions, traces. Quand vous recrutez quelqu’un, vous commencez par lui créer un compte et lui accorder des accès. Les agents ont besoin de la même chose.
Plus de canaux, un autre travail
Tant qu’utiliser un agent oblige à ouvrir une application de plus, l’agent reste un outil. Le travail se passe dans KakaoTalk, dans Slack, dans la boîte mail. Pour devenir un collègue, l’agent doit aller là où les gens se parlent déjà : invité dans le canal de l’équipe, répondant aux demandes des clients, reprenant le fil d’un e-mail.
Multiplier les canaux change aussi la nature de l’agent. Dans une fenêtre de chat, il lui suffit de répondre à ce qu’on lui demande. Sur un canal, il ne sait jamais quand arrivera le prochain message. Il en arrive la nuit, il en arrive dix à la fois. Toujours disponible, traitant plusieurs choses en parallèle, avec un ton et des permissions propres à chaque canal. Ce n’est pas un problème de prompt. C’est un problème de système.
Comment les agents se répartissent le travail
Dès que plusieurs agents vivent dans une même organisation, la question suivante est celle de la collaboration. L’agent de recherche transmet ses résultats à l’agent rédacteur, qui écrit un premier jet ; l’agent relecteur le lit et le renvoie. Ce circuit qu’une équipe humaine suit aujourd’hui, les équipes d’agents le suivront aussi.
La collaboration exige un protocole. Ce qui accompagne le travail quand il change de mains, qui reçoit et vérifie le résultat, où il revient en cas d’échec. Et tout cela doit laisser une trace. Si vous ne pouvez pas retrouver quel agent a fait quoi, et avec quelle autorisation, cette collaboration n’entrera jamais dans une organisation. Pour nous, la collaboration entre agents relève du workflow, pas d’un prolongement du chat. Passation, relecture, approbation et audit ont leur place dans la couche système.
Vers l’autonomie complète
La dernière étape, c’est un agent qui agit sans qu’on le lui demande. Un agent qui lit les indicateurs chaque matin et donne l’alerte quand quelque chose cloche. Un agent qui commence de lui-même à trier quand les demandes s’accumulent. Il reçoit des objectifs plutôt que des instructions, et se réveille seul le moment venu.
L’autonomie n’est pas le laisser-faire. Plus elle grandit, plus le contrôle doit gagner en précision. Vous devez voir en temps réel ce que fait l’agent, pouvoir intervenir à tout moment et l’arrêter instantanément. Devant une action risquée, il doit s’arrêter et attendre l’approbation d’un humain. C’est la voiture aux bons freins qui peut rouler vite. Il en va de même pour les agents autonomes : vous pouvez étendre l’autonomie exactement aussi loin que portent l’observation, l’intervention et l’arrêt.
Pourquoi nous pensons pouvoir bien le faire
Vous avez peut-être remarqué le point commun de tout ce qui précède. Identité, permissions, observation en temps réel, traces, intégrations de canaux. Rien de tout cela n’est un problème de modèle. Ce sont des problèmes de système, et ce sont précisément ces systèmes que nous construisons depuis longtemps : authentification et autorisation, pipelines temps réel, intégrations avec les plateformes de messagerie.
Notre approche part de là, elle aussi. Gouverner un agent par le prompt a ses limites. Un prompt est une demande, et une demande peut être ignorée. Permissions, approbations et arrêts doivent être imposés dans la couche système. Construire la couche qui tient bon quels que soient les changements de modèles, voilà ce que nous savons faire, et c’est la colonne vertébrale de ce produit.
Pourquoi le cloud
Un agent autonome ne doit pas s’éteindre. Pour saisir le message d’un client arrivé à 3 h du matin, pour se réveiller seul chaque matin à 9 h, il doit continuer de tourner quelque part, que l’écran d’un ordinateur portable soit ouvert ou non. Les intégrations de canaux demandent la même chose : recevoir le webhook d’une messagerie suppose une adresse toujours joignable.
La frontière de sécurité est elle aussi plus nette dans le cloud. Les identifiants sont conservés en un seul endroit au lieu d’être éparpillés sur des machines personnelles, les journaux d’audit s’accumulent en un seul endroit et, en cas de problème, vous coupez tout en un seul endroit. Quand dix agents deviennent cent, un appareil personnel ne peut pas porter ce poids. Le cloud est moins un choix qu’une condition préalable aux agents autonomes.
Le prochain propriétaire du trafic Internet
Près de la moitié du trafic Internet est déjà mesurée comme non humaine. Les robots d’indexation et les bots occupent cette part depuis des années, et les agents viennent maintenant s’y ajouter : un trafic qui cherche à la place d’une personne, réserve à sa place, et dialogue d’agent à agent via des API.
Cette courbe ne fera que monter pendant un moment. Une personne fera tourner plusieurs agents, et un seul agent génère des dizaines d’appels. Dans ce monde, il faut un lieu où ce trafic peut être créé, observé et gouverné. Quand les agents deviendront des acteurs majeurs d’Internet, ces acteurs auront besoin d’un port d’attache opérationnel. C’est ce port d’attache que nous construisons.
Un écosystème pour l’achever
Seul, un agent n’a qu’une utilité limitée. L’utilité naît de la connexion : des connecteurs qui atteignent la messagerie, les agendas et les outils documentaires, des compétences qui portent des façons de travailler, et des conventions qui permettent aux agents de se trouver et de s’appeler. C’est seulement quand tout cela s’accumule qu’un agent entre dans le vrai travail.
Et un écosystème ne se construit pas seul. Notre plan : permettre à chacun d’ajouter des connecteurs, de partager des compétences et de relier ses agents à d’autres agents. La valeur d’une plateforme, croyons-nous, est la somme de ce que les autres construisent dessus.
Alors, prochainement
Multi-agent, multicanal, collaboration, autonomie. Nous savons que la route n’est pas courte. Nous la parcourrons dans l’ordre : d’abord un lieu pour créer et gérer des agents, puis les canaux, puis la collaboration et l’autonomie. À mesure que chaque partie sera prête, c’est sur cette page que nous la montrerons.
À très bientôt.