GitHub hat am 12. August 2026 einen Standard freigegeben, der die Fronten im Markt für KI-Coding-Agenten neu ordnet: Agent Plugins 1.0. Was auf den ersten Blick nach einem technischen Detail klingt, ist in Wahrheit der Versuch, die wachsende Zersplitterung zwischen Copilot, Cursor, Claude Code und ChatGPT einzudämmen, bevor Entwicklerteams sich für ein geschlossenes Ökosystem entscheiden müssen. Bemerkenswert: Unter den fünf Startpartnern findet sich Anysphere, das Unternehmen hinter Copilots direktem Rivalen Cursor.

Für Entwicklerteams in Österreich, die zwischen GitHub Copilot, Cursor und Claude Code abwägen, ändert sich damit die Grundlage der Entscheidung: Es geht nicht mehr nur um Modellqualität und Preis, sondern auch darum, welches Tool sich in ein gemeinsames Plugin-Ökosystem einfügt und welches isoliert bleibt. Dieser Artikel ordnet die Fakten, prüft die Zahlen hinter dem Standard und zeigt, was IT-Verantwortliche jetzt beachten sollten.

Was am 12. August bei GitHub Copilot passiert ist

Der Zeitplan lässt sich in zwei Schritte zerlegen. Am 6. August 2026 veröffentlichte GitHub die Spezifikation Agent Plugins 1.0 gemeinsam mit vier Partnern: AWS, Anysphere (Cursor), Microsoft, OpenAI und Vercel. Sechs Tage später, am 12. August, folgte die allgemeine Verfügbarkeit in den Copilot-Clients selbst: VS Code, Copilot CLI, das Copilot SDK und die Copilot-App unterstützen den Standard nun auf allen Abo-Stufen, laut GitHubs offiziellem Changelog.

Der Kernsatz aus der Ankündigung bringt die Idee auf den Punkt: Entwickler sollen ein Plugin einmal bauen und es über mehrere kompatible Agenten-Tools hinweg nutzen können. Bis August 2026 war das nicht der Fall. Wer eine Integration für Copilot in VS Code baute, musste sie für Cursor, Claude Code oder ein anderes Tool oft komplett neu schreiben, weil jedes Produkt sein eigenes Erweiterungsformat pflegte. Diese Fragmentierung kostete vor allem Plattform-Teams in Unternehmen Zeit, die dieselbe interne Integration mehrfach pflegen mussten.

Die zeitliche Nähe zur wöchentlichen Copilot-Release-Serie ist kein Zufall. Im selben Fenster brachte GitHub laut den Weekly Releases vom 10. August auch neue Foundation-Modelle in Copilot unter, etwa Kimi K3 und Grok 4.6. Die Modell-Vielfalt und der Plugin-Standard sind zwei Seiten derselben Strategie: Copilot will nicht mehr nur mit einem Modell und einem festen Funktionsumfang konkurrieren, sondern als offene Plattform auftreten, auf der Drittanbieter-Werkzeuge, fremde Modelle und externe Datenquellen gleichberechtigt andocken.

Die Technik: Skills, MCP-Server und KI-Erweiterungen in einem Paket

Technisch bündelt ein Agent Plugin laut der VS-Code-Dokumentation drei Bestandteile in einem installierbaren Paket. Erstens Skills: Anweisungen, Skripte und Ressourcen, die bei Bedarf nachgeladen werden und dem Agenten neue Fähigkeiten geben, ohne das zugrunde liegende Modell zu verändern. Zweitens MCP-Server, also externe Werkzeug-Anbindungen an Dateisysteme, Web-APIs, Datenbanken oder interne Firmendienste. Drittens optionale, clientspezifische Erweiterungen und Metadaten, die einzelne Tools zusätzlich nutzen können, VS Code ignoriert diesen dritten Teil derzeit noch.

Entscheidend ist die Governance-Frage: Der Standard wird laut GitHub unabhängig von einem einzelnen Anbieter weiterentwickelt, nicht als proprietäres Copilot-Feature. Plugins lassen sich über Marktplätze entdecken und installieren, Unternehmen erhalten zusätzlich zentrale Kontrollen, um festzulegen, welche Plugins ihre Teams überhaupt installieren dürfen. Für IT-Sicherheitsverantwortliche ist das die eigentlich relevante Neuerung, dazu weiter unten mehr.

