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.
Créez l’artefact versionné exact que vous avez l’intention de tester et de publier. Il s’agit de la deuxième étape de Création de packages et de tests, une fois que vos composants terminés ont travaillé ensemble dans l’environnement de développement ou de test prévu.
Importante
Un .zip produit pour un agent ou une application Microsoft 365 n’est pas automatiquement un package de plug-in pour chaque combinaison de composants. Utilisez un itinéraire uniquement lorsqu’il prend en charge les composants et les expériences Microsoft 365 que vous avez l’intention de publier.
L’empaquetage est spécifique à un outil. Certains outils créent automatiquement l’artefact, tandis que d’autres nécessitent que vous assembliez des manifestes, des métadonnées, une configuration et des ressources. Les serveurs MCP distants, les API, les services de connecteur et les autres services externes sont référencés par le package plutôt que physiquement inclus dans celui-ci.
Avant de commencer
Effectuez les tests d’intégration. Confirmez que :
- Les composants sont construits et testés individuellement et ensemble.
- Les dépendances, l’authentification, les autorisations, les connexions, les points de terminaison et les services externes sont configurés.
- Vous savez quelles expériences Microsoft 365 le plug-in doit prendre en charge.
- Les versions des composants, les limitations connues et les problèmes non résolus sont enregistrés.
N’utilisez pas d’empaquetage pour résoudre un composant ou une intégration inachevée. Retournez à Générer ou réutilisez lorsqu’un composant requis ne fonctionne pas.
Choisissez votre chemin d’emballage
| Qu’avez-vous construit ? | Création du package | Résultat |
|---|---|---|
| Projet d’agent déclaratif pris en charge par Work IQ Dev Tools | Exécutez wiqd agent validate pour la validation statique du projet, puis exécutez wiqd agent package. Validez en profondeur le package résolu à l’étape suivante. |
Déployable .zip pour chargement indépendant ou téléchargement. |
| Un projet de plug-in WIQD alpha qui compose des agents, des compétences ou des connecteurs MCP distants pris en charge | Exécutez wiqd plugin validate, provisionnez l’environnement sélectionné pour lier l’identité du package, puis exécutez wiqd plugin package. Validez en profondeur le package créé à l’étape suivante. Consultez Créer un plug-in avec les outils de développement Work IQ. |
Déployable .zip pour le partage pris en charge ou le chargement administrateur. |
| Un projet de manifeste d’application Microsoft 365 pris en charge créé avec Microsoft 365 Agents Toolkit | Sélectionnez Compresser le package d’application Teams ou utilisez l’action de cycle de teamsApp/zipAppPackage vie. Consultez Personnaliser le manifeste d’une application dans Agents Toolkit. |
appPackage/build/appPackage.<environment>.zip. |
| Un agent pour Microsoft 365 Copilot créé dans Copilot Studio | Sélectionnez Publier, puis utilisez Télécharger comme .zip dans les options de disponibilité. Consultez Publier et configurer un agent pour Microsoft 365 Copilot. | A .zip pour un téléchargement manuel ou une soumission à un administrateur. |
| Composants pris en charge par un autre workflow spécifique au plug-in | Suivez la commande, l’action d’interface utilisateur ou le flux de travail automatisé documenté. | Artefact installable identifié par cette procédure. |
Si un itinéraire ne prend pas en charge les composants et les expériences cibles prévus, arrêtez-le. Choisissez un itinéraire pris en charge ou révisez le plug-in. Ne combinez pas ou ne renommez pas les artefacts pour créer un package non pris en charge.
Remarque
Static wiqd plugin validate vérifie uniquement la surface de l’agent déclaratif et les fichiers API-plugin ou OpenAPI référencés. Un plug-in de compétence uniquement ou de connecteur uniquement peut réussir la case activée statique sans que ses capacités de niveau supérieur ne soient validées. La validation profonde du package d’abord est nécessaire pour case activée le package d’application créé.
Création du package
- Ouvrez la procédure pour l’itinéraire sélectionné.
- Sélectionnez l’environnement prévu et les versions exactes des composants que vous avez testés.
- Exécutez la commande documentée, l’action d’interface utilisateur ou le flux de travail automatisé.
- Enregistrez le nom de l’artefact, l’emplacement, la version, l’environnement et la version de l’outil.
Vérifiez l’artefact généré
Vérifiez que :
- L’identité du plugin et la version du package sont correctes.
- Le package contient les manifestes, les métadonnées, la configuration et les ressources attendus.
- Les déclarations de composants, les fichiers, les identificateurs, les points de terminaison et les références de service correspondent aux versions que vous avez testées.
- Le package utilise la configuration d’environnement prévue.
- Les exigences d’authentification, d’autorisation, de consentement et de connexion sont déclarées sans informations d’identification, jetons ou secrets.
- Le package ne contient pas de fichiers temporaires, de journaux, de données de test ou d’artefacts non liés.
Préparation à la publication d’enregistrements
Conservez un enregistrement de préparation à la publication pour le test et la validation, et terminez-le avant la publication. Enregistrement :
- Identité du package ou de l’artefact et version exacte.
- Composants, services distants et références externes.
- Outil d’empaquetage et itinéraire de publication prévu.
- Expériences et environnements Microsoft 365 testés.
- Exigences en matière d’authentification, d’autorisation, de consentement et de connexion.
- Preuve de validation et résultat.
- Limitations connues, combinaisons non prises en charge et risques acceptés.
- Propriétaire de la version et date de validation.
Suivant : Tester et valider votre plug-in
Continuez à valider et à tester le package exact. Ne publiez pas l’artefact tant qu’il n’a pas réussi les vérifications applicables du package, de l’installation, de l’accès, du scénario, de l’expérience et de la qualité de l’agent.