Roo Code

Roo Code est une extension VS Code gratuite et open-source qui intègre une équipe de développement IA multi-agents directement dans votre éditeur. Basée sur le code source de Cline et publiée sous licence Apache 2.0, elle vous permet de connecter vos propres clés API provenant d'Anthropic, OpenAI, Google Gemini, OpenRouter, AWS Bedrock ou de fournisseurs de modèles locaux. Les fichiers de votre projet restent sur votre machine ; Roo Code ne fait jamais transiter votre code par ses propres serveurs. L'extension a atteint 3 millions d'installations sur la marketplace VS Code et 23,8k étoiles GitHub avant que l'équipe fondatrice n'annonce en avril 2026 l'archivage du projet pour se consacrer à une nouvelle orientation basée sur le cloud. Depuis mai 2026, une équipe communautaire maintient le code source et Kilo Code (un fork direct) poursuit un développement actif pour les utilisateurs souhaitant un successeur pris en charge.

Les fonctionnalités clés qui ont fait de Roo Code le favori des utilisateurs avancés : des modes basés sur des rôles qui limitent ce que l'IA peut faire à chaque phase (Architect pour la planification, Code pour l'implémentation, Debug pour l'analyse des causes profondes, Orchestrator pour la délégation multi-agents) ; l'édition basée sur les diffs qui réécrit uniquement les lignes modifiées plutôt que des fichiers entiers, réduisant les coûts d'API d'environ 30 % par rapport aux outils traitant les fichiers complets ; les Custom Modes qui permettent aux équipes de définir des personas IA spécialisés avec des autorisations d'outils ciblées ; les Boomerang Tasks qui divisent les tâches complexes en sous-tâches isolées, chacune avec sa propre fenêtre de contexte ; et la prise en charge des serveurs MCP pour connecter des outils externes. L'extension prend en charge tout modèle exposant une API compatible OpenAI, lui offrant une compatibilité plus large que la plupart de ses concurrents fermés comme Cursor ou Windsurf.

Ce que fait réellement Roo Code début 2026

Roo Code fonctionne comme un agent autonome dans la barre latérale de VS Code. Vous décrivez une tâche en langage naturel, et l'agent lit les fichiers, écrit des diffs, exécute des commandes dans le terminal et vous fait un retour, en demandant votre approbation avant chaque action importante. Le modèle d'approbation est configurable : strict (approuver chaque écriture), souple (approuver automatiquement les lectures et les commandes du terminal), ou entièrement automatisé pour des modes spécifiques.

Le système de modes est ce que la plupart des utilisateurs considèrent comme la contribution majeure de Roo Code à l'écosystème des outils de codage IA. Lorsque vous ouvrez une nouvelle session, vous choisissez un mode. Le mode Architect active des prompts orientés vers la planification et empêche toute écriture de code, vous permettant d'avoir une conversation de conception de haut niveau sans que l'agent ne touche accidentellement aux fichiers. Le mode Code permet des modifications sur plusieurs fichiers et l'accès au terminal. Le mode Debug privilégie la recherche des causes profondes. Le mode Orchestrator, basé sur un concept communautaire antérieur appelé Boomerang Mode, divise une tâche complexe en sous-tâches : la tâche parente se met en pause, une sous-tâche se lance dans un mode différent (par exemple, Code), s'exécute jusqu'à son terme et renvoie un résumé au parent. Le parent ne voit jamais les détails complets de l'implémentation, seulement le résumé, ce qui évite de saturer sa fenêtre de contexte.

