Developer Connect-MCP-Server verwenden

In diesem Dokument wird beschrieben, wie Sie den Remote-MCP-Server (Model Context Protocol) von Developer Connect verwenden, um eine Verbindung zu KI-Anwendungen wie Antigravity, ChatGPT, Claude und benutzerdefinierten Anwendungen herzustellen, die Sie entwickeln. Sie können den Remote-MCP-Server (Model Context Protocol) von Developer Connect verwenden, um eine Verbindung zu KI-Anwendungen herzustellen, einschließlich Antigravity, ChatGPT, Claude und benutzerdefinierten Anwendungen, die Sie oder Ihre Organisation entwickeln.

Mit dem Remote-MCP-Server von Developer Connect können Ihre KI-Anwendungen und Programmierassistenten mit den Quellcode-Repositories arbeiten, die Sie mit Developer Connect verknüpft haben. Dabei wird ein Satz von Tools verwendet, der für GitHub, GitHub Enterprise, GitLab und GitLab Enterprise gleichermaßen funktioniert. KI-Agenten können Commits, Diffs, Blame und Pull-Anfragen lesen sowie Pull-Anfragen öffnen, kommentieren und aktualisieren, ohne dass SCM-Anmeldedaten erforderlich sind. Der Remote-MCP-Server von Developer Connect wird aktiviert, wenn Sie die Developer Connect API aktivieren.

Das Model Context Protocol (MCP) standardisiert, wie Large Language Models (LLMs) und KI-Anwendungen oder -Agenten mit externen Datenquellen verbunden werden. Mit MCP-Servern können Sie deren Tools, Ressourcen und Prompts verwenden, um Aktionen auszuführen und aktualisierte Daten von ihrem Backend-Dienst abzurufen.

Was ist der Unterschied zwischen lokalen und Remote-MCP-Servern?

Lokale MCP-Server
Werden in der Regel auf Ihrem lokalen Computer ausgeführt und verwenden die Standardeingabe- und ‑ausgabestreams (stdio) für die Kommunikation zwischen Diensten auf demselben Gerät.
Remote-MCP-Server
Sie werden in der Infrastruktur des Dienstes ausgeführt und bieten KI-Anwendungen einen HTTP-Endpunkt für die Kommunikation zwischen dem KI-MCP-Client und dem MCP-Server. Weitere Informationen zur MCP-Architektur finden Sie unter MCP-Architektur.

Zustandsloser Kern

Mit der MCP-Version 2026-07-28 wird MCP von einem bidirektionalen, zustandsorientierten Protokoll zu einem zustandslosen Protokoll geändert. Jede MCP-Anfrage ist selbsterklärend und kann über Header weitergeleitet werden. Der initialize/initialized-Handshake oder Mcp-Session-Id ist nicht erforderlich, da jede Anfrage alle erforderlichen Informationen in HTTP-Headern oder im Parameter _meta enthält. MCP-Server können zusätzliche Informationen, die von einem Tool benötigt werden, über Multi-Round-Trip-Anfragen (MRTR) anfordern.

Damit Anfragen ohne Parsen des Anfragetexts weitergeleitet und verarbeitet werden können, sind einige MCP-Header erforderlich, darunter die folgenden:

  • Header, die gemäß der MCP-Spezifikation erforderlich sind, z. B. der Header für die Protokollversion und Standardanfrageheader.
  • Benutzerdefinierte Header, die vom MCP-Server definiert werden. Diese Header werden mithilfe des Attributs x-mcp-header aus dem Eingabeschema des Tools in HTTP-Header gespiegelt. Ein MCP-Server kann beispielsweise einen benutzerdefinierten Header definieren, um die Google Cloud -Region oder die Projekt-ID anzugeben.

Weitere Informationen zur MCP-Architektur finden Sie in der Spezifikation und den wichtigsten Änderungen für die MCP-Version 2026-07-28.

Remote-MCP-Server von Google und Google Cloud

Remote-MCP-Server von Google und Google Cloud bieten die folgenden Funktionen und Vorteile:

  • Vereinfachte, zentrale Erkennung
  • Verwaltete globale oder regionale HTTP-Endpunkte
  • Detaillierte Autorisierung
  • Optionale Prompt- und Antwortsicherheit mit Model Armor-Schutz
  • Zentralisiertes Audit-Logging

Informationen zu anderen MCP-Servern sowie zu den Sicherheits- und Governance-Steuerelementen für Google Cloud-MCP-Server finden Sie unter Google Cloud-MCP-Server – Übersicht.

