Configuration RooCode VS Code pour le Développement d'Agents

Optimiser RooCode dans VS Code : Guide Complet pour la Configuration du Développement d'Agents

RooCode étend VS Code avec des capacités de développement multi-agents. Après l'installation et l'autorisation, une interface de chat s'ouvre avec une file d'attente de messages, une sélection de mods, des choix de modèles d'IA et des paramètres d'approbation automatique. L'indexation de projet connecte la base de données vectorielle Qdrant pour l'analyse des fichiers, améliorant la précision des modifications générées par les LLM.

La configuration suit un ordre logique : de l'indexation aux autorisations, en passant par la marketplace, les notifications et les prompts. Cela minimise les itérations et accélère le flux de travail.

Indexation et Traitement Vectoriel

Connectez un fournisseur pour la vectorisation et les graphes. Spécifiez le point de terminaison Qdrant — les résultats de l'indexation y sont stockés. Le LLM reçoit le contexte du projet, générant des modifications pertinentes sans hallucinations.

Dans la fenêtre principale, activez l'Indexation. La numérisation de répertoire permet aux modèles de référencer la base de code pendant l'édition.

Auto-Approve : Contrôler les Opérations du LLM

Autorisez le LLM à exécuter des fonctions avec des limites sur les requêtes ou le coût. Pour les commandes console (Execute), configurez la liste blanche/noire.

• Commandes Autorisées : Ajoutez au fur et à mesure ; RooCode demande une confirmation pour les nouvelles.
• Limites : Empêchez la surutilisation de tokens en mode automatique.
• Actions Dangereuses : Confirmation manuelle pour sudo ou les appels système.

Cela équilibre autonomie et sécurité.

Marketplace pour Serveurs MCP et Mods

Installez des serveurs MCP (Model Control Protocol) prêts à l'emploi pour git, le système de fichiers, qdrant. Les serveurs globaux proviennent de la marketplace ; ceux spécifiques au projet sont stockés localement dans .roo.

Exemples de MCP :

• mcp-git : Opérations sur les dépôts sans CLI.
• mcp-filesystem : Lecture/écriture de fichiers.
• mcp-qdrant : Recherche vectorielle.

Les mods sont des agents préconfigurés pour des tâches. Téléchargez-les et personnalisez-les.

Notifications et Paramètres de l'Interface

Activez les notifications pour les confirmations, les interruptions de boucle et les achievements. Ajustez le volume.

Options de l'interface :

• Développez le raisonnement du modèle pour déboguer la logique.
• Ctrl+Entrée pour envoyer (évitez Shift+Entrée accidentel).
• Édition en arrière-plan — modifications sans scintillement de fenêtre.

Prompts et Fonctionnalités Expérimentales

Modifiez les prompts intégrés. Enhance reformule les requêtes, imposant Documentation-First et TDD.

Générez une version améliorée du prompt suivant (répondez uniquement avec le prompt amélioré — pas de conversation, d'explications, de texte d'introduction, de puces, d'espaces réservés ou de guillemets autour).

Votre amélioration doit :
- Préserver l'intention et les contraintes originales de l'utilisateur ; n'ajoutez pas de nouvelles exigences qui changent le sens.
- Améliorer la clarté, la structure, la spécificité et la testabilité ; supprimez l'ambiguïté et le langage faible.
- Imposer explicitement **Documentation-First** et **TDD** comme flux de travail d'exécution par défaut :
  1) Commencez par lire et vous appuyer sur la documentation du projet et `memory-bank/` comme source unique de vérité (par exemple, productContext, activeContext, systemPatterns).
  2) Si la demande implique des changements de logique/architecture/comportement, mettez à jour la documentation/spécifications pertinentes (ou rédigez un RFC) AVANT d'écrire le code de production.
  3) Suivez strictement le TDD (Rouge → Vert → Refactor) : écrivez d'abord les tests qui échouent, implémentez le code minimum pour passer, puis refactorisez vers SOLID/DRY.
- Exiger la mise à jour de `memory-bank/` (au minimum activeContext/progress et tout document de contexte affecté) pour refléter le nouveau comportement et les décisions.
- Inclure une Définition de Fait claire alignée sur la demande (tests réussis, docs mis à jour, comportement vérifié), sans ajouter de portée inutile.

Voici le prompt à améliorer :

${userInput}

Expérimental : commandes slash pour les mods/compétences.

Compétences : Structure et Catégories

Les compétences sont des instructions d'agent au format Markdown. Placez-les globalement (~/.roo/skills) ou dans le projet (.roo/skills).

Structure de compétence :

---
name: mcp-time
description:
context:
compatibility:
---

# <Titre>

## Outils
| Outil | Utilisation |
|------|---------|
| | |

## Quand Utiliser

## Efficacité d'Utilisation et Bonnes Pratiques

#### ❌ Mauvaise Pratique (Hallucination du temps)

#### ✅ Bonne Pratique (Vérification du temps)

### Stratégie de Débogage

## Pourquoi Utiliser Ceci

## Alternative CLI
| Action MCP | Équivalent CLI |
|------------|----------------|
| | |
| | |
| | |
| | |

Catégories :

• mcp-* : Serveurs MCP (git, système de fichiers, qdrant, redis).
• cli-* : Commandes console (docker, systemd, sudo).
• usr-* : Personnalisées pour des tâches.

Exemple d'ensemble :

• cli-database, cli-docker, mcp-git, mcp-memory, mcp-playwright.

Points Clés à Retenir

• L'indexation avec Qdrant permet des modifications contextuelles sans copier-coller manuel.
• Auto-Approve + limites empêchent l'abus du LLM en mode autonome.
• Les compétences augmentent le taux de réussite, minimisant les appels CLI.
• Le TDD dans les prompts assure des modifications testables.
• L'édition en arrière-plan maintient la concentration pendant les modifications des agents.

— Editorial Team