Skip to content

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 :

  1. Lecteur — explore le code concerné, restitue l'essentiel
  2. Exécuteur — applique les modifications
  3. 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 ​

AgentRôle
ExploreExploration ciblée en contexte isolé
GeneralSous-agent généraliste
OrchestrateLa chaîne Lecteur → Exécuteur → Vérificateur
SubcodeSous-agent de code, audité (risque classé)

Pas de parallélisme entre sous-agents : Orchestrate et Subcode sont 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.