Hinweis

Bevor Sie den Developer Connect-MCP-Server für die Arbeit mit einem Repository verwenden können, müssen Sie eine Developer Connect-Verbindung zu Ihrem Quellcodeverwaltungsanbieter (SCM) und einen Git-Repository-Link für das Repository haben.

Erforderliche Rollen

Bitten Sie Ihren Administrator, Ihnen die folgenden IAM-Rollen für das Projekt zuzuweisen, das Ihre Developer Connect-Verbindungen enthält, um die Berechtigungen zu erhalten, die Sie zur Verwendung des Developer Connect-MCP-Servers benötigen:

  • MCP-Toolaufrufe ausführen: MCP Tool User (roles/mcp.toolUser)
  • Verbindungen und Git-Repository-Links auflisten: Developer Connect Viewer (roles/developerconnect.viewer)
  • Commits, Diffs, Blame und Pull-Anfragen lesen sowie Pull-Anfragen öffnen, kommentieren und ändern (nur genehmigte Projekte während der Vorschau): Developer Connect-Nutzer (roles/developerconnect.user)
  • Verbindungen und Git-Repository-Links erstellen: Developer Connect-Administrator (roles/developerconnect.admin)

Weitere Informationen zum Zuweisen von Rollen finden Sie unter Zugriff auf Projekte, Ordner und Organisationen verwalten.

Diese vordefinierten Rollen enthalten die Berechtigungen, die für die Verwendung des Developer Connect-MCP-Servers erforderlich sind. Maximieren Sie den Abschnitt Erforderliche Berechtigungen, um die notwendigen Berechtigungen anzuzeigen:

Erforderliche Berechtigungen

Die folgenden Berechtigungen sind erforderlich, um den Developer Connect-MCP-Server zu verwenden:

  • MCP-Toolaufrufe ausführen: mcp.tools.call

Sie können diese Berechtigungen auch mit benutzerdefinierten Rollen oder anderen vordefinierten Rollen erhalten.

Authentifizierung und Autorisierung

Der Remote-MCP-Server von Developer Connect verwendet das OAuth 2.0-Protokoll mit Identity and Access Management (IAM) für die Authentifizierung und Autorisierung. Alle Google Cloud -Identitäten werden für die Authentifizierung bei MCP-Servern unterstützt.

Der Developer Connect-MCP-Server erfordert ein Hauptkonto für die IAM-Steuerung (Identity and Access Management) und akzeptiert keine API-Schlüssel. Wir empfehlen, für Agenten, die MCP-Tools verwenden, eine separate Identität zu erstellen, damit Sie den Zugriff auf Ressourcen steuern und überwachen können.

Der MCP-Server gibt niemals SCM-Tokens oder andere Anmeldedaten an den Agenten zurück. Developer Connect verwendet die mit jeder Verbindung gespeicherten Anmeldedaten, um den SCM-Anbieter aufzurufen. Wenn Sie einschränken möchten, welche Repositories ein Agent verwenden kann, weisen Sie Rollen für bestimmte Verbindungen zu oder verwenden Sie Tags und Ablehnungsrichtlinien.

Weitere Informationen zur Authentifizierung finden Sie unter Bei MCP-Servern authentifizieren.

Developer Connect MCP OAuth-Bereiche

OAuth 2.0 verwendet Bereiche und Anmeldedaten, um zu bestimmen, ob ein authentifiziertes Hauptkonto berechtigt ist, eine bestimmte Aktion für eine Ressource auszuführen. Weitere Informationen zu OAuth 2.0-Bereichen bei Google finden Sie unter OAuth 2.0 für den Zugriff auf Google APIs verwenden.

Developer Connect hat die folgenden OAuth-Bereiche für MCP-Tools:

Bereichs-URI für die Google Cloud CLI Beschreibung
https://www.googleapis.com/auth/cloud-platform Vollständiger Zugriff auf alle Google Cloud -Ressourcen.

Für die Ressourcen, auf die während eines Toolaufrufs zugegriffen wird, sind möglicherweise zusätzliche Berechtigungen erforderlich. Eine Liste der für Developer Connect erforderlichen Rollen und Berechtigungen finden Sie unter Zugriffssteuerung mit IAM.

MCP-Client für die Verwendung des Developer Connect-MCP-Servers konfigurieren