Model Context Protocol: Wie aus einem Anthropic-Standard die gemeinsame Basis wurde

Agent Plugins 1.0 wäre ohne ein Fundament nicht möglich gewesen, das schon länger existiert: das Model Context Protocol, kurz MCP. Anthropic veröffentlichte MCP am 25. November 2024 als offenen, MIT-lizenzierten Standard, mit dem KI-Modelle auf externe Werkzeuge und Datenquellen zugreifen können, dokumentiert unter anderem auf der Wikipedia-Seite zum Model Context Protocol. Ursprünglich lieferte Anthropic Referenzserver für Dateisystem-Zugriff, Web-Browsing und Datenbankanbindung mit.

Was danach folgte, ist eine der schnellsten Standardisierungswellen der jüngeren KI-Geschichte. OpenAI übernahm MCP im März 2025 und baute es in das OpenAI Agents SDK ein. Google zog im April 2025 nach und stattete Gemini-Modelle sowie das zugehörige SDK mit MCP-Unterstützung aus. Microsoft integrierte das Protokoll ab Juli 2025 in Copilot Studio und weitete die Unterstützung anschließend auf Windows, GitHub und Azure AI aus. AWS folgte im November 2025. Im Dezember 2025 übergab Anthropic die Kontrolle über MCP schließlich an die Linux Foundation, mit Anthropic, Block und OpenAI als Gründungsmitgliedern und Google, Microsoft, AWS sowie Cloudflare als Platin-Mitgliedern der Governance-Struktur.

Diese Übergabe an eine neutrale Stiftung erklärt, warum Konkurrenten wie Anysphere überhaupt bereit waren, bei Agent Plugins 1.0 mitzuziehen: Ein Standard, der formal keinem einzelnen Wettbewerber gehört, senkt das Risiko, dass ein Marktteilnehmer die Spielregeln später zu seinen Gunsten ändert.

Die Zahlen hinter dem Standard

Wie groß ist das MCP-Ökosystem inzwischen wirklich? Die verfügbaren Zahlen zeichnen ein Bild rascher, breiter Adoption, auch wenn GitHub selbst noch keine Nutzungszahlen zu Agent Plugins veröffentlicht hat, da der Standard erst wenige Tage alt ist. Bis März 2026 verzeichnete MCP nach Angaben von Branchenauswertungen 97 Millionen kombinierte monatliche SDK-Downloads über Python und TypeScript hinweg, ein Sprung von rund 100.000 Downloads beim Launch im November 2024. Das zentrale MCP-Repository auf GitHub sammelte mehr als 81.000 Sterne. Und die Zahl eigenständiger MCP-Server, jeder davon eine Anbindung an ein bestimmtes Werkzeug oder einen bestimmten Dienst, überschritt Mitte 2026 die Marke von 10.000.

DatumMeilensteinBedeutung
25. November 2024Anthropic veröffentlicht MCPOffener, MIT-lizenzierter Standard für Modell-Werkzeug-Anbindungen
März 2025OpenAI übernimmt MCPIntegration in das OpenAI Agents SDK
April 2025Google unterstützt MCPAnbindung an Gemini-Modelle und Google SDK
Juli 2025Microsoft integriert MCPStart in Copilot Studio, später Windows, GitHub, Azure AI
November 2025AWS steigt einMCP-Unterstützung in AWS-Agentenwerkzeugen
Dezember 2025Übergabe an Linux FoundationAnthropic, Block, OpenAI als Gründer; Google, Microsoft, AWS, Cloudflare als Platin-Mitglieder
März 202697 Mio. monatliche SDK-Downloads81.000+ GitHub-Sterne am Kern-Repository
6.–12. August 2026Agent Plugins 1.0 veröffentlicht und GAPortables Plugin-Format über MCP hinaus, fünf Startpartner

