Überwachen, Aktualisieren und Außerbetriebnehmen Ihres Plug-Ins oder Agents

Nachdem Benutzer auf das Plug-In oder den Agent zugreifen können, verwalten Sie dessen Betriebslebenszyklus über die produktspezifischen Oberflächen für jedes Objekt. Es gibt nicht das eine universelle Dashboard oder die Aktion, die das Plug-In-Paket, seine Komponenten, Verbindungen, externen Dienste und das Microsoft 365-App-Paket zusammen überwacht oder ändert.

Sie beginnen diese Phase mit einem verfügbaren Objekt, seinen Veröffentlichungs- und Verfügbarkeitsdatensätzen sowie identifizierten Betriebs- und Supportverantwortlichen.

Beginnen Sie mit dem Ergebnis, das Sie benötigen.

Betriebliche Notwendigkeit Vorgehensweise
Grundlegendes zu Verwendung, Integrität oder Akzeptanz Überwachen Sie Nutzung und Integrität über die verfügbaren produktspezifischen Signale.
Diagnostizieren eines Problems oder Messen einer Veränderung Bewerten Sie Verhalten und Qualität mit Nachweisen, die dem Objekt und der Entscheidung angemessen sind.
Verhalten verbessern oder Fix veröffentlichen Veröffentlichen Sie ein Update über die erforderlichen Schritte zum Build, Paket, zur Veröffentlichung und zur Verfügbarkeit.
Einschränken der Nutzungs- oder Änderungsverantwortung Beschränken Sie den Zugriff oder übertragen Sie den Besitz , wenn das Produkt dies unterstützt.
Beenden des Lösungslebenszyklus Ziehen Sie das Plug-In oder den Agent zurück, und behandeln Sie jedes abhängige Objekt und jeden abhängigen Dienst.

Überwachen von Nutzung und Integrität

Was Sie beachten müssen beginnen mit
Nutzung und Integrität eines bereitgestellten deklarativen Agenten aus einem Terminal oder automatisierten Workflow Aktivieren Sie die experimentelle Work IQ-Oberfläche und führen Sie sie aus wiqd agent monitor, die den Insights-Agent nach diesem Agent abfragt. Weitere Informationen finden Sie unter Work IQ Dev Tools Work IQ-Erweiterung.
Reaktionsfähigkeit und detailliertes Turn-Verhalten für einen bereitgestellten deklarativen Agenten Senden Sie eine Eingabeaufforderung mit dem experimentellen wiqd agent ask Befehl oder verwenden Sie die Vorschau Work IQ DevUI , um die Auswahl, den Abruf, die Zitate, Bezeichner und Rohergebnisse des Plug-Ins zu überprüfen.
Nutzung, Engagement, Wissensnutzung, Reaktionen und Kommentare für einen Agent Builder-Agent Überwachen von Agents im Agent Builder
Organisationsweiter Agentbestand und -besitz Verwalten der Agent-Registrierung
Antworten in natürlicher Sprache zu aggregierten Agent-Nutzungs- und Akzeptanztrends in Copilot Chat Microsoft 365 Insights-Agent
Aktivität für einen als Tool verwalteten MCP-Server Tools für Agenten verwalten
Copilot Connector Benutzer, Inhalte und Synchronisierung Bereitstellen von Copilot-Connectors

Verfügbarkeit, Zuweisung, Installation oder Bereitstellung sind kein Beweis für die Annahme oder tatsächliche Nutzung. Folgen Sie den verknüpften produktspezifischen Anleitungen zur Nutzungsberichterstattung für das Objekt und die Microsoft 365-Erfahrung.

Die Überwachungsabdeckung variiert je nach Objekt und Produkt. Behandeln Sie einen agentspezifischen Bericht nicht als Beweis für jede Komponente in einem Plug-In.

Verhalten und Qualität auswerten

Beginnen Sie mit dem Betriebssignal, dem Benutzerbericht, dem Supportfall oder der Produktänderung, die Maßnahmen erfordert. Identifizieren Sie das betroffene Objekt, die Version, die Zielgruppe, die Microsoft-Erfahrung, die Abhängigkeit und den Besitzer, bevor Sie die Lösung ändern.

