Koda publie koda-cli 0.3.1 : l'assistant peut désormais s'intégrer à l'environnement de développement
Koda a publié koda-cli 0.3.1, avec une meilleure prise en charge d'Agent Client Protocol. L'assistant peut désormais se connecter à des IDE compatibles et s'utiliser via une interface intégrée plutôt que dans le terminal. Le protocole repose sur un schéma client-serveur via HTTP, WebSocket ou JSON-RPC : l'intégration ne se limite donc pas à un seul éditeur et convient à tout logiciel compatible ACP.
Traité par IA depuis Habr AI ; édité par Hamidun News
Koda a publié koda-cli 0.3.1, avec une meilleure prise en charge d'Agent Client Protocol. L'idée centrale de la mise à jour : sortir le travail avec l'assistant IA du terminal pour l'amener dans l'interface d'un environnement de développement compatible, là où le développeur passe déjà l'essentiel de sa journée.
Ce qui a été mis à jour
Dans cette nouvelle version, l'équipe de Koda a peaufiné la prise en charge d'ACP et montré comment connecter l'assistant à des IDE populaires. Il ne s'agit pas d'abandonner complètement la ligne de commande : le terminal reste nécessaire pour la première installation de koda-cli. Mais ensuite, le scénario change. L'assistant peut tourner en arrière-plan depuis l'environnement de développement, et l'on dialogue avec lui via l'interface intégrée, sans jongler entre les fenêtres à chaque question sur le code, correction de fichier ou flux d'agent en plusieurs étapes.
Pour koda-cli, c'est un changement de positionnement important. Auparavant, le mot CLI lui-même laissait entendre que l'expérience principale passerait par le terminal. Koda montre désormais une autre voie : la CLI reste le moteur et le point d'installation, tandis que le travail quotidien se déplace vers l'interface graphique du client. Cette approche rend l'outil plus lisible pour les équipes où développeurs, analystes et responsables techniques veulent utiliser l'agent à côté du code, et non dans une console distincte.
Comment fonctionne ACP
Agent Client Protocol repose sur un schéma client-serveur classique. L'assistant démarre en arrière-plan, et l'environnement de développement joue le rôle de client, en communiquant avec lui via HTTP par WebSocket ou JSON-RPC. Concrètement, le chat, les actions de l'agent et tout le déroulement des tâches s'affichent dans l'IDE, tandis que l'assistant continue de tourner comme un service distinct. Pour l'utilisateur, cela ressemble davantage à une intégration native qu'au lancement d'un script depuis le terminal.
Tout le flux de l'agent s'affiche dans l'interface de l'IDE, et non
dans le terminal.
Koda souligne que ce principe n'est pas lié à une seule application. Si votre éditeur ou IDE favori prend déjà en charge ACP, vous pouvez y utiliser koda-cli aussi. Si cette prise en charge manque ou si l'intégration comporte des bugs, l'équipe demande de signaler les problèmes via les issues. Le signal compte pour le marché : autour des assistants IA se forme peu à peu, en plus de l'offre de modèles, une couche de protocoles compatibles qui réduit la dépendance à un seul fournisseur et à une seule interface.
Ce qui change au quotidien
Pour le développement de tous les jours, la mise à jour supprime l'une des petites irritations les plus pénibles : les allers-retours permanents entre le code et le terminal. Quand l'interface de l'assistant vit dans l'environnement où le projet est ouvert, il est plus simple de garder le contexte, de lire les réponses à côté des fichiers et de vérifier plus vite le résultat. C'est particulièrement sensible dans les tâches où l'agent ne se contente pas de répondre par du texte, mais enchaîne plusieurs étapes et doit afficher sa progression en cours de route.
- Discuter du code et des modifications dans l'éditeur, sans console séparée
- Lancer des scénarios d'agent en arrière-plan depuis un client compatible ACP
- Utiliser un même assistant dans différents logiciels, pourvu qu'ils comprennent le protocole
- Une prise en main plus claire pour les équipes que l'interface en terminal rebute
La mise à jour ne supprime pas pour autant le rôle de base de la CLI. L'installation et la configuration initiale passent toujours par la ligne de commande, et ce n'est qu'ensuite qu'on connecte un client compatible ACP. Autrement dit, Koda n'abandonne pas son architecture d'origine, elle l'étend. C'est une voie pragmatique : conserver la souplesse de la CLI pour les utilisateurs aguerris tout en offrant une porte d'entrée plus familière à ceux qui veulent travailler avec l'agent depuis une fenêtre d'IDE.
Ce que cela signifie
Koda parie sur la compatibilité via un protocole plutôt que sur une interface fermée. Si ACP continue d'attirer de nouveaux clients, koda-cli pourra vivre dans plusieurs environnements de développement à la fois, sans réécrire sa logique pour chacun. Pour le marché des outils d'IA, c'est bon signe : la concurrence se déplace de l'habillage soigné vers la qualité de l'assistant, la rapidité d'intégration et la facilité à l'insérer dans un vrai flux de travail.
- 2 nov. 2026DeepSeek ouvre le code d'un prototype de Super-agent : p95 du temps d'exécution de 15,7 min contre 29,5
- 2 nov. 2026Le créateur de Bun migre 750 000 lignes de Zig vers Rust en 11 jours avec Claude Code
- 2 nov. 2026Microsoft publie Mage-VL-Cowork, un modèle de 4B qui résout 66,0% des tâches d'OSWorld-Verified
- 2 nov. 2026L'assistant Muse de Meta tient un dossier sur vos proches et obtient root par défaut sous Ubuntu
Questions clés sur cet article
Que sait-on sur Ce qui a été mis à jour ?
Dans cette nouvelle version, l'équipe de Koda a peaufiné la prise en charge d'ACP et montré comment connecter l'assistant à des IDE populaires. Il ne s'agit pas d'abandonner complètement la ligne de commande : le terminal reste nécessaire pour la première installation de koda-cli. Mais ensuite, le scénario change. L'assistant peut tourner en arrière-plan depuis l'environnement de développement, et l'on dialogue avec lui via l'interface intégrée, sans jongler entre les fenêtres à chaque question sur le code, correction de fichier ou flux d'agent en plusieurs étapes. Pour kod
Comment fonctionne ACP?
Agent Client Protocol repose sur un schéma client-serveur classique. L'assistant démarre en arrière-plan, et l'environnement de développement joue le rôle de client, en communiquant avec lui via HTTP par WebSocket ou JSON-RPC. Concrètement, le chat, les actions de l'agent et tout le déroulement des tâches s'affichent dans l'IDE, tandis que l'assistant continue de tourner comme un service distinct. Pour l'utilisateur, cela ressemble davantage à une intégration native qu'au lancement d'un script depuis le terminal. Tout le flux de l'agent s'affiche dans l'interface de l'IDE,
Que sait-on sur Ce qui change au quotidien ?
Pour le développement de tous les jours, la mise à jour supprime l'une des petites irritations les plus pénibles : les allers-retours permanents entre le code et le terminal. Quand l'interface de l'assistant vit dans l'environnement où le projet est ouvert, il est plus simple de garder le contexte, de lire les réponses à côté des fichiers et de vérifier plus vite le résultat. C'est particulièrement sensible dans les tâches où l'agent ne se contente pas de répondre par du texte, mais enchaîne plusieurs étapes et doit afficher sa progression en cours de route. Discuter du cod
Test Frontier LLMs & Autonomous Agents in One Workspace
Run Claude Opus 5.5, GPT-6, Gemini 3.1, and DeepSeek side-by-side in Nomad AI (nomadnet.ai) — unified model routing, deep research, and multimodal workflows under one subscription.
L'essentiel de l'IA — une fois par semaine
Sept actus qui ont vraiment compté, choisies à la main. Sans bruit ni communiqués.
C'est fait ! Vérifiez votre boîte mail pour la confirmation.