Wichtig für die Einordnung: Diese Zahlen beschreiben MCP als zugrunde liegendes Protokoll, nicht Agent Plugins 1.0 im Speziellen. Wie viele fertige Plugins bereits im Marketplace verfügbar sind oder wie viele Installationen es gab, hat GitHub bislang nicht beziffert. Wer also von “Tausenden Plugins” liest, sollte das nicht mit belegten Zahlen verwechseln, seriöse Berichterstattung sollte hier vorsichtig bleiben.

Warum Cursors Mutterfirma plötzlich mit Microsoft kooperiert

Der auffälligste Name auf der Partnerliste ist Anysphere, das Unternehmen hinter Cursor. Cursor gilt seit Monaten als eine der aggressivsten Herausforderer von Copilot im Markt für KI-Coding-Tools, unterlegt durch eine milliardenschwere Bewertung des Unternehmens. Dass Anysphere trotzdem bei einem GitHub-geführten Plugin-Standard mitmacht, wirkt zunächst widersprüchlich.

Die Logik dahinter ist eher pragmatisch als kooperativ. Für ein Entwickler-Tool wie Cursor ist die Anschlussfähigkeit an ein wachsendes Ökosystem aus MCP-Servern und Skills strategisch wichtiger, als ein isoliertes, aber inkompatibles eigenes Format zu pflegen. Bleibt Cursor draußen, müssen Nutzer für jede Integration, die im Copilot-Ökosystem entsteht, eine gesonderte Cursor-Version bauen oder abwarten. Tritt Anysphere dem Standard bei, profitiert Cursor automatisch von jedem Plugin, das ein Drittanbieter für den gemeinsamen Standard veröffentlicht, unabhängig davon, ob GitHub, Microsoft oder ein anderes Unternehmen es initiiert hat. Die Konkurrenz verlagert sich damit von der Frage, welches Plugin-Format gewinnt, zu der Frage, wessen Modell und Nutzererfahrung innerhalb des gemeinsamen Standards besser ist. Das ist ein Wettbewerbsfeld, auf dem sich Cursor bislang gut behauptet hat.

Wettbewerbsvergleich: Copilot, Cursor, Claude Code und ChatGPT im Agenten-Ökosystem

Ein Blick auf die vier wichtigsten Plattformen zeigt, wie unterschiedlich weit die MCP- und Plugin-Integration bereits fortgeschritten ist. Anthropics Claude war der erste Agent mit nativer MCP-Unterstützung, naheliegend, da Anthropic das Protokoll selbst entwickelt hat. OpenAI bindet MCP seit April 2025 über die Apps SDK und Connectors in ChatGPT ein. Google folgt über die Gemini API und den Vertex AI Agent Builder. Cursor und weitere IDEs wie Windsurf, Zed und die JetBrains AI Assistant unterstützen MCP inzwischen ebenfalls direkt als Werkzeug-Protokoll.

PlattformAgenten-StandardUnterstützte OberflächenMarketplace
GitHub CopilotAgent Plugins 1.0 (auf MCP-Basis)VS Code, Copilot CLI, Copilot SDK, Copilot-AppJa, mit Unternehmenskontrollen
Cursor (Anysphere)MCP direkt + Agent Plugins als PartnerCursor-EditorMCP-Server-Verzeichnisse
Claude (Anthropic)MCP nativ, UrsprungsentwicklerClaude Desktop, Claude Code, APIMCP-Referenzserver-Katalog
ChatGPT (OpenAI)MCP über Apps SDK und ConnectorsChatGPT Desktop, OpenAI Agents SDKConnectors-Verzeichnis
JetBrains AI AssistantMCP-kompatibel, delegiert an Junie, Claude, Codex, CopilotIntelliJ IDEA und weitere JetBrains-IDEsÜber Drittanbieter-Agenten

Auffällig ist, dass sich die Fronten nicht mehr entlang von “Copilot gegen den Rest” ziehen, sondern entlang der Frage, wer MCP nativ unterstützt und wer es nur als eine von mehreren Optionen behandelt. JetBrains etwa positioniert seine IDEs inzwischen bewusst als neutrale Oberfläche, von der aus Entwickler zwischen mehreren Coding-Agenten wechseln können, statt sich auf einen einzigen Anbieter festzulegen, laut der JetBrains-Dokumentation zu AI Assistant in IntelliJ IDEA.

