/architect

Passe en mode architect, où un modèle planifie la solution et un second modèle la traduit en modifications de fichiers concrètes.

En mode architect, Aider envoie d'abord la demande au modèle principal (l'architect), qui propose une solution. Aider envoie ensuite cette proposition à un modèle éditeur séparé (configurable avec --editor-model), qui en génère des modifications de fichiers concrètes. Sans prompt joint, /architect ne fait que basculer durablement dans ce mode, sans envoyer de message.

✅ QUAND L’UTILISER ?

Associer un modèle de raisonnement puissant à un bon modèle éditeur

/architect Refactor the payment module to use the new API — par ex. avec un modèle de raisonnement puissant comme architect et Sonnet ou GPT-4o comme modèle éditeur

Donner deux passes au même modèle

/architect (sans prompt, pour basculer durablement dans ce mode) — le modèle a une passe pour planifier et une pour exécuter, ce qui donne parfois de meilleurs résultats que le mode code direct, selon la documentation

⛔ QUAND ÉVITER ?

Modification rapide et simple

Le mode architect nécessite deux requêtes LLM au lieu d'une, ce qui coûte plus de temps et d'argent selon la documentation.

Mieux: Utiliser /code pour des modifications directes sans cette étape intermédiaire

Seulement discuter, sans rien changer

Le mode architect finit par modifier des fichiers ; ce n'est pas nécessaire pour simplement clarifier des questions.

Mieux: Utiliser /ask pour discuter de l'approche avant de modifier le moindre code

SOURCES

Aider Docs — In-chat commands ↗ aider.chat
Aider Docs — Chat modes ↗ aider.chat