Les Custom Modes, intégrés dans la version 3.2.0 le 12 février 2026 (la même version qui a rebaptisé l'extension de Roo Cline à Roo Code), permettent aux équipes de définir leurs propres personas au-delà de ceux intégrés par défaut. Un « Security Review Mode » pourrait avoir un accès en lecture seule aux outils et un prompt préchargé avec les politiques de sécurité de votre entreprise. Un « Migration Mode » pourrait inclure des règles spécifiques sur le framework obsolète à éviter. Les équipes peuvent publier et partager des modes via la Mode Gallery communautaire, qui s'est enrichie de dizaines de configurations pré-testées pour des flux de travail courants comme le scaffolding d'API et la génération de tests.

Le système d'édition par diff, introduit à titre expérimental dans la v2.1 (février 2025) et stabilisé au fil des versions ultérieures, est un véritable différenciateur en termes de coût de tokens. Pour un fichier de 500 lignes avec 10 lignes modifiées, l'approche de recherche/remplacement par diff de Roo Code coûte environ 0,0003 $ par modification avec Claude Sonnet. Cline, qui réécrit des fichiers entiers, coûte environ 0,0075 $ pour la même modification. Sur de vastes refactorisations impliquant des dizaines de fichiers, cela représente des économies significatives.

« J'ai essayé Cursor, Windsurf, Cline, Trae et d'autres, et bien que l'utilisation de RooCode avec OpenRouter soit plus coûteuse, elle est aussi beaucoup plus efficace. » - Architecte en chef, avis SourceForge, 2025

« Des tonnes de fonctionnalités et de nouvelles mises à jour presque quotidiennes, avec une grande communauté sur Discord et une multitude d'informations disponibles. » - Architecte en chef, avis SourceForge, 2025

Où se situe Roo Code par rapport à Cline et Aider

La comparaison avec Cline, son projet parent en amont, est la question la plus fréquente au sein de la communauté. Tous deux sont sous licence Apache 2.0, tous deux sont BYOM (Bring Your Own Model), et tous deux s'exécutent dans VS Code. Les différences sont d'ordre architectural et philosophique.

Cline utilise un pipeline Plan-and-Act : il indexe l'ensemble du dépôt au démarrage pour construire une carte des relations entre les fichiers, puis génère un plan d'exécution ordonné pour votre approbation avant de toucher à quoi que ce soit. Cela donne à Cline un raisonnement inter-dépôts plus puissant sur les grandes bases de code (pas besoin de spécifier manuellement le contexte avec les marqueurs @file). Cline dispose également de CLI 2.0 pour les flux de travail basés sur le terminal, d'une automatisation complète du navigateur via Computer Use, et d'un ensemble de fonctionnalités d'entreprise plus mature incluant SSO, RBAC et une documentation formelle SOC 2/RGPD. Avec 58k étoiles GitHub et plus de 5 millions d'installations, sa base d'utilisateurs est nettement plus importante. Le compromis : Cline itère de manière plus prudente. Les fonctionnalités que Roo Code a publiées des mois plus tôt (édition par diff, modes personnalisés) ont mis plus de temps à arriver dans Cline.

Roo Code a pris une autre direction : des versions plus rapides, une plus grande volonté d'expérimentation, une architecture basée sur des modes plutôt qu'une planification monolithique. Le contexte est explicite : vous indiquez à Roo quels fichiers examiner à l'aide des marqueurs @file et @dir. Cela permet de limiter les opérations à ce que vous spécifiez, ce que certains développeurs préfèrent pour les grands monorepos où l'indexation complète est coûteuse. L'édition par diff réduit les coûts en tokens. Les Custom Modes offrent aux équipes un meilleur contrôle du flux de travail que la simple bascule Plan/Act de Cline. Le compromis : une configuration initiale plus exigeante, et un historique de stabilité mitigé.

Aider appartient à une catégorie totalement différente. Il s'exécute dans le terminal, et non dans VS Code, et traite Git comme un élément de premier plan : chaque modification de l'IA est automatiquement commitée avec un message descriptif, vous permettant d'utiliser les commandes standard git diff, log et revert pour gérer les résultats de l'IA. C'est véritablement utile pour les développeurs qui souhaitent une piste d'audit complète sans y penser. Aider est basé sur Python et compte plus de 44k étoiles GitHub (près du double de Roo Code), un historique de développement plus long (débuté vers 2023), et une forte adoption parmi les développeurs privilégiant le terminal. Ce qu'il n'a pas : une barre latérale graphique, des modes basés sur des rôles, des flux d'approbation visuels, ou le type d'orchestration multi-agents que Roo Code a construit avec les Boomerang Tasks. Le choix dépend largement de votre flux de travail : si vous vivez dans le terminal et souhaitez un historique git propre, Aider est conçu pour cela. Si vous voulez un agent dans la barre latérale de VS Code avec un contrôle basé sur des modes et une interface de conversation visuelle, Roo Code (ou ses forks successeurs) est plus adapté. Tous deux se comparent favorablement aux options à code source fermé comme GitHub Copilot, qui ne prend pas en charge le BYOM ou les personas d'agents personnalisés.

À quoi ressemble la réalité de la boucle de l'agent

Gage Vander Clay, développeur chez Atomic Object, a rédigé un compte rendu honnête de son adoption de Roo Code en mars 2025. Sa phrase d'ouverture : « Quand je l'ai essayé pour la première fois, j'ai eu du mal à en tirer une réelle valeur. Je suis retourné à ce que je connaissais : écrire le code moi-même. » Son flux de travail final, après avoir appris à maîtriser l'outil, commençait systématiquement en mode Architect pour élaborer un plan d'implémentation, puis passait en mode Code pour l'exécution. Il gardait une portée de tâche réduite (« la qualité des réponses fournies par un LLM est inversement proportionnelle à la taille de l'entrée »), maintenait l'approbation manuelle des écritures pour détecter les boucles, et utilisait les Checkpoints pour annuler les mauvaises modifications. Il a également ajouté un avertissement qui s'applique à tout outil de codage autonome : « Je ne recommande pas de demander à Roo de faire quoi que ce soit que vous ne savez pas faire vous-même. »

Ce dernier point résume l'expérience fondamentale de Roo Code pour la plupart des utilisateurs avancés. L'outil amplifie ce que vous savez déjà. Il gère bien le code boilerplate, la refactorisation sur plusieurs fichiers, la génération de tests et le travail d'implémentation répétitif. Il a des difficultés lorsque le développeur ne peut pas évaluer ses résultats, lorsque la base de code est trop grande pour la fenêtre de contexte du modèle choisi, ou lorsque la tâche nécessite des prises de décision difficiles à spécifier à l'avance.

Le mode Boomerang/Orchestrator change la donne sur les tâches complexes. Plutôt que de donner à l'agent un brief en 20 étapes et de le voir manquer de contexte à mi-chemin, vous donnez à Orchestrator un objectif de haut niveau. Il propose une décomposition en sous-tâches pour votre approbation. Chaque sous-tâche s'exécute de manière isolée avec sa propre fenêtre de contexte propre, puis renvoie un résumé. La tâche parente assemble les résultats. Ce modèle, popularisé par Roo Code et depuis adopté par de multiples forks dont Kilo Code, est véritablement utile pour des refactorisations d'une semaine ou la création de fonctionnalités complètes. Il s'étend également à l'association avec des outils externes via MCP : les sous-tâches Boomerang peuvent appeler des serveurs MCP pour des requêtes de base de données, de la récupération web ou des appels d'API, renvoyant des résultats structurés au parent.

À qui s'adresse Roo Code

Roo Code a été spécialement conçu pour les développeurs expérimentés qui souhaitent un contrôle maximal sur leur flux de travail de codage IA sans payer d'abonnement SaaS. L'utilisateur idéal sait déjà comment gérer des clés API, a une opinion sur le modèle à utiliser pour quelle tâche, et peut auditer les diffs produits par un agent. Les équipes qui correspondent à cette description signalent des gains de productivité significatifs sur les tâches répétitives ou chargées en boilerplate.

Il convient également aux développeurs qui ont besoin d'exécuter des outils d'IA dans des environnements isolés (air-gapped) ou sensibles à la confidentialité. Étant donné que Roo Code n'envoie des données qu'au fournisseur de modèle configuré par l'utilisateur (rien ne transite par les propres serveurs de Roo), les équipes soucieuses de la sécurité peuvent le pointer vers une instance Ollama locale et tout conserver sur site. Le fichier .rooignore vous permet d'exclure les chemins sensibles de la vue de l'agent, de manière similaire à .gitignore.

Les contributeurs open-source et les équipes qui souhaitent personnaliser l'outil au niveau du code source ont également trouvé que Roo Code était un choix naturel. Sa licence Apache 2.0 signifie que vous pouvez le forker, le modifier et l'exécuter en interne. Plusieurs entreprises ont construit des outils internes sur la base du code de Roo Code. La Mode Gallery communautaire a démontré ce qui se passe lorsque la personnalisation est facile : des centaines de configurations pré-testées pour des stacks et des flux de travail spécifiques se sont accumulées en quelques mois.

Ce que Roo Code n'est pas

Roo Code n'est pas un outil pour débutants. La surface de configuration (sélection du modèle, configuration des modes, gestion du contexte, budgétisation des tokens) nécessite une expérience de développeur. Les utilisateurs qui souhaitent ouvrir un outil et obtenir des suggestions sans configuration seront mieux servis par GitHub Copilot ou l'extension Cline avec ses paramètres par défaut.

Ce n'est pas un service d'abonnement entièrement géré. Il n'y a pas de tableau de bord d'équipe, pas d'analyse d'utilisation, pas de portail de facturation. Les coûts d'API incombent directement au compte que vous connectez. Si vous avez besoin d'une facturation mensuelle prévisible et d'un support fournisseur, Cursor ou Continue.dev Pro sont plus adaptés.

Ce n'est pas un outil de terminal. Les développeurs qui souhaitent des flux de travail axés sur la CLI avec des commits git automatiques devraient plutôt utiliser Aider. Roo Code nécessite VS Code ou un fork compatible pour fonctionner.

Depuis le 15 mai 2026, le dépôt d'origine est archivé. Les nouveaux utilisateurs devraient évaluer Kilo Code (le fork le plus actif). Cline intègre désormais de nombreuses contributions de Roo Code, selon le PDG de Cline, Saoud Rizwan : « Ils ont innové, construit une communauté incroyable et contribué à Cline plus que quiconque. »