KI-Anwendungen und -Agenten wie Claude oder Antigravity können einen MCP-Client instanziieren, der eine Verbindung zu einem einzelnen MCP-Server herstellt. Eine KI-Anwendung kann mehrere Clients haben, die sich mit verschiedenen MCP-Servern verbinden. Wenn Ihre Anwendung nicht in der clientspezifischen Anleitung aufgeführt ist, können Sie die folgenden Informationen verwenden, um eine Verbindung von den meisten Anwendungen herzustellen.
  • Servername: Developer Connect MCP-Server
  • Server-URL oder Endpunkt: https://developerconnect.googleapis.com/mcp. Der Developer Connect-MCP-Server ist nur auf dem globalen Endpunkt verfügbar.
  • Transport: Streamable HTTP
  • Authentifizierungsdetails: Je nachdem, wie Sie sich authentifizieren möchten, können Sie Ihre Google Cloud -Anmeldedaten, Ihre OAuth-Client-ID und Ihr OAuth-Secret oder eine Agentenidentität und Anmeldedaten eingeben. Weitere Informationen zur Authentifizierung finden Sie unter Bei MCP-Servern authentifizieren.
  • OAuth-Bereich: Der OAuth 2.0-Bereich, den Sie für die Verbindung zum Developer Connect-MCP-Server verwenden möchten.
Anwendungsspezifische Anleitungen zum Einrichten und Verbinden mit einem MCP-Server finden Sie unter Clientspezifische Anleitungen.

Allgemeine Informationen finden Sie in den folgenden Ressourcen:

Verfügbare Tools

Details zu den verfügbaren MCP-Tools und deren Beschreibungen für den Developer Connect-MCP-Server finden Sie in der Developer Connect-MCP-Referenz.

Die meisten Tools verwenden den Ressourcennamen eines Git-Repository-Links im Format projects/PROJECT_ID/locations/LOCATION/connections/CONNECTION_ID/gitRepositoryLinks/LINK_ID. Ein KI-Agent kann sie mit den Tools list-connections und list-repo-links finden.

Die Tools fetch-repo-commit und diff-repo-commit geben standardmäßig nur Dateipfade und Änderungsstatus zurück. Wenn Sie auch die zeilenweisen Änderungen zurückgeben möchten, übergeben Sie path_filters, z. B. ["**"] für alle Dateien.

Tools auflisten

Verwenden Sie den MCP-Inspector, um Tools aufzulisten, oder senden Sie eine tools/list-HTTP-Anfrage direkt an den Remote-MCP-Server von Developer Connect. Für die Methode tools/list ist keine Authentifizierung erforderlich.

curl -X POST https://developerconnect.googleapis.com/mcp \
    -H 'Content-Type: application/json' \
    -H 'Accept: application/json' \
    -d '{
      "jsonrpc": "2.0",
      "id": 1,
      "method": "tools/list"
    }'

Beispielanwendungsfälle

Wenn Sie einen KI-Agenten oder IDE-Assistenten mit dem Developer Connect-MCP-Server verbinden, können Sie Code bei verschiedenen SCM-Anbietern in natürlicher Sprache prüfen und ändern.

Sie können den Developer Connect-MCP-Server für die folgenden Anwendungsfälle verwenden:

  • Änderungen prüfen: Lassen Sie einen KI-Agenten die Commits und Diffs zwischen zwei Branches oder Commits lesen und zusammenfassen oder prüfen.
  • Codeverlauf untersuchen: Sie können herausfinden, welche Commits bestimmte Zeilen einer Datei geändert haben, und die Commit-Nachrichten lesen.
  • Pull-Anfrage-Workflows automatisieren: Pull-Anfragen öffnen, Diskussions- und Inline-Überprüfungskommentare hinzufügen und Pull-Anfragen aktualisieren oder schließen. Während der Vorabversion ist dieser Anwendungsfall nur für genehmigte Projekte verfügbar.

Prompt-Beispiele

Im Folgenden finden Sie Beispiel-Prompts, die Sie mit Ihrer verbundenen KI-Anwendung verwenden können:

  • Änderung zusammenfassen: „Fasse die Unterschiede zwischen main und feature/login in https://github.com/my-org/my-repo zusammen.“
  • Pull-Anfrage prüfen: „Liste die in Pull-Anfrage 42 in my-repo geänderten Dateien auf und weise auf alle Funktionen hin, bei denen die Fehlerbehandlung fehlt.“
  • Zeile verfolgen: „Wer hat zuletzt die Zeilen 10 bis 20 von service.go am main geändert und warum?“

