Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Utilisez Microsoft Foundry Toolkit pour Visual Studio Code pour travailler avec des flux de travail déclaratifs existants et les préparer à la migration. Vous pouvez tester un flux de travail enregistré, modifier son YAML exporté et utiliser GitHub Copilot pour convertir la définition en code agent Framework Microsoft.
Important
Les flux de travail déclaratifs dans Microsoft Foundry sont en préversion et mis hors service le 1er décembre 2026. Utilisez Microsoft Framework d’agent pour le nouveau développement de flux de travail. Cette mise hors service n’affecte pas l’orchestration basée sur le code dans les agents hébergés. Consultez le guide de migration de flux de travail pour connaître les chemins de migration pris en charge.
Prerequisites
- Installez Microsoft Foundry Toolkit pour Visual Studio Code.
- Sélectionnez le projet Foundry qui contient votre flux de travail déclaratif existant.
- Accès à la lecture et à l’exécution de ce flux de travail et de ses agents référencés. Pour enregistrer les modifications, vous devez également avoir l’autorisation de créer une version de l’agent dans le projet. Consultez le contrôle d’accès en fonction du rôle Foundry.
- Pour la conversion du code, l’accès à GitHub Copilot dans Visual Studio Code.
Afficher un flux de travail d’agent déclaratif
Recherchez le flux de travail dans la liste des agents consolidés de votre projet.
- Dans la vue Foundry Toolkit , sous Mes ressources, confirmez le projet Foundry sélectionné.
- Sélectionnez Agents, puis sélectionnez l’onglet Flux de travail .
- Sélectionnez le nom du flux de travail pour ouvrir son terrain de jeu.
- Utilisez le sélecteur de version pour choisir la version enregistrée que vous souhaitez inspecter.
Le terrain de jeu montre le graphique de flux de travail et une zone de conversation. Le graphique est en lecture seule. Utilisez le yaML exporté ou le portail Foundry pour modifier la définition.
Modifier une définition de flux de travail existante
Exportez la définition avant de la modifier ou de la migrer. Conservez une copie du YAML d’origine afin de pouvoir la comparer à vos modifications.
- Ouvrez le flux de travail existant dans le portail Foundry.
- Dans le concepteur de flux de travail, basculez vers la vue YAML et copiez ou exportez la définition. Pour plus d’informations, consultez Exporter votre définition de flux de travail.
- Enregistrez la définition dans votre espace de travail local sous un nom se terminant par
.workflow.yaml, tel quesupport.workflow.yaml. - Ouvrez le fichier dans Visual Studio Code et modifiez le fichier YAML.
- Enregistrez le fichier. Les modifications apportées aux fichiers locaux ne mettent pas à jour le flux de travail dans Foundry.
Enregistrer une nouvelle version du flux de travail existant
Avant la mise hors service, vous pouvez déployer une définition modifiée dans le même flux de travail. Confirmez le nom du projet et du flux de travail pour éviter de créer une autre ressource.
- Vérifiez que le projet du flux de travail d’origine est sélectionné dans Foundry Toolkit.
- Une fois le
.workflow.yamlfichier ouvert, sélectionnez Déployer dans la barre d’outils de l’éditeur. - Dans Entrer le nom du flux de travail, entrez le nom du flux de travail existant.
- Attendez la notification de réussite du déploiement.
- Rouvrez le flux de travail à partir duflux de travailAgents> et sélectionnez la nouvelle version.
Le déploiement avec un nom de workflow existant crée une nouvelle version. Un autre nom crée un flux de travail distinct ; n’utilisez pas ce chemin pour démarrer le nouveau développement de flux de travail.
Tester un flux de travail dans le terrain de jeu
Testez la version enregistrée que vous envisagez de conserver ou de migrer. Utilisez les mêmes requêtes ultérieurement pour comparer l’implémentation migrée.
- Ouvrez le terrain de jeu du flux de travail et sélectionnez la version requise.
- Sous l’onglet Terrain de jeu , sélectionnez Nouveau pour démarrer une nouvelle session de terrain de jeu.
- Saisissez une requête qui teste le flux de travail et envoyez-la.
- Passez en revue la réponse et le graphique d’exécution. Vérifiez que les agents, branches et étapes attendus s’exécutent.
- Répétez l’opération avec des requêtes testant différents chemins d’exécution, des entrées manquantes et toutes les étapes d’approbation de votre workflow.
Le playground exécute le workflow Foundry enregistré. Il n'exécute pas de modifications non enregistrées dans votre fichier YAML local ou le code généré par Copilot.
Convertir un flux de travail YAML en code Agent Framework
Utilisez l'action de génération de code du terrain de jeu pour demander GitHub Copilot pour convertir la définition de flux de travail sélectionnée. Le code généré est un point de départ que vous devez examiner et tester.
- Dans le terrain de jeu de flux de travail, sélectionnez la version à migrer.
- Sélectionnez Générer du code.
- Choisissez Python ou C#.
- Passez en revue la demande de conversion dans Copilot Chat et suivez ses invites pour générer le code.
- Passez en revue le projet généré, les dépendances, les connexions de modèle, les outils et la configuration de l’authentification.
- Comparez son orchestration avec le YAML exporté. Vérifiez les branchements, les variables, les appels d’agent et les étapes d’approbation humaine.
- Exécutez le code localement et testez-le avec les demandes que vous avez utilisées pour le flux de travail d’origine. Utilisez Agent Inspector pour examiner l’exécution.
- Lorsque le code se comporte comme requis, suivez Créer des agents hébergés pour préparer un projet d’agent hébergé pris en charge, le déployer et tester la version déployée.
La conversion de code ne déploie pas d’agent hébergé ni ne garantit un comportement équivalent. Conservez la définition d’origine jusqu’à ce que vous terminez la migration et confirmez que les applications dépendantes utilisent le remplacement.
Utilisez Agent Inspector pour inspecter un flux de travail Agent Framework local pris en charge. Pour collecter des spans à partir de ce code ou examiner un agent hébergé déployé, consultez Traçage dans Foundry Toolkit. Ces étapes d’inspection locales ne remplacent pas le playground distant pour un flux de travail déclaratif.
Pour d’autres options de migration, notamment Agent Framework déclaratif en YAML, Azure Logic Apps et les connexions A2A directes, consultez le guide de migration des workflows.
Contenu connexe
Utilisez ces guides pour choisir et terminer votre migration :