Historischer Kontext: Vom Autocomplete zur offenen Agenten-Plattform

GitHub Copilot startete 2021 als reine Autocomplete-Funktion, die einzelne Codezeilen und kurze Funktionen vorschlug. Der nächste große Schritt war die Umstellung auf Chat-basierte Assistenz, gefolgt vom Übergang zu autonomen Coding-Agenten, die mehrstufige Aufgaben selbstständig planen und ausführen konnten. Agent Plugins 1.0 markiert nun eine dritte Phase: Copilot wird von einem einzelnen Produkt zu einer Plattform, auf der externe Skills, Werkzeuge und sogar fremde KI-Modelle andocken.

Diese Entwicklung folgt einem vertrauten Muster aus der Software-Geschichte: Browser, Betriebssysteme und IDEs haben alle irgendwann den Sprung von geschlossenen Produkten zu Plattformen mit offenen Erweiterungs-Ökosystemen vollzogen, meist getrieben vom Wettbewerbsdruck konkurrierender Standards. Bei KI-Coding-Tools läuft dieser Übergang deutlich schneller ab als bei Browsern in den frühen 2000er-Jahren: Zwischen MCPs Veröffentlichung im November 2024 und der branchenweiten Standardisierung über die Linux Foundation im Dezember 2025 vergingen gerade einmal 13 Monate.

Governance und Sicherheit: Wer kontrolliert, was ein Plugin darf

Für ein Sicherheits- und Datenschutzmedium wie shattered.io ist die Governance-Frage der eigentlich spannende Teil der Geschichte. Ein Plugin-Standard, der Skripte, Werkzeugzugriffe und externe Datenquellen bündelt und über einen Marktplatz verteilt, schafft zwangsläufig eine neue Angriffsfläche. Genau deshalb betont GitHub in seiner Ankündigung explizit die Unternehmenskontrollen, mit denen IT-Abteilungen festlegen können, welche Plugins in ihrer Organisation überhaupt installiert werden dürfen.

Die Übergabe von MCP an die Linux Foundation im Dezember 2025 war in diesem Zusammenhang mehr als eine symbolische Geste. Eine neutrale Governance-Struktur mit mehreren Platin-Mitgliedern erschwert es einem einzelnen Anbieter, Sicherheitsstandards im eigenen Interesse aufzuweichen. Trotzdem bleibt das grundsätzliche Risiko bestehen, das jede Marktplatz-Architektur mit sich bringt: Ein bösartiges oder kompromittiertes Plugin, das Zugriff auf Dateisysteme, interne APIs oder Quellcode-Repositories erhält, kann erheblichen Schaden anrichten, bevor es aus einem Marketplace entfernt wird. Unternehmen, die Agent Plugins produktiv einsetzen, sollten daher von Beginn an eine Positivliste zugelassener Plugins führen, statt sich auf die Marketplace-Kuration allein zu verlassen.

Was das für Entwicklerteams in Österreich bedeutet

Für heimische Softwarefirmen und IT-Abteilungen verändert sich durch Agent Plugins 1.0 vor allem eine Rechnung: Die Bindung an einen einzelnen Anbieter wird schwächer. Bislang bedeutete die Entscheidung für Copilot, Cursor oder Claude Code auch, sich für ein bestimmtes Set an Integrationen zu entscheiden, etwa Anbindungen an interne Ticket-Systeme, CI-Pipelines oder Dokumentationsplattformen. Wenn diese Integrationen künftig als MCP-Server oder Agent Plugins über mehrere Tools hinweg funktionieren, sinkt der Wechselaufwand deutlich.

Praktisch heißt das: Teams, die heute in eine tiefe Copilot-Integration investieren, binden sich künftig eher an den offenen MCP-Standard als an GitHub selbst, sofern sie ihre internen Werkzeuge als eigenständige MCP-Server statt als Copilot-spezifische Erweiterung bauen. Das reduziert das Risiko einer Fehlentscheidung erheblich, macht die Wahl des konkreten Frontend-Tools, ob Copilot, Cursor oder ein anderes, aber gleichzeitig weniger entscheidend als früher.

