Verpacken Ihres Plug-Ins für Microsoft 365 Copilot

Erstellen Sie genau das versionierte Artefakt, das Sie testen und freigeben möchten. Dies ist der zweite Schritt in Paketieren und Testen, nachdem Ihre fertigen Komponenten in der vorgesehenen Entwicklungs- oder Testumgebung zusammengearbeitet haben.

Wichtig

Eine .zip für einen Agenten oder eine Microsoft 365-App produzierte App ist nicht automatisch ein Plug-in-Paket für jede Kombination von Komponenten. Verwenden Sie eine Route nur, wenn sie die Komponenten und Microsoft 365-Erfahrungen unterstützt, die Sie veröffentlichen möchten.

Die Verpackung ist werkzeugspezifisch. Einige Tools erstellen das Artefakt automatisch, während andere erfordern, dass Sie Manifeste, Metadaten, Konfiguration und Ressourcen zusammenstellen. Remote-MCP-Server, APIs, Konnektordienste und andere externe Dienste werden vom Paket referenziert, anstatt physisch darin enthalten zu sein.

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

Was haben Sie gebaut?	Erstellen des Pakets	Ergebnis
Ein deklaratives Agent-Projekt, das von Work IQ Dev Tools unterstützt wird	Führen Sie für die statische Projektvalidierung aus wiqd agent validate , und führen Sie dann aus wiqd agent package. Überprüfen Sie das aufgelöste Paket im nächsten Schritt genau.	Ein Deployable .zip für Querladen oder Hochladen.
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 unterstütztes Microsoft 365-App-Manifest-Projekt, das mit dem Microsoft 365 Agents Toolkit erstellt wurde	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.	appPackage/build/appPackage.<environment>.zip.
Ein Agent für Microsoft 365 Copilot, der in Copilot Studio erstellt wurde	Wählen Sie Veröffentlichen aus, und verwenden Sie dann Herunterladen als .zip aus den Verfügbarkeitsoptionen. Weitere Informationen finden Sie unter Veröffentlichen und Konfigurieren eines Agents für Microsoft 365 Copilot.	A .zip für manuellen Upload oder Übermittlung an einen Administrator.
Komponenten, die von einem anderen Plug-In-spezifischen Workflow unterstützt werden	Folgen Sie dem dokumentierten Befehl, der Benutzeroberflächenaktion oder dem automatisierten Workflow.	Das installierbare Artefakt, das durch diese Prozedur identifiziert wird.

Wenn eine Route die von Ihnen beabsichtigten Komponenten und Zielerlebnisse nicht unterstützt, beenden Sie. Wählen Sie eine unterstützte Route 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 die Prozedur für Ihre ausgewählte 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.
• Paketierungstool und geplanter Veröffentlichungsweg.
• 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 fort, um das genaue Paket zu validieren und zu testen. Veröffentlichen Sie das Artefakt erst, wenn es die entsprechenden Paket-, Installations-, Zugriffs-, Szenario-, Erfahrungs- und Agent-Qualitätsprüfungen bestanden hat.