Was sind Agent Plugins? Skills, MCP-Server und was sich ändert (2026)
Agent Plugins ist eine offene, herstellerneutrale Spezifikation für das Paketieren von Agent Skills und MCP-Servern in einem einzigen portablen Verzeichnis. Version 1.0.0 wurde am 6. August 2026 veröffentlicht. Sie legt eine einzige Manifest-Datei und ein einheitliches Ordner-Layout fest, sodass dasselbe Paket in jedem kompatiblen KI-Agenten-Client geladen werden kann.
Das ist die ganze Idee dahinter. Es gibt hier kein neues Protokoll und keine neue Laufzeitumgebung. Die bereits vorhandenen Teile funktionieren weiterhin, und die Spezifikation legt lediglich fest, wie man sie in eine gemeinsame Box packt.
Dieser Leitfaden beschreibt, was veröffentlicht wurde und was in einem Plugin enthalten ist. Er befasst sich auch damit, was die Spezifikation bewusst nicht definiert und was sich für alle ändert, die Agenten zur Erstellung von Analysen nutzen.
Was am 6. August 2026 veröffentlicht wurde
Am selben Tag gingen zwei offizielle Beiträge online. Vercel veröffentlichte die von Jonathan Hefner verfasste Ankündigung. Google veröffentlichte einen eigenen Beitrag von Kevin Hou, Haoyu Wang und Alan Blount im Google Developers Blog.
Im Beitrag von Vercel heißt es, dass Vercel den Vorschlag initiiert hat. Vertreter von Amazon Web Services, Anysphere, GitHub, Microsoft, OpenAI und Vercel haben ihn anschließend zur Version 1.0.0 weiterentwickelt.
Der Beitrag listet auch die Clients auf, die das Format zum Start unterstützen: ChatGPT, Codex, Cursor, GitHub Copilot, Kiro und VS Code. Googles Beitrag nennt zwei eigene Produkte: das Agents CLI und das Data Agent Kit. Das Data Agent Kit liefert Plugins für BigQuery, Spanner und Cloud SQL aus.
Ein Detail sollte man im Kopf behalten: Das Repository der Spezifikation wurde am 3. April 2026 erstellt, sodass der 6. August eher die Veröffentlichung von Version 1.0.0 als den Beginn der Arbeit markiert. Berichte, die diese beiden Daten gleichsetzen, übertreiben, wie schnell das Ganze zustande kam.
Wer dahintersteckt
Das Projekt veröffentlicht sein Technical Steering Committee in einer MAINTAINERS.md-Datei. Stand August 2026 listet sie fünf Core Maintainers auf. Dies sind Clare Liguori von Amazon, Roshan Sadanani von Cursor und Harald Kirschner von Microsoft. Die Liste nennt außerdem Gav Verma von OpenAI und Jonathan Hefner von Vercel. Hefner wird als Lead Core Maintainer aufgeführt.
In der Ankündigung von Google heißt es, dass Google als Core Maintainer beigetreten ist, vertreten durch Kevin Hou. Diese Ergänzung spiegelt sich in der veröffentlichten Maintainer-Datei noch nicht wider.
Die Lizenzierung ist aufgeteilt. Der eigene Lizenzhinweis des Repositorys stellt den Spezifikationstext, die Dokumentation und die Beispiele unter CC BY 4.0. Schemata, Quellcode und Skripte fallen unter Apache 2.0.
Was tatsächlich in einem Plugin steckt
Ein Plugin ist ein Verzeichnis. Die Spezifikation hält den erforderlichen Umfang bewusst klein.
Das Manifest ist die plugin.json, und es sind nur zwei Felder erforderlich. Das Feld $schema deklariert, auf welche Version der Spezifikation das Paket abzielt. Für 1.0.0 lautet dieser Wert https://agent-plugins.org/schemas/1.0.0/plugin.schema.json.
Das zweite erforderliche Feld ist name. Es muss 1 bis 64 Zeichen lang sein, bestehend aus a-z, 0-9, - und ., und es muss mit einem alphanumerischen Zeichen beginnen und enden. Doppelte Trennzeichen wie -- und .. sind unzulässig.
Alles andere im Manifest ist optional: version, description, author, homepage, repository, license und keywords.
Komponenten befinden sich an festen Pfaden, anstatt inline deklariert zu werden. Skills stammen aus einem skills/-Ordner, in dem jedes direkt untergeordnete Verzeichnis, das eine SKILL.md-Datei enthält, als ein Skill zählt. MCP-Server werden in der mcp.json deklariert.
Diese letzte Einschränkung ist der interessante Punkt. Das Manifest kann Komponenten weder verschieben noch inline definieren. Ein Betrachter kann daher durch das Auflisten von zwei Pfaden sofort erkennen, was ein Plugin enthält.
Ein praktisches Beispiel verdeutlicht die Struktur. Ein Plugin, das eine monatliche Umsatzübersicht erstellt, würde einen Skill-Ordner mit den Berichtsanweisungen und einen mcp.json-Eintrag enthalten, der auf das Data Warehouse verweist. Nichts an dieser Anordnung ist client-spezifisch, und genau das ist der Punkt.
Was die Spezifikation bewusst auslässt
Die Liste der Ausschlüsse ist länger als die Liste der Anforderungen, und das wird auch offen kommuniziert.
Die Spezifikation definiert nicht das Skill-Format selbst, welches zur Agent Skills-Spezifikation gehört. Sie definiert nicht das MCP-Übertragungsverhalten, welches zum Model Context Protocol gehört. Sie definiert weder den Inhalt noch die Validierung von client-spezifischen Erweiterungen. Sie definiert auch kein Fallback-Verhalten nach dem Fehlschlagen einer Transportverbindung.
Der Beitrag von Google zieht die restlichen Grenzen. Installationsmechanismen, Verteilungsprotokolle, Berechtigungen, Sandboxing, Vertrauensprüfung und Benutzererfahrung liegen alle außerhalb des Rahmens.
Das Aussparen der Vertrauensprüfung verdient besondere Aufmerksamkeit. Ein Plugin kann einen MCP-Server deklarieren, der jeden beliebigen Endpunkt kontaktiert, und die Spezifikation beurteilt nicht, ob dieser Endpunkt Zugriff verdient. Die Überprüfung bleibt eine menschliche Aufgabe oder eine Aufgabe des jeweiligen Clients, der das Paket lädt.
Dies ist ein reines Paketierungsformat und nicht mehr. Wer auf einen App Store mit Überprüfung und Signierung hofft, wird hier nicht fündig.
Warum ein Paketierungsstandard für die Arbeit mit Daten wichtig ist
Die meisten Menschen, die einen Agenten um ein Diagramm bitten, denken nie über die Paketierung nach. Die Verbindung ist nach wie vor direkt.
Ein Agent kann nur dann ein echtes Ergebnis liefern, wenn er zwei Dinge erreichen kann: Anweisungen für die Aufgabe und Zugriff auf die Daten. Skills liefern Ersteres. MCP-Server liefern Letzteres. Bislang bedeutete die gemeinsame Bereitstellung von beidem einen eigenen Wrapper für jeden Client.
Duplikation hat vorhersehbare Kosten. Wrapper driften auseinander. Ein Client erhält einen Fix, ein anderer nicht. Die Version, die Ihr Data Warehouse ausliest, hinkt dann hinter der Version hinterher, die die Zusammenfassung schreibt. Der Fehler äußert sich schließlich als veraltete Zahl in einem fertigen Bericht.
Teams, die ihre eigenen internen Skills pflegen, spüren dies am meisten. Eine Finanzabteilung mit einem Skill für den Monatsabschluss und einem Warehouse-Connector stellt diese derzeit separat bereit und wiederholt dann die Verknüpfung für jeden Editor, den das Team verwendet. Ein einziges Paket ersetzt dies durch einen einzigen Ordner in der Versionsverwaltung.
Ein gemeinsames Paketformat beseitigt diese spezielle Art des Auseinanderdriftens. Es macht einen Agenten nicht besser in der Analyse, und es sollte auch nicht so dargestellt werden, als ob es das täte.
Wo ein Plugin-Standard an seine Grenzen stößt
Eine Paketierungsspezifikation setzt voraus, dass Sie die Teile bereits haben. Sie sagt nichts über deren Qualität aus und verrät Ihnen nicht, ob ein Skill ein verlässliches Diagramm erstellt.
Das ist die Lücke, die man ehrlich benennen sollte. Powerdrill Bloom stellt bereits beide Dinge bereit, die das Format paketiert. Es führt Claude Skills für Recherche, Analyse, Automatisierung und Ausführung aus. Zudem liefert es einen eigenen MCP-Server aus, sodass ein kompatibler Client Datensätze durchsuchen und Jobs auf Anfrage ausführen kann.
Was es über die reine Infrastruktur hinaus bietet, ist der Teil, den die Spezifikation außen vor lässt. Sie laden eine Tabellenkalkulation hoch, stellen eine Frage in natürlicher Sprache und erhalten ein Diagramm, eine schriftliche Zusammenfassung oder eine Präsentation zurück. Die Paketierungsebene entscheidet, wie Tools zwischen Clients übertragen werden. Sie entscheidet nicht, ob die Antwort gut ist.
Für einen breiteren Überblick über dieses Ökosystem decken unsere Übersichten über MCP-Plattformen und Agent Skills für Datenanalyse und Berichterstattung den aktuellen Markt ab.
Angrenzende Standards, die man kennen sollte
Drei Spezifikationen existieren nun nebeneinander und können leicht verwechselt werden.
| Standard | Was er definiert | Geltungsbereich |
|---|---|---|
| Agent Skills | Wie ein einzelner Skill geschrieben wird | Anweisungen und Ressourcen |
| Model Context Protocol | Wie ein Agent mit einem Tool oder einer Datenquelle kommuniziert | Laufzeitprotokoll |
| Agent Plugins | Wie Skills und MCP-Server als eine Einheit bereitgestellt werden | Nur Paketierung |
Ein Blick auf die Spalte 'Geltungsbereich' ist der schnellste Weg, um einen Kategorienfehler zu vermeiden. Eine Frage dazu, wie sich ein Agent an einer Datenbank authentifiziert, ist eine MCP-Frage. Eine Frage dazu, wie man einem Kollegen das gesamte Setup übergibt, ist eine Paketierungsfrage.
Die drei ergänzen sich designbedingt. Ein Plugin enthält Skills und MCP-Server-Deklarationen, und jede davon bleibt auch außerhalb des Plugins unabhängig portabel.
Fazit
Agent Plugins 1.0.0 ist eine kleine Spezifikation mit einer eng umgrenzten Aufgabe. Ein Manifest, zwei erforderliche Felder, zwei feste Pfade für Komponenten und eine ausdrückliche Weigerung, Installation, Berechtigungen oder Vertrauen zu definieren.
Der Wert zeigt sich eher im Laufe der Monate als am ersten Tag. Weniger Wrapper bedeuten weniger Stellen, an denen ein Tool asynchron werden kann. Das ist besonders wichtig, wenn das Ergebnis eine Zahl ist, auf deren Basis Entscheidungen getroffen werden. Wenn Sie die Analyseebene anstelle der reinen Infrastruktur nutzen möchten, probieren Sie Powerdrill Bloom mit einer Datei aus, die Sie bereits haben. Besuchen Sie auch unsere Seite für Auto-Insights.
Die Fakten in diesem Artikel wurden am 11. August 2026 anhand offizieller Quellen überprüft. Details der Spezifikation können sich ändern, prüfen Sie daher die verlinkten Seiten, bevor Sie sich auf einen Feldnamen verlassen.
Häufig gestellte Fragen
Was sind Agent Plugins in einfachen Worten?
Sie sind eine standardisierte Methode, um die Skills eines Agenten und seine MCP-Server-Deklarationen in einem einzigen Ordner zu bündeln. Jeder kompatible Client kann diesen Ordner dann ohne einen client-spezifischen Wrapper laden.
Ist Agent Plugins dasselbe wie MCP?
Nein. MCP ist ein Laufzeitprotokoll, das regelt, wie ein Agent mit einem Tool oder einer Datenquelle kommuniziert. Agent Plugins regelt lediglich die Paketierung, und ein Plugin kann MCP-Server in seinem Inneren deklarieren.
Was ist in der plugin.json erforderlich?
Nur zwei Felder. Der Wert $schema deklariert die angestrebte Version der Spezifikation, und name identifiziert das Plugin. Alles andere, einschließlich version and license, sind optionale Metadaten.
Welche Tools unterstützen Agent Plugins?
Der Launch-Beitrag von Vercel listet ChatGPT, Codex, Cursor, GitHub Copilot, Kiro und VS Code auf. Google hat separat die Unterstützung in seinem Agents CLI und Data Agent Kit angekündigt.
Übernimmt Agent Plugins die Installation oder Berechtigungen?
Nein. Installation, Verteilung, Berechtigungen, Sandboxing und Vertrauensprüfung liegen alle explizit außerhalb des Rahmens. Die Spezifikation deckt das Paket-Layout ab und nichts darüber hinaus.