CopilotKit publie en open source Channels SDK : une bibliothèque sous licence MIT pour exécuter n'importe quel agent AG-UI dans Slack et Microsoft Teams
CopilotKit a publié le Channels SDK, une bibliothèque open source sous licence MIT qui permet de faire fonctionner un agent IA existant directement dans une plateforme de messagerie, sans réécriture spécifique par canal. L'installation se limite à deux paquets npm, à savoir copilotkit/channels et copilotkit/runtime. Le SDK s'appuie sur AG-UI, le protocole d'interaction agent-utilisateur maintenu par CopilotKit, ce qui le rend compatible avec des frameworks comme LangGraph, CrewAI, Mastra, Pydantic AI, Google ADK, ou tout simplement un agent HTTP maison. Slack et Microsoft Teams sont disponibles en accès anticipé, tandis que Discord et Google Chat sont annoncés comme prochaines cibles. Le fonctionnement repose sur un flux unique : un utilisateur envoie un message sur Slack ou Teams, CopilotKit Intelligence reçoit l'événement et le transmet au processus Channels, qui exécute l'agent via AG-UI, lance les outils nécessaires et génère la réponse, avant que Intelligence ne la renvoie sous forme d'interface native dans la conversation.
Résumé et traduction réalisés par Le Fil IA à partir de MarkTechPost. Lire l'article original →
L'intérêt de cette architecture tient à la séparation claire des responsabilités. Le développeur garde la main sur l'agent, les identifiants du modèle, les outils et la logique métier, ainsi que sur le processus Channels de longue durée, l'état applicatif, le déploiement et les journaux. CopilotKit Intelligence, de son côté, gère les identifiants des plateformes Slack et Teams, l'entrée du trafic, la livraison authentifiée, l'enregistrement du runtime, la surveillance et les reconnexions. Un canal n'est donc pas un second agent, mais une couche de transport et de rendu : les messages sont écrits en JSX puis convertis en Block Kit pour Slack ou en Adaptive Cards pour Teams, au lieu d'un simple bloc de texte envoyé par webhook. Concrètement, cela signifie qu'une entreprise disposant déjà d'un agent fonctionnel peut le déployer sur plusieurs plateformes de communication sans multiplier les intégrations, ce qui réduit fortement le travail d'ingénierie et les risques d'incohérence entre canaux.
Le contrat d'exécution du SDK reflète cette philosophie de fiabilité : il n'existe pas de fonction channel.start(), c'est le runtime qui active la connexion. La méthode channels.ready() permet de faire échouer le démarrage de façon explicite en cas de configuration erronée, plutôt que de laisser un canal silencieusement dysfonctionnel, tandis que channels.status() et channels.stop() offrent respectivement un contrôle de l'état et un arrêt propre. Les composants JSX enregistrés permettent aussi de réactiver les interactions après un redémarrage, évitant que d'anciens boutons ne deviennent inutilisables. Cette approche s'inscrit dans une tendance plus large de standardisation des agents conversationnels d'entreprise, où la portabilité entre canaux de messagerie devient un enjeu central pour les équipes qui déploient des assistants IA à grande échelle.
Pas d'impact direct sur la France/UE
Ce SDK, c'est la bonne idée qu'on attendait : au lieu de réécrire ton bot pour chaque plateforme, tu branches AG-UI une fois et Slack, Teams, bientôt Discord suivent. La séparation entre l'agent (chez toi) et le transport (chez CopilotKit) est le vrai choix d'architecture ici, pas juste un détail technique. Reste à voir si "early access" tient la charge en prod, mais la portabilité entre canaux, c'est clairement le prochain champ de bataille pour les agents d'entreprise.