MCP-Überblick

Mit MCP (Model Context Protocol) können Sie externe Tool-Server mit Devin CLI verbinden und dem Agenten so Zugriff auf APIs, Datenbanken, Issue-Tracker und alle anderen Dienste geben, die Sie über einen MCP-Server einbinden können. Wenn Sie einen MCP-Server konfigurieren, stehen seine Tools dem Agenten genau wie integrierte Tools zur Verfügung. Der Agent kann erkennen, welche Tools verfügbar sind, und sie bei Bedarf aufrufen.

So funktioniert es

Einen Server konfigurieren

Sie definieren einen MCP-Server in Ihrer Konfigurationsdatei mit einem Befehl, Argumenten und optionalen Umgebungsvariablen.

Serverstart

Devin CLI startet den Serverprozess bei Bedarf. Der Server verbindet sich mit der externen API (GitHub, Linear usw.).

Tool-Erkennung

Der Agent erkennt, welche Tools der Server zur Verfügung stellt (z. B. create_issue, list_repos).

Tool-Ausführung

Wenn der Agent ein MCP-Tool aufruft, wird die Anfrage über den Server an den externen Dienst weitergeleitet und das Ergebnis zurückgegeben.

Kurzes Beispiel

Fügen Sie Ihrem Projekt einen GitHub MCP-Server hinzu:

// .devin/mcp_config.local.json  (per .gitignore ausgeschlossen — Tokens nicht in die versionierte Konfiguration aufnehmen)
{
  "mcpServers": {
    "github": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-github"],
      "env": {
        "GITHUB_TOKEN": "ghp_your_token_here"
      }
    }
  }
}

Jetzt kann der Agent Issues erstellen, PRs lesen, Repos durchsuchen und mehr — alles in natürlicher Sprache.

Berechtigungssteuerung

Nach der Konfiguration werden MCP-Tools in einem Namespace-Format angezeigt: mcp__<server>__<tool>. Zum Beispiel wird ein „github“-Server mit dem Tool „create_issue“ zu mcp__github__create_issue. Für MCP-Tools gilt dasselbe Berechtigungssystem wie für integrierte Tools. Sie können den Zugriff auf mehreren Ebenen steuern:

{
  "permissions": {
    "allow": [
      "mcp__github__*"
    ],
    "deny": [
      "mcp__github__delete_repo"
    ]
  }
}

Die vollständige Syntax für Berechtigungen finden Sie unter Berechtigungen.

Prompts als Slash-Befehle

Zusätzlich zu Tools kann ein MCP-Server Prompts veröffentlichen – wiederverwendbare, parametrisierte Anweisungen, die über die MCP-Fähigkeit prompts definiert werden. Devin CLI stellt jeden davon als Slash-Befehl bereit:

/mcp__<server>__<prompt> [arguments]

Zum Beispiel wird aus einem linear-Server, der einen bug_report-Prompt bereitstellt, /mcp__linear__bug_report. Prompt-Befehle werden in der Befehlspalette in einer eigenen Kategorie MCP aufgeführt, mit dem vom Server bereitgestellten Titel oder der Beschreibung versehen und mit einem aus den deklarierten Parametern des Prompts abgeleiteten Argumenthinweis ergänzt — <name> für erforderliche und [name] für optionale Argumente. Wenn Sie den Befehl senden, ruft Devin CLI den Prompt vom Server ab und verwendet die zurückgegebenen Nachrichten als Ihre Nachricht für diese Eingabe.

Zuordnung von Argumenten

Alles, was Sie nach dem Befehlsnamen eingeben, wird den im Prompt deklarierten Argumenten positionsbasiert zugeordnet – das erste Wort dem ersten Argument, das zweite dem zweiten usw. Das zuletzt deklarierte Argument erhält den gesamten übrigen Text, sodass frei formulierter nachfolgender Text unverändert erhalten bleibt:

/mcp__linear__bug_report ENG-1234 login page hangs after the SSO redirect

Hier belegt ENG-1234 das erste deklarierte Argument, der Rest der Zeile das letzte. Wenn der Prompt gar keine Argumente deklariert, wird alles, was Sie eingeben, an den erweiterten Prompt angehängt, statt verworfen zu werden.

Nur bereits verbundene Server stellen beworbene Commands bereit (Verbindungen werden beim Start im Hintergrund aufgebaut). Der Aufruf wird jedoch verzögert aufgelöst: Die Eingabe von /mcp__<server>__<prompt> funktioniert auch dann, wenn der Command nie beworben wurde, und stellt bei Bedarf eine Verbindung zum Server her.

Die Prompt-Erweiterung erfolgt im Agent statt in der Terminal-UI. Daher werden dieselben Commands über ACP beworben – Editor-Integrationen wie Zed und JetBrains führen sie neben integrierten Commands auf.

Authentifizierung

Einige Remote-MCP-Server (z. B. Atlassian, Notion und Linear) erfordern eine OAuth-Authentifizierung. Jeder MCP-Client authentifiziert sich unabhängig — Tokens von Windsurf oder Claude Code werden nicht an Devin CLI weitergegeben. Nach dem Hinzufügen eines Remote-Servers authentifizieren Sie sich mit:

devin mcp login <server-name>

Dadurch öffnet sich ein Browserfenster für den OAuth-Prozess. Wenn gespeicherte Anmeldedaten später ablaufen oder widerrufen werden, meldet der Server, dass eine Authentifizierung erforderlich ist, und Sie authentifizieren sich erneut mit devin mcp logout gefolgt von devin mcp login — weitere Informationen finden Sie unter MCP-Konfiguration — Authentifizierung und Erneute Authentifizierung.

Server deaktivieren

Sie können einen MCP-Server vorübergehend deaktivieren, ohne seine Konfiguration oder Anmeldedaten zu entfernen:

devin mcp disable <server-name>
devin mcp enable <server-name>

Weitere Informationen finden Sie unter MCP-Konfiguration — Aktivieren und Deaktivieren von Servern.

Erste Schritte

Editor-Integrationen

Erweiterbarkeit

Enterprise

Referenz

Changelog

So funktioniert es

Kurzes Beispiel

Berechtigungssteuerung

Prompts als Slash-Befehle

Zuordnung von Argumenten

Authentifizierung

Server deaktivieren

Nächste Schritte

Konfiguration

Berechtigungen

​So funktioniert es

​Kurzes Beispiel

​Berechtigungssteuerung

​Prompts als Slash-Befehle

​Zuordnung von Argumenten

​Authentifizierung

​Server deaktivieren

​Nächste Schritte

Konfiguration

Berechtigungen

So funktioniert es

Kurzes Beispiel

Berechtigungssteuerung

Prompts als Slash-Befehle

Zuordnung von Argumenten

Authentifizierung

Server deaktivieren

Nächste Schritte