Die Auswertung unterstützt zwei Lebenszyklusentscheidungen. Verwenden Sie es während des Pakets und des Tests als Nachweis vor der Version, wenn die Agent-Qualität gemessen werden muss. Führen Sie nach der Bereitstellung entsprechende Auswertungen erneut aus, wenn Nutzungssignale, Benutzerberichte, Modell- oder Abhängigkeitsänderungen oder ein vorgeschlagenes Update das Verhalten beeinflussen könnten.

Die Bewertung ist kontextbezogen und keine universelle Anforderung nach der Bereitstellung. Verwenden Sie es, wenn Sie den Nachweis benötigen, dass eine Änderung an Anweisungen, Wissen oder Tools die Benutzererfahrung verbessert hat. Sie ersetzt nicht die Problembehandlung oder Versionsprüfung: Verpacken, validieren und testen Sie jedes Update gemäß den Komponenten, der Veröffentlichungsroute und den Zielfunktionen.

Zeichnen Sie das Signal oder das Bewertungsergebnis auf, das zu der Änderung geführt hat.

Update veröffentlichen

Ein Update folgt wieder dem Lebenszyklus: Ändern → testen Sie Komponenten → Pakets und testen Sie die neue Version→ veröffentlichen Sie sie über die unterstützte Route → führen Sie die erforderlichen Verfügbarkeitsaktionen aus → überprüfen Sie die beabsichtigten Erfahrungen erneut.

Eine Funktionsänderung muss zu Paket und Test zurückkehren, bevor die aktualisierte Version erneut veröffentlicht wird.

Verwenden Sie die vom Objekt unterstützte Entwicklungs- und Veröffentlichungsroute. Work IQ Dev Tools ist ein Update-Weg; Agent Builder, Microsoft 365 Agents Toolkit, Copilot Studio, Organisationsbereitstellung und Microsoft Marketplace verfügen über eigene Verfahren.

Route Update-Verfahren
Work IQ DevTools Deklarativer Agent Befolgen Sie die dokumentierte Schleife zum Bearbeiten, Validieren, Bereitstellen, Verpacken, Veröffentlichen und Überwachen im Lebenszyklus des Agents.
Alpha WIQD-Plugin-Paket Erstellen Sie neu, validieren Sie die statische Validierung, stellen Sie die beabsichtigte Umgebung bereit, verpacken Sie sie, führen Sie eine umfassende Überprüfung durch, und wiederholen Sie die unterstützte Freigabe- oder Administrator-Uploadroute. Die wiqd plugin Oberfläche bietet keinen Veröffentlichungs- oder Rollback-Befehl.
Direkte Freigabe des Agent Builders Veröffentlichen Sie die Änderung im Agent-Generator. Überprüfen Sie das Verhalten für die freigegebene Zielgruppe.
Agent Builder-Organisationskatalog Veröffentlichen Sie die Änderung, und übermitteln Sie dann den genehmigten Agent erneut.
Microsoft 365 Agents Toolkit Verpacken, testen und veröffentlichen Sie das aktualisierte App-Paket erneut.
Copilot Studio Veröffentlichen Sie den aktualisierten Agent, und befolgen Sie dann das unterstützte Verfahren zur Verfügbarkeit in der Organisation.
Microsoft Marketplace Übermitteln Sie das aktualisierte Angebot über das Microsoft Partner Center und schließen Sie bei Bedarf die Zertifizierung ab.

Bestätigen Sie, welche Version jede Zielgruppe erreicht hat. Eine freigegebene Version und eine Organisationskatalogversion können unterschiedliche Aktualisierungs- und Genehmigungsstatus aufweisen.

Rollback und Wiederherstellung sind nicht für jedes Objekt oder jede Veröffentlichungsroute verfügbar. Verwenden Sie das verknüpfte produktspezifische Verfahren, um zu bestätigen, ob eine frühere Version wiederhergestellt werden kann und welche Pakete, Komponenten, Verbindungen oder externen Dienste eine separate Aktion erfordern.

Zugriff einschränken oder blockieren