Was JetBrains, VS Code und andere IDEs jetzt tun

JetBrains hat seine AI-Assistant-Dokumentation bereits so umgebaut, dass Entwickler mehrstufige Aufgaben an unterschiedliche Coding-Agenten delegieren können, darunter Junie, Claude Agent, Codex und GitHub Copilot. Der Agent plant dabei die Arbeit, bearbeitet Dateien, führt Befehle und Tests aus und meldet den Fortschritt zurück, während Entwickler Änderungen prüfen, übernehmen oder verwerfen. Dieses Modell einer neutralen IDE, die mehrere austauschbare Agenten anbindet, passt exakt zur Logik von Agent Plugins 1.0.

VS Code selbst bleibt naturgemäß die erste Referenzimplementierung für Agent Plugins, da Microsoft sowohl den Editor als auch Copilot betreibt. Die Dokumentation stellt aber klar, dass der Standard bewusst so entworfen wurde, dass er über VS Code hinaus funktioniert, ein Detail, das Microsofts eigenes Interesse an einer möglichst breiten Adoption unterstreicht: Je mehr Tools den Standard unterstützen, desto größer wird der verfügbare Plugin-Pool für alle Beteiligten, Copilot eingeschlossen.

Prognosen: Wohin sich der Markt für KI-Coding-Agenten entwickelt

Auf Basis der bisherigen Entwicklung lassen sich einige Trends für die kommenden Monate ableiten, ohne dabei über belegte Fakten hinauszugehen.

  • Weitere IDE-Anbieter werden Agent Plugins unterstützen. Nachdem AWS, Anysphere, Microsoft, OpenAI und Vercel den Standard mitgetragen haben, ist ein Beitritt weiterer Tools wie Zed oder Windsurf naheliegend, da diese bereits MCP direkt unterstützen.
  • Marketplace-Sicherheit wird zum zentralen Streitthema. Je mehr Plugins über Marktplätze verteilt werden, desto wahrscheinlicher werden erste dokumentierte Vorfälle mit kompromittierten oder bösartigen Plugins, ähnlich wie bei Browser- und IDE-Erweiterungen zuvor.
  • Die Modellwahl wird zur Nebensache, die Skill-Bibliothek zur Hauptsache. Wenn Skills und MCP-Server plattformübergreifend funktionieren, entscheidet zunehmend die Qualität und Breite der verfügbaren Skills über die Produktivität, nicht mehr allein das zugrunde liegende Sprachmodell.
  • Unternehmen werden interne Plugin-Kataloge aufbauen. Größere Organisationen dürften eigene, kuratierte Verzeichnisse freigegebener Plugins etablieren, statt sich auf öffentliche Marktplätze zu verlassen, ein Muster, das sich bereits bei internen App-Stores für Mobilgeräte bewährt hat.
  • Die Linux-Foundation-Governance wird sich weiter ausweiten. Mit AWS, Google, Microsoft und Cloudflare bereits als Platin-Mitglieder ist zu erwarten, dass zusätzliche Cloud- und Entwickler-Plattformen im Lauf des Jahres beitreten, um Mitspracherecht am Standard zu sichern.

Praktische Schritte für IT-Verantwortliche

Wer in einem Unternehmen für Entwicklerwerkzeuge verantwortlich ist, sollte Agent Plugins 1.0 nicht ignorieren, aber auch nicht überstürzt produktiv einsetzen. Sinnvoll ist zunächst eine Bestandsaufnahme: Welche internen Integrationen, etwa an Ticket-Systeme, interne Wikis oder Deployment-Pipelines, ließen sich künftig als MCP-Server statt als Copilot-spezifische Erweiterung bauen? Das reduziert Doppelarbeit, sobald Teams zwischen mehreren Coding-Agenten wechseln oder mehrere parallel einsetzen.

