Lorsque nous demandons à Codex d'accomplir une tâche, nous le considérons généralement comme un agent unique. Mais si certaines tâches sont suffisamment complexes et impliquent plusieurs types de travaux distincts, Codex essaiera de diviser le problème en tâches plus petites et de générer des agents séparés pour y travailler. Ces agents délégués sont appelés sous-agents. Chaque sous-agent travaille dans son propre fil et se concentre uniquement sur une partie de la tâche originale. En même temps, l'agent principal coordonne leur travail et produit la réponse finale en agrégeant les résultats des sous-agents. En tant que praticiens, cela nous amène naturellement à cette question : Comment pouvons-nous utiliser délibérément les sous-agents pour nos propres problèmes ? Dans cet article, nous explorerons les sous-agents Codex à travers une étude de cas pratique. En cours de route, nous verrons comment définir et déléguer le travail à des agents spécialistes, inspecter leurs fils individuels et laisser l'agent principal combiner leurs conclusions en un résultat final.

Ici, nous considérons une tâche de planification de voyage. Supposons que nous voulions planifier un voyage en solo de quatre jours depuis Zurich. Nous avons un budget total de 1 200 francs suisses. Nos destinations potentielles incluent Lisbonne, Prague et Copenhague, et nous nous soucions des voyages pratiques, des musées et de la cuisine locale. Pour cette tâche, nous préparons trois agents spécialistes : Agent de logistique de voyage, Agent d'analyse budgétaire et Agent de recherche d'expériences. Chaque spécialiste évaluera les trois destinations depuis sa propre perspective. Ensuite, l'agent principal collectera leurs conclusions, comparera les compromis et recommandera une destination finale.

Codex nous permet de définir des agents personnalisés pour un projet spécifique. Nous pouvons le faire en ajoutant des fichiers TOML sous .codex/agents/ : Chaque définition d'agent nécessite trois champs : nom, description et instructions de développeur. Un agent personnalisé peut également spécifier son propre modèle, effort de raisonnement, configuration sandbox, outils et compétences. Si nous ne remplaçons pas ces paramètres ici, les trois spécialistes les hériteront de la session principale Codex. De plus, nous ajoutons une petite configuration au niveau du projet dans .codex/config.toml pour permettre jusqu'à trois fils de sous-agents de s'exécuter simultanément.

Dans l'invite, nous avons explicitement demandé à l'agent principal d'utiliser nos agents spécialistes définis lors de la résolution de la tâche. Nous avons démarré Codex depuis le répertoire du projet avec la recherche web activée, notant que nous n'avons besoin d'activer la recherche web que pour la session principale. Les trois sous-agents héritent de cette capacité lorsque Codex les génère. Nous avons vu que Codex a démarré les trois agents spécialistes en parallèle. Nous pouvons inspecter leur progression directement depuis la CLI en utilisant la vue des fils d'agents, car chaque spécialiste a son propre contexte, activité d'outils et résultat éventuel. Une fois que les trois agents terminent, leurs conclusions sont renvoyées à l'agent principal pour synthèse. Nous pouvons ensuite vérifier ce qu'ils ont produit, et chaque sous-agent a renvoyé une recommandation depuis sa propre perspective.

Entités clés : Emplacements : Zurich, Lisbonne, Prague, Copenhague

FAQ : Comment puis-je définir des sous-agents personnalisés dans Codex ?

Vous pouvez définir des sous-agents personnalisés en ajoutant des fichiers TOML sous .codex/agents/. Chaque définition d'agent nécessite trois champs : nom, description et instructions de développeur. Vous pouvez également spécifier le modèle, l'effort de raisonnement, la configuration sandbox, les outils et les compétences. S'ils ne sont pas remplacés, ils héritent des paramètres de la session principale.

FAQ : Comment puis-je définir des sous-agents personnalisés dans Codex ?

Vous pouvez définir des sous-agents personnalisés en ajoutant des fichiers TOML sous .codex/agents/. Chaque définition d'agent nécessite trois champs : nom, description et instructions de développeur. Vous pouvez également spécifier le modèle, l'effort de raisonnement, la configuration sandbox, les outils et les compétences. S'ils ne sont pas remplacés, ils héritent des paramètres de la session principale.