MCP-Connectoren in Copilot Studio richtig für ALM vorbereiten
Diesen Beitrag auf Deutsch lesen
Copilot Studio erstellt für MCP-Server benutzerdefinierte Connectoren und Verbindungsreferenzen. Beim Umzug zwischen Umgebungen muss die tatsächliche Verbindung separat eingerichtet werden.
TL;DR
Copilot Studio erstellt beim Hinzufügen eines MCP-Servers einen benutzerdefinierten Connector mit der OpenAPI-Aktion InvokeServer, eine Verbindungsreferenz und eine umgebungsspezifische Verbindung. Connector und Referenz werden mit der Lösung exportiert, die Verbindung jedoch nicht. Für den Einsatz in einer anderen Umgebung muss der Connector ausserdem in eine eigene Lösung verschoben werden.
Original by Chris Garty, on The Custom Engine. Read the original
This is our own summary, not a republication or full translation.
Governance takeaway
- Makers: Prüft Connector, Verbindungsreferenz und Verbindung getrennt, damit Agenten in Zielumgebungen korrekt verbunden werden.
- Admins/CoE: Plant beim Import oder bei Pipelines die Erstellung der Verbindung in der Zielumgebung ein, weil sie nicht Teil der Lösung ist.
- Security/Compliance: Bewertet MCP-Connectoren mit den vorhandenen DLP-Kontrollen, einschliesslich der Endpoint-Filterung für benutzerdefinierte Connectoren.
Frequently asked questions
Was erstellt Copilot Studio beim Hinzufügen eines MCP-Servers?
Copilot Studio erstellt einen benutzerdefinierten Connector mit der OpenAPI-Aktion InvokeServer sowie eine Verbindungsreferenz.
Was passiert mit einer MCP-Verbindung beim Import in eine andere Power-Platform-Umgebung?
Die Verbindungsreferenz wird mit der Lösung übertragen, die tatsächliche Verbindung jedoch nicht. Sie muss in der Zielumgebung erstellt werden.
Warum muss ein MCP-Connector vor dem Wechsel der Umgebung in eine eigene Lösung?
Für den Wechsel zwischen Umgebungen müssen benutzerdefinierte Connectoren in einer eigenen Lösung liegen, obwohl der Assistent sie zunächst der Agentenlösung hinzufügt.