Roo Code

Ce que c'est

Roo Code est un fork communautaire de Cline maintenu par l'équipe RooVet, né de l'observation qu'un prompt + un modèle ne suffisent pas pour du travail sérieux — parfois vous voulez un planner, parfois un executor, parfois un debugger. Roo Code rend cela explicite avec des modes (architect, code, ask, debug, plus user-defined) et Boomerang task delegation qui passe le travail entre modes automatiquement.

C'est l'outil à atteindre quand :

• Vous voulez le modèle BYOK + auto-approve de Cline mais avec une séparation de rôles explicite.
• Vous faites de gros refactors qui bénéficient d'un split planifier-puis-exécuter (architect planifie, code exécute).
• Vous voulez écrire des modes custom (e.g. « security-reviewer », « perf-tuner ») et les chaîner.

Pourquoi il se démarque

Comment installer

# Dans VS Code
code --install-extension RooVeterinaryInc.roo-cline

# Ou ouvrez le panneau Extensions et cherchez « Roo Code »

Après installation, ouvrez le panneau Roo Code depuis la sidebar, collez une API key et choisissez un mode de départ. Le flux Boomerang architect → code est le défaut pour les prompts « construis-moi une feature ».

Quoi installer dans Roo Code

Roo Code lit .clinerules (instructions, partagé avec Cline) et .roomodes (modes custom). Trois packs TokRepo pour démarrer :

• Pack Modes Roo Code — modes pré-construits pour security review, perf tuning, doc-gen, test-writing
• Templates .clinerules — fichiers d'instructions vendor-neutres (fonctionnent aussi dans Cline)
• Stack de Serveurs MCP — serveurs Postgres / GitHub / Filesystem partagés avec Cline / Claude Code

tokrepo install pose les trois, ce qui ensemble vous donne la baseline architect-led avec Boomerang que l'équipe RooVet démontre.

Pièges courants

• Drift de prompts de mode entre updates — Roo Code ajuste occasionnellement les prompts default de mode. Épinglez des versions custom dans .roomodes pour la reproductibilité.
• Boucles Boomerang sans conditions de sortie — architect → code → architect peut ping-ponger pour toujours sur des specs ambiguës. Réglez max-iteration dans la config de mode.
• Auto-approve interagissant mal avec changements de mode — auto-approve est par-mode. Changer de mode reset l'état d'approbation ; vous pouvez soudain devoir approuver à nouveau.
• Modes custom qui omettent les restrictions de tools — par défaut un mode custom hérite de tous les tools. Pour les modes read-only « ask »-style, réglez explicitement allowedTools: ['read_file', 'list_files'].
• Path MCP identique à Cline mais .roomodes est niveau repo — ne mettez pas .roomodes dans ~/Documents/. C'est project-scoped.

Relation avec les autres outils

Roo Code est à Cline ce que Cursor est à VS Code — un fork qui a pris une base solide et poussé l'UX plus loin dans une direction spécifique. Cline a gardé les choses minimales ; Roo Code a parié que des modes explicites + délégation passeraient mieux à l'échelle pour le travail sérieux de refactor. Comparé à Claude Code, les modes Roo Code correspondent vaguement aux subagents Claude Code — les deux laissent spécialiser. Comparé au mode agent GitHub Copilot, Roo Code est plus configurable mais manque l'histoire SSO/audit entreprise. Beaucoup de devs qui aiment l'approche BYOK de Cline mais trouvent le flow single-agent limitant adoptent Roo Code pour la discipline mode-based.