Surveiller, mettre à jour et retirer votre plug-in ou agent

Une fois que les utilisateurs peuvent accéder au plug-in ou à l’agent, gérez son cycle de vie opérationnel via les surfaces spécifiques au produit pour chaque objet. Il n’existe pas de tableau de bord ou d’action universel qui surveille ou modifie le package de plug-in, ses composants, ses connexions, ses services externes et le package d’application Microsoft 365 ensemble.

Vous entrez dans cette phase avec un objet disponible, ses enregistrements de publication et de disponibilité, et des propriétaires opérationnels et de support identifiés.

Commencez par le résultat dont vous avez besoin.

Besoin opérationnel Procédure
Comprendre l’utilisation, la santé ou l’adoption Surveillez l’utilisation et l’intégrité grâce aux signaux spécifiques au produit disponibles.
Diagnostiquer un problème ou mesurer une modification Évaluez le comportement et la qualité avec des preuves appropriées à l’objet et à la décision.
Améliorer le comportement ou publier un correctif Publiez une mise à jour à l’aide des étapes de création, de package, de publication et de disponibilité requises.
Limiter l’utilisation ou modifier la responsabilité Restreignez l’accès ou transférez la propriété lorsque le produit le prend en charge.
Mettre fin au cycle de vie de la solution Retirez le plug-in ou l’agent et adressez chaque objet et service dépendant.

Surveiller l’utilisation et l’intégrité

Ce que vous devez observer Commencer par
Utilisation et intégrité d’un agent déclaratif approvisionné à partir d’un terminal ou d’un workflow automatisé Activez la surface et exécutez wiqd agent monitorl’outil expérimental Work IQ, qui interroge l’agent Insights pour cet agent. Voir l’extension Work IQ Dev Tools Work IQ.
Réactivité et comportement de tour détaillé pour un agent déclaratif déployé Envoyez une invite avec la commande expérimentale wiqd agent ask ou utilisez l’aperçu Work IQ DevUI pour inspecter la sélection des plugins, la récupération, les citations, les identificateurs et les résultats bruts.
Utilisation, engagement, utilisation des connaissances, réactions et commentaires pour un agent Agent Builder Surveiller les agents dans Agent Builder
Inventaire et propriété des agents à l’échelle de l’organisation Gérer le registre de l’agent
Réponses en langage naturel sur les tendances d’utilisation et d’adoption des agents agrégés dans Copilot Chat Microsoft 365 Insights Agent
Activité pour un serveur MCP géré comme un outil Gérer les outils pour les agents
Utilisateurs, contenu et synchronisation du connecteur Copilot Déployer des connecteurs Copilot

La disponibilité, l’attribution, l’installation ou le déploiement ne constituent pas une preuve d’adoption ou d’utilisation réelle. Suivez les instructions de création de rapports d’utilisation spécifiques au produit pour l’objet et l’expérience Microsoft 365.

La couverture de la surveillance varie selon l’objet et le produit. Ne traitez pas un rapport spécifique à un agent comme une preuve pour chaque composant d’un plug-in.

Évaluer le comportement et la qualité

Commencez par le signal opérationnel, le rapport d’utilisateur, le cas de support ou le changement de produit qui nécessite une action. Identifiez l’objet, la version, l’audience, l’expérience Microsoft, la dépendance et le propriétaire concernés avant de modifier la solution.

L’évaluation appuie deux décisions relatives au cycle de vie. Pendant l’emballage et le test, utilisez-le comme preuve de pré-libération lorsque la qualité de l’agent doit être mesurée. Après le déploiement, réexécutez les évaluations appropriées lorsque les signaux d’utilisation, les rapports d’utilisateur, les modifications de modèle ou de dépendance, ou une mise à jour proposée peuvent affecter le comportement.

L’évaluation est contextuelle et non une exigence universelle après le déploiement. Utilisez-le lorsque vous avez besoin de preuves qu’une modification apportée aux instructions, aux connaissances ou aux outils a amélioré l’expérience. Il ne remplace pas la vérification de la résolution des problèmes ou de la mise en production : empaquetez, validez et testez chaque mise à jour selon les besoins de ses composants, de sa route de publication et de ses expériences cibles.

Enregistrez le signal ou le résultat de l’évaluation qui a conduit à la modification.

Publier une mise à jour

Une mise à jour suit à nouveau le cycle de vie : modifiez → testez les composants → package et testez la nouvelle version → publiez via l’itinéraire pris en charge → effectuez les actions de disponibilité requises → revérifiez les expériences prévues.

Une modification fonctionnelle doit revenir à Package et Test avant la republication de la version mise à jour.

Utilisez la voie de développement et de publication prise en charge par l’objet. Work IQ Dev Tools est une voie de mise à jour ; Agent Builder, Microsoft 365 Agents Toolkit, Copilot Studio, le déploiement organisationnel et Microsoft Marketplace ont leurs propres procédures.

