Am 10. Oktober 2026 hat GitHub eine neue Version seiner Copilot-Erweiterung für JetBrains-IDEs veröffentlicht. Drei Änderungen sind für Teams relevant, die ihre Entwicklungsrechner konfigurieren: eine Einstellung, um den Start von MCP-Servern wieder selbst zu steuern, eine Fix-Aktion direkt aus den Diagnosen des Editors, und eine angehobene Mindestversion der IDE.
Eine Einstellung zur Kontrolle des MCP-Serverstarts
Bisher starteten die in der Erweiterung konfigurierten MCP-Server automatisch beim Öffnen eines Projekts. Das Update führt eine Einstellung ein, die dieses Verhalten standardmäßig deaktiviert: Die deklarierten Tools bleiben inaktiv, bis die Entwicklerin oder der Entwickler sie für die laufende Sitzung ausdrücklich aktiviert. Die Änderung schließt an die im Juli stabilisierte MCP-Spezifikation an, die bereits die Start- und Authentifizierungsregeln des Protokolls verschärft hat.
In der Praxis läuft ein MCP-Server, der an ein internes Ticketsystem, ein Dokumentationsrepository oder einen Deployment-Dienst angebunden ist, nicht mehr automatisch im Hintergrund, sobald die IDE geöffnet wird. Für eine Organisation mit mehreren MCP-Servern auf den Entwicklungsrechnern verringert das die standardmäßig aktive Angriffsfläche, ohne die gelegentliche Nutzung zu verhindern.
Die Fix-Aktion direkt aus den Diagnosen
Die Intention-Menüs der IDE-Diagnosen (die roten oder gelben Unterstreichungen im Editor) bieten jetzt eine Fix-Aktion an, die den Inline-Chat öffnet und Copilot bittet, das gemeldete Problem zu beheben. Die Aktion nutzt den Agentenmodus, sofern verfügbar, und weicht andernfalls auf den Frage-Antwort-Modus aus. Erklärtes Ziel ist es, den Weg zwischen dem Erkennen eines Fehlers und seiner Behebung zu verkürzen, ohne den Bearbeitungsfluss zu verlassen.
Standardmodelle, von der Administration vorgegeben
Organisationen können nun über verwaltete Einstellungen ein Standard-Agentenmodell für neue Unterhaltungen festlegen. Nutzerinnen und Nutzer können weiterhin für eine bestimmte Sitzung ein anderes Modell wählen, doch der Ausgangspunkt wird jetzt auf Unternehmensebene definiert statt unverändert vom Hersteller übernommen.
| Änderung | Vor dem 10. Oktober | Seit dem 10. Oktober |
|---|---|---|
| Start der MCP-Server | Automatisch beim Öffnen des Projekts | Deaktivierbar, Aktivierung bei Bedarf |
| Behebung einer Diagnose | Fehler manuell in den Chat kopieren | Fix-Aktion im Intention-Menü |
| Standard-Agentenmodell | Jedem Arbeitsplatz überlassen | Über verwaltete Einstellungen erzwingbar |
| Mindestversion von JetBrains | IDE 2025.1 unterstützt | IDE 2025.2 oder höher erforderlich |
Auf einem Arbeitsplatz, der bereits mit mehreren MCP-Servern konfiguriert ist, findet sich die neue Einstellung in den Einstellungen der Erweiterung:
{
"github.copilot.chat.mcp.autoStart": false,
"github.copilot.chat.mcp.servers": {
"interne-doku": { "command": "npx", "args": ["mcp-server-docs"] },
"ticket-system": { "command": "npx", "args": ["mcp-server-tracker"] }
}
}
Den automatischen Start von MCP-Servern abzuschalten, macht aus einem ständig aktiven Werkzeug eines, das man genau dann aktiviert, wenn man es braucht.
Das Update hebt die Mindestversion auf JetBrains IDE 2025.2 an. Arbeitsplätze, die noch auf dem Zweig 2025.1 laufen, verlieren den Zugriff auf die neuen Funktionen der Erweiterung, bis die IDE aktualisiert wird.
Was bleibt festzuhalten
Das Update vom 10. Oktober verändert nicht grundlegend, was Copilot für JetBrains ist, verschiebt den Fokus aber in Richtung mehr Kontrolle: expliziter MCP-Start, ein von der Administration vorgegebenes Standardmodell und eine Fix-Abkürzung, die optional bleibt. Teams mit mehreren MCP-Servern auf ihren Arbeitsplätzen sollten diese Einstellung prüfen, bevor sie in einer künftigen Version zum Standard wird.
Auf den Entwicklungsrechnern, die ich für meine Projekte einrichte, waren MCP-Server, die sich beim Start von selbst aktivieren, schon immer Ärgernis Nummer eins, besonders wenn sie von einer Netzwerkauthentifizierung abhängen, die das Öffnen eines Projekts verlangsamt. Diese Einstellung behebt, auch wenn sie spät kommt, eine echte Lücke bei Ergonomie und Sicherheit: Ein Werkzeug, das nur läuft, wenn man es aufruft, lässt sich leichter prüfen als eines, das still im Hintergrund arbeitet — Simon Janvier.
Zum Weiterlesen: das offizielle Changelog von GitHub listet alle Korrekturen und Verbesserungen dieser Version auf.
