Ein SDK-Client für beide Copilot-Studio-Harnesses
Die Copilot-Studio-Clients für JavaScript und .NET verbinden eigene Apps per Entra ID mit Standard- und GitHub-Copilot-Harnesses.
TL;DR
Der Copilot-Studio-Client verwendet dieselben Konversationsmethoden für Standard- und GitHub-Copilot-Harnesses, wenn Umgebungs-ID und Agent-Schemaname übergeben werden. JavaScript und .NET werden unterstützt, Python ist geplant. Die Unterstützung des GitHub-Copilot-Harnesses bleibt eine Vorschau, während Endpunkte regional ausgerollt werden.
Original von Adi Leibowitz, auf The Custom Engine. Artikel lesen
Dies ist unsere eigene Kurzfassung, keine Wiederveröffentlichung oder vollständige Übersetzung.
Bedeutung für Governance
- Admins/CoE: Testet den Client in einer Umgebung mit frühem Release, da die Endpunkte des GitHub-Copilot-Harnesses noch regional ausgerollt werden.
- Security/Compliance: Richtet eine Entra-App-Registrierung mit der delegierten Berechtigung CopilotStudio.Copilots.Invoke ein und speichert kein Clientgeheimnis im Browser.
- Makers: Verwendet die Umgebungs-ID und den korrekten Agent-Schemanamen. Der Agent muss veröffentlicht sein und Authenticate with Microsoft verwenden.
Häufige Fragen
Wie verbindet CopilotStudioClient beide Copilot-Studio-Harnesses?
Der Client verwendet Umgebungs-ID und Agent-Schemaname und nutzt danach für beide Harnesses dieselben Konversationsmethoden.
Welche Microsoft-Entra-Berechtigung braucht das Copilot-Studio-React-WebChat-Beispiel?
Die App-Registrierung benötigt die delegierte Power-Platform-API-Berechtigung CopilotStudio.Copilots.Invoke, mit Zustimmung der Organisation nach Bedarf.
Aktiviert showReasoning das Reasoning eines Copilot-Studio-Agents?
Nein. showReasoning zeigt nur vom Dienst gesendetes Reasoning an. Harness und Modell bestimmen, welche Inhalte der Client empfängt.