Remarque
L’accès à cette page requiert une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page requiert une autorisation. Vous pouvez essayer de modifier des répertoires.
Créez le package de plug-in versionné exact que vous avez l’intention de tester et de publier. Cette étape intervient après que les composants du plug-in ont travaillé ensemble dans l’environnement de développement ou de test prévu.
Importante
Un .zip fichier n’est pas automatiquement un package de plug-in pris en charge. Utilisez une voie d’empaquetage uniquement lorsqu’elle prend en charge les composants du plug-in 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 le package de plug-in, tandis que d’autres vous obligent à assembler ses manifestes, ses métadonnées, sa configuration et ses ressources. Le package référence des serveurs MCP distants, des API, des services de connecteur et d’autres services externes plutôt que de les inclure physiquement.
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
| Itinéraire du package de plug-in | Création du package | Résultat |
|---|---|---|
| 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. |
| Package de plug-in créé avec Microsoft 365 Agents Toolkit, lorsque le workflow sélectionné prend en charge les composants du plug-in et cible les expériences | 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. |
Package de plug-in produit par le workflow pris en charge. |
| Un package de plug-in pris en charge par un autre workflow spécifique au plug-in | Suivez la commande documentée, l’action d’interface utilisateur ou le flux de travail automatisé pour ce package. | Paquet de plug-in installable identifié par cette procédure. |
Si aucune voie d’empaquetage ne prend en charge les composants de votre plug-in et ciblez les expériences, arrêtez. Choisissez une méthode prise 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 d’empaquetage pour l’itinéraire de plug-in 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 de mise en package et méthode de publication prévue.
- 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 du plugin. Ne le publiez pas tant qu’il n’a pas réussi le package, l’installation, l’accès, le scénario, l’expérience et toutes les vérifications d’évaluation requises.