Acheminer Procédure de mise à jour
Work IQ Dev Tools agent déclaratif Suivez la boucle d’édition, de validation, d’approvisionnement, d’empaquetage, de publication et de surveillance documentée tout au long du cycle de vie de l’agent.
Package de plug-in Alpha WIQD Régénérez, validez statiquement, provisionnez l’environnement prévu, empaquetez, exécutez une validation approfondie et répétez l’itinéraire de partage ou de téléchargement par l’administrateur pris en charge. La wiqd plugin Surface ne fournit pas de commande de publication ou de restauration.
Partage direct du générateur d’agent Publiez la modification dans le générateur d’agent. Vérifiez le comportement de l’audience partagée.
Catalogue de l’organisation Agent Builder Publiez la modification, puis renvoyez l’agent approuvé.
Microsoft 365 Agents Toolkit Empaquetez, testez et republiez le package d’application mis à jour.
Copilot Studio Publiez l’agent mis à jour, puis suivez sa procédure de disponibilité organisationnelle prise en charge.
Place de marché Microsoft Soumettez l’offre mise à jour via l’Espace partenaires Microsoft et terminez la certification si nécessaire.

Confirmez quelle version a atteint chaque audience. Une version partagée et une version de catalogue d’organisations peuvent avoir des états de mise à jour et d’approbation différents.

La restauration et la restauration ne sont pas disponibles pour tous les objets ou itinéraires de publication. Utilisez la procédure spécifique au produit lié pour vérifier si une version antérieure peut être restaurée et quels packages, composants, connexions ou services externes nécessitent une action distincte.

Restreindre ou bloquer l’accès

Choisissez un contrôle basé sur l’objet et l’effet recherché :

  • Pour les agents, utilisez le contrôle de disponibilité, d’affectation, de blocage ou de suppression documenté.
  • Pour les plug-ins, les compétences, les serveurs MCP et les connecteurs représentés sous forme d’outils, utilisez l’action d’outil documentée.
  • Pour le partage direct, mettez à jour les paramètres de partage sur l’objet partagé.
  • Pour le contenu et la synchronisation du connecteur, mettez à jour la configuration de la connexion.

Voir Régir l’accès, les outils et les connexions pour la carte de contrôle à la surface.

Le blocage ou la suppression d’un objet ne désactive pas nécessairement un service externe ou ne supprime pas les données indexées. Passez en revue chaque dépendance séparément.

Transférer la propriété ou le support

Lorsque la responsabilité de la propriété ou du soutien change :

  1. Vérifiez que le produit prend en charge le transfert de propriété ou la réattribution de l’objet.
  2. Transférer ou réaffecter l’objet pris en charge via sa procédure spécifique au produit.
  3. Mettre à jour les contacts, les référentiels sources, les enregistrements de publication, les informations d’identification, les inscriptions d’applications, les connexions, les services externes et les chemins d’escalade, le cas échéant.
  4. Vérifiez que le nouveau propriétaire peut surveiller, mettre à jour, restreindre et retirer chaque objet qu’il est censé gérer.
  5. Enregistrez toute dépendance qui conserve un propriétaire différent.

Ne considérez pas le transfert d’un agent, d’un package ou d’un enregistrement de catalogue comme le transfert de tous les composants et dépendances externes.

Mettre hors service le plug-in ou l’agent

  1. Identifiez chaque objet publié, partagé, déployé et connecté dans la solution.
  2. Informez les utilisateurs affectés et les propriétaires du support.
  3. Supprimer la disponibilité par chaque voie de publication ou d’administration.
  4. Supprimez ou réattribuez les connexions, les inscriptions d’applications, les autorisations, les comptes de service et les accès aux services externes qui ne sont plus nécessaires.
  5. Réattribuer la propriété ou supprimer l’objet conformément à sa procédure spécifique au produit.
  6. Enregistrez l’état final, la date de retrait, le propriétaire et l’emplacement de la source et des artefacts archivés.

La mise hors service est terminée lorsque les utilisateurs ne peuvent plus accéder à l’objet mis hors service, que ses dépendances sont supprimées ou réaffectées et que son état final est enregistré.

Pour un projet de plug-in WIQD alpha, wiqd plugin delete détruit les ressources provisionnées pour l’environnement sélectionné. Il ne supprime pas chaque package partagé, chargement administrateur, enregistrement de catalogue, connexion, informations d’identification ou service externe. Effectuez les actions de mise hors service applicables ci-dessus. Consultez Créer un plug-in avec les outils de développement Work IQ.

Enregistrer le résultat du cycle de vie

Enregistrez un ou plusieurs résultats :

  • Une version améliorée, testée et republiée, y compris son itinéraire de publication et son audience vérifiée.
  • Modification documentée de l’accès, de l’affectation, de la propriété, de la connexion ou du support.
  • Objet mis hors service en toute sécurité avec les dépendances, les informations d’identification, les données, la propriété et la communication utilisateur adressées.

Vous quittez cette étape avec une mise à jour enregistrée, un changement opérationnel ou le résultat de la mise hors service.

Contenu connexe

  • Last updated on