In den folgenden Prompts werden Tools verwendet, die während der Vorabversion nur für genehmigte Projekte verfügbar sind:

  • Pull-Anfrage öffnen: „Öffne eine Pull-Anfrage von feature/login zu main in my-repo mit dem Titel ‚Anmeldeseite hinzufügen‘.“
  • Pull-Anfrage kommentieren: „Füge in Zeile 45 von auth.go in Pull-Anfrage #42 einen Inline-Kommentar hinzu, der eine bessere Fehlerbehandlung vorschlägt.“

Optionale Sicherheitskonfigurationen

MCP bringt aufgrund der Vielzahl von Aktionen, die Sie mit den MCP-Tools ausführen können, neue Sicherheitsrisiken und ‑aspekte mit sich. Um diese Risiken zu minimieren und zu verwalten, bietetGoogle Cloud Standardeinstellungen und anpassbare Richtlinien, mit denen Sie die Verwendung von MCP-Tools in Ihrer Organisation oder Ihrem Projekt in Google Cloudsteuern können.

Weitere Informationen zur Sicherheit und Governance von MCP finden Sie unter KI-Sicherheit.

Model Armor verwenden

Model Armor ist ein Dienst vonGoogle Cloud , der die Sicherheit Ihrer KI-Anwendungen verbessern soll. Model Armor prüft proaktiv LLM-Prompts und ‑Antworten, schützt vor verschiedenen Risiken und unterstützt Best Practices für eine verantwortungsbewusste Anwendung von KI. Unabhängig davon, ob Sie KI in Ihrer Cloud-Umgebung oder bei externen Cloud-Anbietern bereitstellen, kann Model Armor Ihnen helfen, schädliche Eingaben zu verhindern, die Inhaltssicherheit zu überprüfen, sensible Daten zu schützen, die Compliance aufrechtzuerhalten und Ihre KI-Sicherheitsrichtlinien konsistent in Ihrer vielfältigen KI-Landschaft durchzusetzen.

Wenn Model Armor mit aktiviertem Logging aktiviert ist, protokolliert Model Armor die gesamte Nutzlast. Dadurch könnten vertrauliche Informationen in Ihren Logs offengelegt werden.

MCP-Anfragenrouting zu Model Armor

Der Developer Connect-MCP-Server ist nur auf dem globalen Endpunkt verfügbar, der jurisdiktionsübergreifendes Routing verwendet. Wenn Sie Model Armor aktivieren, sendet der MCP-Server immer Anfragen und Antworten an Model Armor. Weitere Informationen zum Verhalten anderer MCP-Server finden Sie unter Von Model Armor unterstützte Produkte.

Toolantworten enthalten oft Quellcode und Diffs. Durch die De-Identifikation mit Sensitive Data Protection können Kennungen im Code geändert werden, was Diffs ungültig macht. Wenn Ihre Agenten mit Code arbeiten, sollten Sie Sensitive Data Protection in Ihrer Model Armor-Konfiguration für Developer Connect deaktiviert lassen und stattdessen die Erkennung von Prompt Injection und Jailbreaking, die Erkennung schädlicher URLs und Filter für verantwortungsbewusste KI verwenden.

Model Armor aktivieren

Sie müssen die Model Armor APIs aktivieren, bevor Sie Model Armor verwenden können.

Console

  1. Aktivieren Sie die Model Armor API, falls sie noch nicht aktiviert ist.

    Rollen, die zum Aktivieren von APIs erforderlich sind

    Zum Aktivieren von APIs benötigen Sie die Berechtigung serviceusage.services.enable. Wenn Sie das Projekt erstellt haben, haben Sie diese Berechtigung wahrscheinlich bereits über die Inhaberrolle (roles/owner). Andernfalls können Sie diese Berechtigung über die Rolle „Service Usage-Administrator“ (roles/serviceusage.serviceUsageAdmin) erhalten. Informationen zum Zuweisen von Rollen

    API aktivieren

  2. Wählen Sie das Projekt aus, in dem Sie Model Armor aktivieren möchten.

gcloud

