Orchestration générative vs classique dans Copilot Studio : comment choisir, et migrer sans tout casser

Depuis la mi-2024, les nouveaux agents créés dans Copilot Studio utilisent par défaut l'orchestration générative plutôt que l'orchestration classique à base de phrases déclencheuses : l'agent choisit lui-même la combinaison de sujets, d'outils et de sources de connaissance à mobiliser, au lieu de faire correspondre la question de l'utilisateur à une liste de trigger phrases rédigées à la main. C'est un changement de fond, pas un simple réglage cosmétique, et basculer un agent existant du mode classique vers le mode génératif sans préparation casse souvent la désambiguation entre sujets proches, la gestion du contexte de conversation ou le comportement des entrées utilisateur. Cet article détaille les différences concrètes entre les deux modes, les limites connues à anticiper, et une méthode pour migrer un agent en production sans régression.

Orchestration générative, orchestration classique : de quoi parle-t-on ?

Dans Copilot Studio, chaque agent (au sens du standard harness, celui utilisé pour la grande majorité des agents métier construits par sujets) doit déterminer, à chaque message, quel sujet, outil ou source de connaissance utiliser pour répondre. Deux logiques coexistent :

Orchestration classique : des phrases déclencheuses et un sujet à la fois

Chaque sujet est associé à une liste de trigger phrases (5 à 20 formulations courtes) que le moteur NLU natif, NLU+ ou un modèle CLU Azure rapproche de la question posée. L'agent sélectionne un seul sujet, celui dont les phrases déclencheuses correspondent le mieux, et retombe sur la recherche de connaissance en l'absence de correspondance. C'est un modèle déterministe : le comportement est prévisible, reproductible, mais chaque cas doit être anticipé et câblé explicitement par le concepteur (nœuds de question pour demander une information, nœuds de message pour répondre).

Orchestration générative : des descriptions, et un plan généré à la volée

En mode génératif, l'agent ne compare plus une question à des phrases figées : il lit les descriptions de chaque sujet, outil, agent connecté et source de connaissance disponibles, et construit lui-même un plan de réponse, pouvant combiner plusieurs éléments dans un seul tour de conversation. Il génère automatiquement les questions nécessaires pour obtenir les informations manquantes et rédige lui-même la réponse finale à partir de ce qu'il a utilisé, sans qu'un nœud de message ne soit rédigé à l'avance pour ce cas précis.

Comparatif détaillé des deux modes

Les limites connues à anticiper avant de basculer un agent existant

Microsoft documente plusieurs limites actuelles du mode génératif, à vérifier systématiquement avant d'activer ce mode sur un agent déjà en production :

