Router: envoyez les demandes au bon spécialiste
Le routeur classe l'intention et choisit une branche spécialisée.
Ce que vous apprendrez
- Expliquer : un workflow a une structure explicite
- Appliquez l'idée dans un exemple : Routeur : envoyez les demandes au bon spécialiste
- Reconnaître les limites et vérifier le résultat de l'exercice
Le routeur classe l'intention et choisit une branche spécialisée. Il correspond à des catégories distinctes dans lesquelles une succursale peut résoudre la demande.
Ces étapes font référence aux fonctionnalités identifiées dans le code de l'application. Ce matériel n'a pas été validé sur une instance réelle ; vérifiez la documentation et les options de votre version.
Comment ça marche, étape par étape
Un workflow a une structure explicite
Un nœud est une étape, un bord est une transition et un état transporte les résultats entre les étapes. Un flux de travail possède un chemin défini par l'application, bien que le modèle puisse choisir certaines branches. Les systèmes agentiques incluent à la fois des flux de travail et des agents agissant dynamiquement. Nymrio propose ReAct, Reflection, Sequential, Orchestrator, Router, Parallel et Plan-and-Execute. Chacun change de coordination ; cela ne fait pas automatiquement d’un modèle un expert. Plus d'agents signifie plus d'appels et de contrats entre les rôles. Commencez par la solution la plus simple qui réussit vos tests.
Une instruction est un contrat
Une bonne invite spécifie la tâche, les données disponibles, le format de sortie et les critères de réussite. Séparez le rôle des données et incluez un exemple pour les cas ambigus. « Soyez précis » est plus faible que « indiquez uniquement le délai dans la politique fournie ; s'il manque, demandez des éclaircissements ». Quelques plans signifient quelques exemples résolus, pas une liste interminable. Le contenu du document reste une donnée même lorsqu'il contient des commandes. Les délimiteurs sont utiles, mais le logiciel doit appliquer les autorisations et la validation plutôt que de s'appuyer sur l'invite.
Définir le succès avant d’optimiser
Préparer les demandes représentatives et les réponses ou propriétés attendues. Incluez les cas ordinaires, les ambiguïtés, les données manquantes et les erreurs d'outils. Pour RAG, mesurez la récupération des preuves séparément de l’exactitude des réponses. Recall@k mesure la part de preuves pertinentes trouvées dans les k premiers résultats ; précision@k mesure la part des résultats renvoyés qui sont pertinents. Pour les agents, suivez également les actions, les autorisations et les arrêts. Un LLM en tant que juge peut accélérer l'évaluation mais doit être calibré par rapport aux humains. Ne modifiez pas simultanément l'invite, le modèle et l'index si vous souhaitez comprendre ce qui a amélioré les résultats.
Laboratoire détaillé
Classement avant délégation
Instruction illustrative du routeur : "Livraison pour l'expédition ; produit pour les fonctionnalités et la compatibilité ; retours pour la politique de retour. Si plusieurs intentions ne peuvent pas être résolues dans une seule succursale, demandez des éclaircissements. " Les travailleurs utilisent des invites et des sources spécialisées.
Paraphrases de test : « Où est mon colis ? » et « Mon colis n'est pas arrivé » devraient exprimer la même intention. Testez également une demande non couverte : « J'ai besoin d'une facture ». Ne choisissez pas automatiquement la première branche. Dans l'implémentation locale, le travailleur sélectionné répond et l'exécution se termine ; ne supposez pas un retour au routeur comme dans Orchestrator.
Le schéma explicatif
Suivez les flèches pleines pour le flux principal. Les flèches bleues en pointillés fournissent des données ou un contexte ; les flèches roses en pointillés affichent des commentaires ou des résultats renvoyés. Les couleurs et les formes distinguent les modèles, les magasins, les décisions et les sorties. Le routage sélectionne un spécialiste ; les trois branches sont des travailleurs alternatifs et non simultanés. Sur un petit écran, faites défiler horizontalement pour suivre le schéma complet.
Un exemple complet
« Où est mon colis ? » va à la livraison; « Comment installer la pièce ? » va au support technique. «Je veux un retour et une nouvelle pièce» a besoin d'une clarification ou d'une architecture coordonnée.
router: LunaDispatcher
route_1: DeliverySpecialist
route_2: TechnicalSpecialist
Essayez-le vous-même
- Préparez dix demandes et justifiez chaque itinéraire retenu.
- Enregistrez l’entrée, la source et le résultat attendu avant d’exécuter l’expérience. Utilisez uniquement les données fictives de l'exemple.
- Suivez les étapes du diagramme. À chaque étape, enregistrez les informations reçues et produites ; ne confondez pas le résultat intermédiaire avec le résultat final.
- Répétez après avoir supprimé les informations nécessaires ou rendu la saisie ambiguë. Vérifiez si le système clarifie, arrête ou invente une réponse.
- Comparez avec la solution expliquée. Conservez la configuration, la date, le résultat et une explication des différences. Changez une chose et retestez.
Une solution expliquée
L'itinéraire correspond à l'intention ; les demandes ambiguës ne sont pas imposées à un spécialiste inadapté. Un exercice réussi vous permet de montrer le lien entre les contributions, les étapes et les résultats. Lorsqu’une information manque, une réponse prudente est plus utile que des détails inventés. Comparez bien plus que le style : vérifiez également les conditions, les sources et les opérations.
Quand cette approche est utile et quelles sont ses limites
L'interface utilisateur locale et la validation de l'API diffèrent selon la dénomination du routeur/superviseur ; si l’enregistrement est rejeté, utilisez l’exercice conceptuel et signalez le problème. Choisissez cette approche lorsqu’elle améliore un besoin mesuré. Gardez une base de référence simple et comparez les résultats en utilisant des entrées identiques. Un exemple réussi n’établit pas la fiabilité dans toutes les situations.
Vérifiez vos connaissances
Le multi-agent est-il un huitième modèle ?
Non. Il s’agit d’une catégorie architecturale qui peut utiliser plusieurs modèles existants.
Une invite peut-elle remplacer le contrôle d’accès ?
Non. Une instruction n’est pas une limite d’autorisation.
Quel résultat cet exercice devrait-il produire ?
L'itinéraire correspond à l'intention ; les demandes ambiguës ne sont pas imposées à un spécialiste inadapté.
Les mots à retenir
- Hocher la tête: Une étape dans un graphe d’exécution.
- Quelques coups: Exemples résolus fournis en contexte.
- Régresie / Régression: Un changement qui brise un cas précédemment correct.
Sources et votre prochaine étape
Pour préparer : W05 — Orchestrateur : coordinateur et spécialistes