Führen Sie die folgenden Schritte mit der Google Cloud CLI und der Model Armor API aus, bevor Sie beginnen:

  1. Installieren Sie die Google Cloud CLI und melden Sie sich dann mit Ihrer föderierten Identität in der gcloud CLI an. Nach der Anmeldung initialisieren Sie die Google Cloud CLI mit dem folgenden Befehl:

    gcloud init

  2. Führen Sie den folgenden Befehl aus, um den API-Endpunkt für den Model Armor-Dienst festzulegen.

    gcloud config set api_endpoint_overrides/modelarmor "https://modelarmor.LOCATION.rep.googleapis.com/"

    Ersetzen Sie LOCATION durch die Region, in der Sie Model Armor verwenden möchten.

Schutz für MCP-Server konfigurieren

Zum Schutz Ihrer MCP-Toolaufrufe und ‑Antworten können Sie die Mindesteinstellungen für Model Armor verwenden. Eine Mindesteinstellung definiert die Mindestsicherheitsfilter, die für das gesamte Projekt gelten. Mit dieser Konfiguration wird ein einheitlicher Satz von Filtern auf alle MCP-Toolaufrufe und ‑Antworten im Projekt angewendet.

Richten Sie eine Model Armor-Mindesteinstellung mit aktivierter MCP-Bereinigung ein. Weitere Informationen finden Sie unter Model Armor-Mindesteinstellungen konfigurieren.

Sehen Sie sich den folgenden Beispielbefehl an:

gcloud model-armor floorsettings update \
--full-uri='projects/PROJECT_ID/locations/global/floorSetting' \
--enable-floor-setting-enforcement=TRUE \
--add-integrated-services=GOOGLE_MCP_SERVER \
--google-mcp-server-enforcement-type=INSPECT_AND_BLOCK \
--enable-google-mcp-server-cloud-logging \
--malicious-uri-filter-settings-enforcement=ENABLED \
--add-rai-settings-filters='[{"confidenceLevel": "MEDIUM_AND_ABOVE", "filterType": "DANGEROUS"}]'

Ersetzen Sie dabei PROJECT_ID durch die ID Ihres Projekts in Google Cloud .

Beachten Sie die folgenden Einstellungen:

  • INSPECT_AND_BLOCK: Der Erzwingungstyp, der Inhalte für den Google MCP-Server prüft und Prompts und Antworten blockiert, die den Filtern entsprechen.
  • ENABLED: Die Einstellung, mit der ein Filter oder eine Maßnahme aktiviert wird.
  • MEDIUM_AND_ABOVE: Das Konfidenzniveau für die Filtereinstellungen „Verantwortungsbewusste Anwendung von KI – Gefährlich“. Sie können diese Einstellung ändern, wobei niedrigere Werte zu mehr falsch positiven Ergebnissen führen können. Weitere Informationen finden Sie unter Model Armor-Konfidenzstufen.

Scannen von MCP-Traffic mit Model Armor deaktivieren

Führen Sie den folgenden Befehl aus, um zu verhindern, dass Model Armor den Traffic zu und von Google-MCP-Servern basierend auf den Mindesteinstellungen des Projekts automatisch scannt:

gcloud model-armor floorsettings update \
  --full-uri='projects/PROJECT_ID/locations/global/floorSetting' \
  --remove-integrated-services=GOOGLE_MCP_SERVER

Ersetzen Sie PROJECT_ID durch die Projekt-ID in Google Cloud . Model Armor wendet die in den Mindesteinstellungen dieses Projekts definierten Regeln nicht automatisch auf den Traffic von Google-MCP-Servern an.

Die Mindesteinstellungen und die allgemeine Konfiguration von Model Armor können sich nicht nur auf MCP auswirken. Da Model Armor in Dienste wie Vertex AI eingebunden ist, können sich Änderungen an den Mindesteinstellungen auf das Scannen von Traffic und das Sicherheitsverhalten in allen eingebundenen Diensten auswirken, nicht nur in MCP.

MCP-Nutzung mit IAM-Richtlinien steuern

Mit Ablehnungsrichtlinien und Zulassungsrichtlinien von Identity and Access Management (IAM) können Sie Google Cloud und Google MCP-Server schützen.

Sie können mehrere Kriterien kombinieren, um benutzerdefinierte Sicherheits- und Governance-Richtlinien zu erstellen. Dazu können Sie den Zugriff anhand der folgenden Kriterien zulassen oder verweigern:

  • Das Hauptkonto.
  • Toolattribute wie das schreibgeschützte Attribut.
  • Der Name des Dienstes oder Tools.
  • Die OAuth-Client-ID der Anwendung.

Weitere Informationen finden Sie unter MCP-Nutzung mit Identity and Access Management steuern.

Nächste Schritte