Sous-agents et skills

Une délégation qui ne peut pas élargir les accès, et des lots réutilisables d'instructions et de capacités.

Sous-agents

Quand Sous-agents est activé dans la configuration d'un agent, l'agent reçoit un outil delegate. Chaque appel lance un sous-agent éphémère : une exécution enfant de la même version de l'agent, sur un contexte vierge, avec la mission rédigée par le parent. Il fait son travail, renvoie son résultat au parent, puis s'arrête, et il apparaît dans la trace du parent. Il n'y a pas de second agent à configurer ni de seconde version à gérer.

Ce qu'un sous-agent a le droit de faire est borné par construction.

• Ses accès sont les droits gelés du parent, moins les Outils bloqués de la configuration, et limités aux outils que sélectionne l'appel de délégation, quand il en sélectionne.
• Il ne peut donc être que plus étroit que son parent. Aucun chemin ne permet à la délégation d'élargir les accès.
• Il tourne sur le modèle des sous-agents fixé dans la configuration, ou sur celui du parent, jamais sur un modèle que le parent choisirait. Sa réponse revient au parent, pas à l'utilisateur.
• Il dépense sur les plafonds de l'exécution. Les plafonds de coût et de jetons couvrent tout l'arbre de délégation, chaque sous-agent reçoit une part de ce qui reste, et la délégation est refusée une fois le budget épuisé.
• La profondeur est bornée : un sous-agent qui délègue à un sous-agent ne peut pas s'appeler récursivement sans fin. Par défaut, un sous-agent ne délègue pas à son tour (profondeur 1), et la profondeur peut monter jusqu'à 3. Par défaut, l'arbre d'une exécution compte au plus 8 sous-agents, et la limite peut monter à 16.

Quand déléguer

La délégation se justifie quand une sous-tâche a besoin d'un autre modèle ou d'un jeu d'outils plus étroit : un modèle bon marché qui résume un long document, ou une étape que l'on ne doit pas laisser approcher un outil d'écriture.

Skills

Un skill est un lot réutilisable : des instructions, et facultativement les capacités qui vont avec. Il peut expliquer comment se servir d'un outil précis, comment traiter un type de demande, ou quel est votre guide de style, et il garde le prompt système court en en sortant les instructions spécialisées. Un skill appartient à un projet et se rattache à un agent depuis l'onglet Skills de l'agent. Modifier un skill en publie une nouvelle version, et les versions sont immuables.

Un skill atteint le modèle de l'une de deux façons, selon son mode d'activation.

• Toujours : les instructions sont injectées dans le prompt de chaque exécution. À utiliser pour ce qui s'applique à chaque conversation.
• À la demande, le mode par défaut : le modèle voit le nom et la description du skill, et charge ses instructions avec l'outil load_skill quand il les juge pertinentes. À utiliser quand vous avez beaucoup de skills et que la plupart sont hors sujet pour une conversation donnée ; rédigez alors la description pour que le modèle sache quand charger le skill.

Les skills, chacun avec son mode d'activation et sa version courante.

Des skills qui apportent des capacités

En plus des instructions, un skill peut apporter des outils, des serveurs MCP et des collections de connaissances de son projet. Attribuer le skill à un agent attribue ces capacités aux exécutions de l'agent.

Contenu du lot	Effet sur les exécutions de l'agent
Des instructions seules	Les instructions, et rien d'autre.
Des outils HTTP	Les outils peuvent être appelés.
Un serveur MCP	Les outils du serveur peuvent être appelés, limités au sous-ensemble que nomme le skill, s'il en nomme un.
Une ou plusieurs collections	Les collections peuvent être interrogées.

Les capacités sont résolues à la création d'une exécution, selon les mêmes règles que les droits directs : une ressource hors du projet de l'agent, ou supprimée depuis, est écartée. Un droit direct sur la même ressource l'emporte, si bien qu'un skill n'élargit jamais une restriction posée sur l'agent. Un skill n'apporte ni secrets ni sous-agents.