Appearance
Agents
Sur cette page
Principe : l'isolation du contexte
Un sous-agent reçoit un prompt de rôle, un contexte propre et une tâche — puis renvoie un résumé compact au principal. Son travail intermédiaire (lectures, essais, erreurs) ne pollue jamais le contexte principal. C'est ce qui permet d'explorer largement sans faire exploser la fenêtre de contexte.
Le pipeline /agent
Pour les tâches complexes, /agent lance une chaîne Lecteur → Exécuteur → Vérificateur :
- Lecteur — explore le code concerné, restitue l'essentiel
- Exécuteur — applique les modifications
- Vérificateur — contrôle (tests, relecture) et signale les écarts
Chaque étape travaille dans son propre contexte ; seul le résumé remonte.
Les sous-agents
| Agent | Rôle |
|---|---|
Explore | Exploration ciblée en contexte isolé |
General | Sous-agent généraliste |
Orchestrate | La chaîne Lecteur → Exécuteur → Vérificateur |
Subcode | Sous-agent de code, audité (risque classé) |
Pas de parallélisme entre sous-agents :
OrchestrateetSubcodesont sérialisés par conception — deux agents qui écriraient les mêmes fichiers pourraient entrer en collision. En revanche, les outils en lecture seule d'un même agent tournent en parallèle.
Les appels de sous-agents sont bloquants dans le tour : l'agent principal attend le résumé avant de continuer (comme la commande task d'OpenCode).
Tâches
/tasks affiche le tableau des tâches et leurs dépendances. Les outils TodoWrite, CreateTasks et UpdateTask permettent au modèle de tenir une liste structurée pendant les longues tâches — visible et modifiable depuis l'interface.