Système de sous-agents

Aperçu

Le sous-agent (Subagent) est le mécanisme de décomposition et de délégation de tâches de l'espace de travail. L'Agent principal peut décomposer des tâches parallèles complexes en sous-tâches, créer des sous-agents spécialisés pour les exécuter de manière indépendante ; une fois le sous-agent terminé, il renvoie le résultat à l'Agent principal pour la suite du traitement.

Le système prend en charge trois types de sous-agents, avec une profondeur d'imbrication maximale de 3 niveaux.

Trois types de sous-agents

Sous-agent à création automatique (create_local_sub_agent)

Lorsque, au cours de son raisonnement, l'Agent juge que la tâche en cours doit être décomposée, il appelle de manière autonome l'outil create_local_sub_agent pour créer un sous-agent temporaire. L'utilisateur peut également, via une invite de conversation, demander à l'Agent de créer un sous-agent, par exemple :

« Veuillez créer un sous-agent chargé de rechercher des ressources pertinentes, puis créer un autre sous-agent chargé de rédiger la documentation »

Paramètres de création :

Flux d'exécution :

1. L'Agent principal décide de créer un sous-agent et lui assigne une tâche
2. Le système démarre une boucle d'Agent indépendante (par défaut 50 tours maximum)
3. Le sous-agent dispose de sa propre boucle d'outils ; le processus d'exécution est visible dans la fenêtre de conversation parente
4. Une fois terminé, le sous-agent renvoie le résultat final à l'Agent principal
5. L'Agent principal poursuit son travail sur la base du résultat

Sous-agent à répartition pré-enregistrée (dispatch_sub_agent)

L'utilisateur peut pré-enregistrer dans les paramètres de l'APP des sous-agents dotés d'une configuration spécifique, que l'Agent appelle en cas de besoin via l'outil dispatch_sub_agent.

La description du sous-agent pré-enregistré est automatiquement injectée dans l'invite système de l'Agent principal ; lorsque le LLM détecte une tâche correspondante, il sélectionne automatiquement le sous-agent approprié.

Options de configuration :

Pour l'interface de gestion, voir Enregistrement et gestion des sous-agents.

Répartition inter-nœuds (dispatch_multi_node_agent)

Lorsqu'une tâche nécessite les ressources ou les capacités d'un appareil distant, l'Agent peut, via l'outil dispatch_multi_node_agent, répartir la tâche vers d'autres nœuds pour exécution.

Flux de travail :

1. L'Agent principal consulte la liste des nœuds en ligne (injectée dans l'invite système)
2. Il sélectionne le nœud cible en fonction des déclarations de capacités des nœuds
3. Il envoie node.invoke.request via le WebSocket de la Gateway
4. Le nœud distant démarre une boucle d'Agent indépendante pour exécuter la tâche
5. Une fois terminé, il renvoie le résultat via node.invoke.result

Exemple de scénario :

• Une conversation est lancée depuis le client Web sur l'ordinateur A
• La tâche nécessite d'accéder à des fichiers locaux sur l'ordinateur B
• L'Agent répartit, via la Gateway, la sous-tâche d'opération sur fichiers vers le nœud APP de l'ordinateur B
• Le nœud B exécute puis renvoie le résultat, et la conversation continue de s'afficher sur l'ordinateur A

Contrôle de la profondeur d'imbrication

Les sous-agents prennent en charge la création imbriquée, avec une profondeur maximale de 3 niveaux :

                      
                      深度 0: 主 Agent（用户对话）
  └── 深度 1: 子代理 A
        └── 深度 2: 子子代理 A-1
              └── 深度 3: 最深层代理（不可再委派）

                    

Plus la profondeur est élevée, plus l'autonomie est grande, mais la consommation de tokens et le temps d'exécution augmentent d'autant.

Mécanisme d'héritage des outils

Affichage dans l'interface

Les sous-agents sont affichés avec un marquage particulier dans la fenêtre de conversation Work :

L'utilisateur peut voir clairement quelles opérations sont exécutées par l'Agent principal et lesquelles le sont par le sous-agent.

Comment créer un sous-agent via la conversation

Vous pouvez, dans la conversation, demander à l'Agent de créer un sous-agent en langage naturel. Voici quelques exemples d'invites :

Comprendre l'interface pendant l'exécution d'un sous-agent

Impact sur les coûts

La consommation de tokens des sous-agents est calculée de manière indépendante :

Recommandation : les sous-agents conviennent aux tâches réellement complexes qui nécessitent une décomposition. Pour les tâches simples, laissez l'Agent principal les traiter directement, sans créer de sous-agent.

Quand utiliser ou ne pas utiliser un sous-agent

Il n'est pas recommandé d'attribuer aux SubAgents des rôles différents pour les faire collaborer et se répartir le travail ; à l'ère de l'IA, la collaboration réduit au contraire l'efficacité et la qualité. Ils conviennent davantage aux scénarios d'exécution de tâches en parallèle, afin de gagner du temps et d'améliorer l'efficacité.

Documents connexes

• Enregistrement et gestion des sous-agents — Configuration des sous-agents pré-enregistrés
• Architecture multi-nœuds — Mécanisme sous-jacent de la répartition inter-nœuds
• Moteur de boucle d'Agent — Boucle d'Agent utilisée par les sous-agents