• Désambiguation entre sujets proches : le sujet système « Plusieurs sujets correspondent » (Multiple Topics Matched), qui demande à l'utilisateur de choisir entre deux sujets concurrents en mode classique, n'est pas encore appelé par le planificateur génératif. Si deux sujets ont des descriptions proches, l'agent peut trancher silencieusement pour le mauvais sujet plutôt que de demander une clarification.
• Entités personnalisées non supportées en entrée : les listes fermées et entités RegEx ne peuvent pas encore être utilisées comme paramètres d'entrée d'un sujet ou d'un outil en mode génératif ; il faut repasser par un nœud Question explicite pour collecter ce type de valeur.
• Profondeur de contexte limitée : l'agent génératif ne voit qu'une fenêtre récente de la conversation pour décider quel outil appeler ou quelle entrée remplir ; une information donnée plus tôt dans un échange long peut devoir être redemandée.
• Liens hypertextes en texte brut : les liens présents dans des sources de connaissance (Word, PDF, pages web) ressortent en texte simple dans la réponse générée, sans mise en forme cliquable.
• Déclencheurs d'événements limités à l'anglais : les agents autonomes qui réagissent à un événement (sans message direct de l'utilisateur) ne fonctionnent aujourd'hui qu'en anglais (en-US), même si l'agent est configuré en français pour les conversations directes. Un agent déclenché par un événement métier reste donc à concevoir en orchestration classique, ou à circonscrire à l'anglais, tant que cette limite n'est pas levée.
• Qualité dépendante des descriptions : un sujet, un outil ou une source mal décrit (nom vague, description absente) sera mal sélectionné par le planificateur ; la qualité du mode génératif dépend directement du soin apporté à la rédaction des métadonnées, bien plus qu'en mode classique où les trigger phrases suffisent.

Migrer un agent classique vers le mode génératif sans régression

Basculer le réglage « Utiliser l'IA générative pour déterminer la meilleure façon de répondre » ne prend qu'un instant dans les paramètres de l'agent, mais une migration propre se prépare en amont :

1. Rédiger une description utile sur chaque sujet et chaque outil, en complément (pas en remplacement) des trigger phrases existantes : le planificateur génératif s'appuie sur ces descriptions pour choisir, pas sur les phrases déclencheuses.
2. Nommer les entrées de façon naturelle (« adresse e-mail », « date de début ») plutôt que par des identifiants techniques, pour que les questions générées automatiquement restent compréhensibles sans intervention.
3. Convertir les nœuds de message finaux en variables de sortie plutôt qu'en messages directs, pour laisser l'orchestrateur composer la réponse finale à partir des sorties de plusieurs sujets si nécessaire, au lieu de produire deux réponses partielles et redondantes sur une même question à double intention.
4. Garder le sujet « Plusieurs sujets correspondent » activé pendant toute la phase de test, pour qu'il reprenne la main automatiquement si Microsoft étend la désambiguation au mode génératif, et pour repérer les confusions entre sujets proches dans le panneau de test.
5. Rejouer un jeu de conversations réelles (tickets, transcriptions, questions fréquentes) dans le panneau de test après bascule, en comparant les sujets/outils réellement déclenchés à ceux attendus en mode classique, avant toute mise en production.
6. Isoler les agents pilotés par déclencheurs d'événements de cette migration si l'usage cible n'est pas exclusivement en anglais, et les conserver en orchestration classique jusqu'à nouvel ordre.

Ne pas confondre orchestration et harness

L'orchestration générative est un réglage à l'intérieur du standard harness, le moteur utilisé par la majorité des agents construits par sujets. Elle ne doit pas être confondue avec le choix du harness lui-même, une décision plus large qui concerne la nature même de l'agent : Copilot Studio propose désormais quatre harnesses distincts, chacun avec son propre modèle de facturation et ses propres capacités.

Un agent construit sur le standard harness reste toujours un agent du standard harness, que son orchestration soit classique ou générative : changer d'orchestration ne change jamais de harness, et inversement, migrer vers un autre harness est un projet de refonte bien plus lourd qu'un simple changement de réglage.

Questions fréquentes

Faut-il basculer tous ses agents Copilot Studio existants en orchestration générative ?

Non. Les nouveaux agents l'utilisent par défaut, mais un agent existant en orchestration classique, stable et bien rodé, n'a pas besoin d'être migré sans raison. Le passage au mode génératif est surtout utile quand un agent doit gérer des questions à intentions multiples, un grand nombre de sujets devenu difficile à maintenir avec des trigger phrases, ou une attente de conversation plus naturelle. Pour un agent simple et déterministe qui fonctionne bien, le mode classique reste un choix légitime.

L'orchestration générative fonctionne-t-elle correctement en français ?

Oui pour les conversations directes : le français (France) est en disponibilité générale pour l'orchestration et les réponses générées, comme la quasi-totalité des fonctionnalités d'auteur. La seule zone grise concerne les agents pilotés par déclencheurs d'événements (sans interaction utilisateur directe), qui restent aujourd'hui limités à l'anglais quel que soit le mode d'orchestration choisi.

Changer l'orchestration d'un agent impacte-t-il sa facturation ?

Le mode d'orchestration (générative ou classique) n'est pas en lui-même ce qui détermine le modèle de facturation : c'est le harness choisi pour l'agent qui fixe ce point, via la capacité Copilot Studio pour le standard harness ou via les Copilot Credits pour les autres harnesses. En revanche, un agent en orchestration générative multiplie généralement les appels au modèle par tour de conversation, ce qui peut augmenter la consommation réelle à usage constant, un point à surveiller après bascule plutôt qu'à anticiper uniquement sur le papier.