Wählen Sie ein Steuerelement basierend auf dem Objekt und dem gewünschten Effekt aus:

  • Verwenden Sie für Agents die dokumentierte Verfügbarkeits-, Zuweisungs-, Blockierungs- oder Entfernungskontrolle.
  • Verwenden Sie für Plug-Ins, Skills, MCP-Server und Connectors, die als Tools dargestellt werden, die dokumentierte Toolaktion.
  • Aktualisieren Sie für die direkte Freigabe die Freigabeeinstellungen für das freigegebene Objekt.
  • Aktualisieren Sie für Connectorinhalte und Synchronisierung die Verbindungskonfiguration.

Siehe Steuern des Zugriffs, der Werkzeuge und Verbindungen für die Kontroll-zu-Oberfläche-Karte.

Das Blockieren oder Entfernen eines Objekts deaktiviert nicht notwendigerweise einen externen Dienst oder entfernt indizierte Daten. Überprüfen Sie jede Abhängigkeit separat.

Übertragen des Besitzes oder des Supports

Bei Änderungen der Verantwortlichkeiten für den Besitz oder den Support:

  1. Vergewissern Sie sich, dass das Produkt die Übertragung des Eigentums oder die Neuzuweisung des Objekts unterstützt.
  2. Übertragen oder ordnen Sie das unterstützte Objekt über sein produktspezifisches Verfahren neu zu.
  3. Aktualisieren Sie ggf. Supportkontakte, Quellrepositorys, Veröffentlichungsdatensätze, Anmeldeinformationen, App-Registrierungen, Verbindungen, externe Dienste und Eskalationspfade.
  4. Stellen Sie sicher, dass der neue Besitzer jedes Objekt, das er verwalten soll, überwachen, einschränken und zurückziehen kann.
  5. Erfassen Sie alle Abhängigkeiten, die einen anderen Besitzer behalten.

Behandeln Sie die Übertragung eines Agenten-, Paket- oder Katalogdatensatzes nicht als Übertragung aller Komponenten und externen Abhängigkeiten.

Zurückziehen des Plug-Ins oder Agents

  1. Identifizieren Sie jedes veröffentlichte, freigegebene, bereitgestellte und verbundene Objekt in der Lösung.
  2. Benachrichtigen Sie die betroffenen Benutzer und Supportbesitzer.
  3. Entfernen Sie die Verfügbarkeit über die einzelnen Veröffentlichungs- oder Verwaltungsrouten.
  4. Entfernen oder weisen Sie Verbindungen, App-Registrierungen, Berechtigungen, Dienstkonten und Zugriffe auf externe Dienste neu zu, die nicht mehr benötigt werden.
  5. Weisen Sie den Besitz neu zu oder löschen Sie das Objekt gemäß dem produktspezifischen Verfahren.
  6. Notieren Sie den endgültigen Status, das Außerbetriebnahmedatum, den Besitzer und den Speicherort der archivierten Quelle und Artefakte.

Die Zurückziehung ist abgeschlossen, wenn Benutzer nicht mehr auf das zurückgezogene Objekt zugreifen können, seine Abhängigkeiten entfernt oder neu zugewiesen werden und sein endgültiger Zustand aufgezeichnet wird.

Für ein Alpha-WIQD-Plug-In-Projekt wiqd plugin delete werden die für die ausgewählte Umgebung bereitgestellten Ressourcen beendet. Es werden nicht alle freigegebenen Pakete, Administratoruploads, Katalogdatensätze, Verbindungen, Anmeldeinformationen oder externen Dienste entfernt. Führen Sie die oben genannten entsprechenden Maßnahmen zur Außerbetriebnahme aus. Weitere Informationen finden Sie unter Erstellen eines Plug-Ins mit Work IQ Dev Tools.

Aufzeichnen des Lebenszyklusergebnisses

Zeichnen Sie ein oder mehrere Ergebnisse auf:

  • Eine verbesserte, getestete und erneut veröffentlichte Version, einschließlich des Veröffentlichungsweges und der verifizierten Zielgruppe.
  • Eine dokumentierte Zugriffs-, Zuweisungs-, Eigentums-, Verbindungs- oder Supportänderung.
  • Ein sicher zurückgezogenes Objekt, bei dem Abhängigkeiten, Anmeldeinformationen, Daten, Eigentum und Benutzerkommunikation berücksichtigt werden.

Sie verlassen diese Phase mit einem aufgezeichneten Update, einer betrieblichen Änderung oder einem Ausscheidungsergebnis.

Verwandte Inhalte

  • Zuletzt aktualisiert um