Verpacken Ihres Plug-Ins für Microsoft 365 Copilot

Erstelle genau das versionierte Plug-In-Paket, das du testen und veröffentlichen möchtest. Dieser Schritt erfolgt, nachdem die Komponenten des Plug-Ins in der vorgesehenen Entwicklungs- oder Testumgebung zusammengearbeitet haben.

Wichtig

Eine .zip Datei ist nicht automatisch ein unterstütztes Plug-In-Paket. Verwenden Sie eine Paketroute nur, wenn sie die Komponenten des Plug-Ins und die Microsoft 365-Erfahrungen unterstützt, die Sie veröffentlichen möchten.

Die Verpackung ist werkzeugspezifisch. Einige Tools erstellen das Plug-In-Paket automatisch, während andere erfordern, dass Sie die Manifeste, Metadaten, Konfiguration und Ressourcen zusammenstellen. Das Paket verweist auf Remote-MCP-Server, APIs, Konnektordienste und andere externe Dienste, anstatt sie physisch einzuschließen.

Bevor Sie beginnen

Schließen Sie Integrationstests ab. Stellen Sie sicher, dass:

  • Die Komponenten werden einzeln und zusammen gebaut und getestet.
  • Abhängigkeiten, Authentifizierung, Berechtigungen, Verbindungen, Endpunkte und externe Dienste werden konfiguriert.
  • Sie wissen, welche Microsoft 365-Erfahrungen das Plug-In unterstützen muss.
  • Die Komponentenversionen, bekannte Einschränkungen und nicht behobene Probleme werden aufgezeichnet.

Verwenden Sie Pakete nicht zum Auflösen einer unfertigen Komponente oder Integration. Kehren Sie zu "Erstellen" zurück, oder verwenden Sie es wieder , wenn eine erforderliche Komponente nicht funktioniert.

Wählen Sie Ihren Verpackungspfad aus

Route des Plug-In-Pakets Erstellen des Pakets Ergebnis
Ein Alpha-WIQD-Plug-In-Projekt, das unterstützte Agenten, Skills oder Remote-MCP-Connectors zusammenstellt Ausführen wiqd plugin validate, stellen Sie die ausgewählte Umgebung bereit, um die Paketidentität zu binden, und führen Sie dann aus wiqd plugin package. Überprüfen Sie das erstellte Paket im nächsten Schritt genau. Weitere Informationen finden Sie unter Erstellen eines Plug-Ins mit Work IQ Dev Tools. Ein bereitstellbares Element .zip für die unterstützte Freigabe oder den Administrator-Upload.
Ein mit dem Microsoft 365 Agents Toolkit erstelltes Plug-In-Paket, wenn der ausgewählte Workflow die Komponenten und Zielerlebnisse des Plug-Ins unterstützt Wählen Sie das ZIP-Teams-App-Paket aus, oder verwenden Sie die teamsApp/zipAppPackage Lifecycle-Aktion. Siehe Anpassen eines App-Manifests im Agenten-Toolkit. Das Plug-In-Paket, das vom unterstützten Workflow erstellt wurde.
Ein Plug-in-Paket, das von einem anderen Plug-in-spezifischen Workflow unterstützt wird Folgen Sie dem dokumentierten Befehl, der Benutzeroberflächenaktion oder dem automatisierten Workflow für dieses Paket. Das installierbare Plug-In-Paket, das durch diese Prozedur identifiziert wird.

Wenn keine Paketierungsroute die Komponenten und Zielerlebnisse Ihres Plug-Ins unterstützt, stoppen Sie. Wählen Sie eine unterstützte Methode aus, oder überarbeiten Sie das Plugin. Kombinieren oder benennen Sie Artefakte nicht um, um ein nicht unterstütztes Paket zu erstellen.

Hinweis

Statisch wiqd plugin validate überprüft nur die deklarative Agent-Oberfläche und referenzierte API-Plug-in- oder OpenAPI-Dateien. Ein Nur-Skill- oder Connector-Plug-In kann die statische Prüfung bestehen, ohne dass seine Funktionen der obersten Ebene überprüft werden. Eine Paket-zuerst-Tiefenvalidierung ist erforderlich, um das erstellte App-Paket zu überprüfen.

Erstellen des Pakets

  1. Öffnen Sie den Paketierungsvorgang für Ihre ausgewählte Plugin-Route.
  2. Wählen Sie die gewünschte Umgebung und die genauen Komponentenversionen aus, die Sie getestet haben.
  3. Führen Sie den dokumentierten Befehl, die Benutzeroberflächenaktion oder den automatisierten Workflow aus.
  4. Notieren Sie den Namen des Artefakts, den Speicherort, die Version, die Umgebung und die Toolversion.

Überprüfen des generierten Artefakts

Stellen Sie Folgendes sicher:

  • Die Plugin-Identität und die Paketversion sind korrekt.
  • Das Paket enthält die erwarteten Manifeste, Metadaten, Konfiguration und Ressourcen.
  • Die Komponentendeklarationen, Dateien, Bezeichner, Endpunkte und Dienstverweise entsprechen den von Ihnen getesteten Versionen.
  • Das Paket verwendet die vorgesehene Umgebungskonfiguration.
  • Authentifizierungs-, Berechtigungs-, Zustimmungs- und Verbindungsanforderungen werden ohne Anmeldeinformationen, Token oder Geheimnisse deklariert.
  • Das Paket enthält keine temporären Dateien, Protokolle, Testdaten oder nicht zugehörigen Artefakte.

Veröffentlichungsbereitschaft aufzeichnen

Führen Sie einen Datensatz zur Veröffentlichungsbereitschaft in Tests und Validierungen und füllen Sie ihn vor der Veröffentlichung aus. Aufzeichnung:

  • Paket- oder Artefaktidentität und exakte Version.
  • Komponenten, Remotedienste und externe Referenzen.
  • Verpackungstool und beabsichtigte Veröffentlichungsmethode.
  • Getestete Microsoft 365-Erfahrungen und -Umgebungen.
  • Anforderungen an Authentifizierung, Berechtigung, Zustimmung und Verbindung.
  • Validierungsnachweis und Ergebnis.
  • Bekannte Einschränkungen, nicht unterstützte Kombinationen und akzeptierte Risiken.
  • Release-Eigentümer und Validierungsdatum.

Als Nächstes: Testen und Überprüfen Ihres Plug-Ins

Fahren Sie mit der Validierung und dem Testen des genauen Plug-In-Pakets fort. Veröffentlichen Sie die Datei erst, wenn sie das entsprechende Paket, die Installation, den Zugriff, das Szenario, die Erfahrung und alle erforderlichen Evaluierungsprüfungen bestanden hat.

  • Zuletzt aktualisiert um