Zweitens sollten Sicherheitsverantwortliche frühzeitig eine Richtlinie für Plugin-Freigaben definieren, bevor Entwickler eigenständig Drittanbieter-Plugins installieren. GitHub bietet dafür bereits Unternehmenskontrollen an, diese müssen aber aktiv konfiguriert werden, sie greifen nicht automatisch restriktiv. Drittens lohnt sich ein Blick auf die eigene Werkzeuglandschaft: Firmen, die stark in JetBrains-IDEs investiert sind, profitieren besonders von der wachsenden Agenten-Neutralität dieser Umgebungen.

// Beispiel: Minimaler MCP-Server-Eintrag in einer Agent-Plugin-Konfiguration
{
  "name": "internal-docs-server",
  "type": "mcp-server",
  "transport": "stdio",
  "command": "node",
  "args": ["./mcp-servers/docs-server.js"],
  "description": "Stellt internen Firmen-Wiki-Zugriff fuer Coding-Agenten bereit"
}

Ein solcher Eintrag zeigt das Grundprinzip: Der MCP-Server läuft als eigener Prozess und stellt dem Agenten klar definierte Werkzeuge zur Verfügung, statt dass der Agent direkten, unkontrollierten Zugriff auf interne Systeme erhält. Diese Trennung ist die Grundlage für jede seriöse Sicherheitsbewertung eines Agent-Plugin-Einsatzes.

Häufig gestellte Fragen zu GitHub Copilot Agent Plugins 1.0

Was ist der Unterschied zwischen MCP und Agent Plugins 1.0?

MCP ist das zugrunde liegende Protokoll für die Verbindung zwischen KI-Modellen und externen Werkzeugen, entwickelt von Anthropic. Agent Plugins 1.0 ist ein GitHub-geführtes Paketformat, das MCP-Server zusammen mit Skills und optionalen clientspezifischen Erweiterungen in einer installierbaren Einheit bündelt, die über mehrere Agenten-Tools hinweg funktioniert.

Muss ich als Entwickler jetzt sofort auf Agent Plugins umsteigen?

Nein. Bestehende, lokal definierte Anpassungen funktionieren laut GitHub weiterhin parallel zu Plugins. Ein Umstieg lohnt sich vor allem, wenn dieselbe Integration in mehreren Tools gleichzeitig genutzt werden soll.

Unterstützt Cursor Agent Plugins 1.0 bereits vollständig?

Anysphere, das Unternehmen hinter Cursor, gehört zu den fünf Startpartnern der Spezifikation vom 6. August 2026. Cursor unterstützt MCP-Server bereits direkt, der genaue Umfang der Agent-Plugins-Integration hängt vom weiteren Rollout in den kommenden Wochen ab.

Ist Model Context Protocol sicher genug für sensible Firmendaten?

MCP selbst ist ein offener Übertragungsstandard, keine automatische Sicherheitsgarantie. Die Sicherheit hängt davon ab, wie ein konkreter MCP-Server implementiert und welche Zugriffsrechte ihm eingeräumt werden. Unternehmen sollten jeden Server einzeln prüfen und Zugriffe minimal halten.

Welche Rolle spielt die Linux Foundation bei MCP?

Anthropic übergab die Governance von MCP im Dezember 2025 an die Linux Foundation. Anthropic, Block und OpenAI sind Gründungsmitglieder, Google, Microsoft, AWS und Cloudflare halten Platin-Mitgliedschaften. Das soll verhindern, dass ein einzelner Anbieter den Standard einseitig verändert.

Was kostet die Nutzung von Agent Plugins in GitHub Copilot?

Die Unterstützung für Agent Plugins 1.0 ist laut GitHub auf allen Copilot-Abo-Stufen verfügbar, es fallen also keine zusätzlichen Lizenzkosten für die Plugin-Funktion selbst an. Einzelne Plugins können jedoch eigene Kosten verursachen, etwa wenn sie externe kostenpflichtige APIs anbinden.

Funktioniert Agent Plugins 1.0 auch mit JetBrains-IDEs?

Die aktuelle GA-Ankündigung nennt explizit VS Code, Copilot CLI, das Copilot SDK und die Copilot-App als unterstützte Oberflächen. JetBrains-IDEs binden Coding-Agenten über einen eigenen, MCP-kompatiblen Ansatz ein, eine direkte Agent-Plugins-Unterstützung wurde für JetBrains bislang nicht offiziell angekündigt.