Ein Format für alle Agenten-Plattformen
Vercel hat am 7. August 2026 den ersten Entwurf der Spezifikation "Agent Plugins 1.0" veröffentlicht. Mit an Bord sind Amazon, Cursor, Microsoft und OpenAI, die jeweils Entwickler in das Projekt einbringen. Ziel ist ein einheitliches Paketformat, mit dem sich Fähigkeiten und Werkzeuge eines KI-Agenten von einer Plattform auf die nächste übertragen lassen.
Das Versprechen lautet "write once, run everywhere", also einmal schreiben und überall ausführen. Bislang mussten Unternehmen ihre Agenten-Logik für jede Umgebung neu aufbauen. Wer eine Anbindung an das eigene ERP-System für einen Coding-Agenten gebaut hat, konnte sie nicht ohne Weiteres in einer anderen Oberfläche weiterverwenden.
Verwaltet wird die Spezifikation von der Agentic AI Foundation (AAIF), einer Untergruppe der Linux Foundation. Sie arbeitet als eigenständige Einheit mit offenem Governance-Modell und einem unabhängigen technischen Aufsichtsgremium. Die Lizenz ist CC-BY-4.0, also Creative Commons Attribution 4.0.
Was in einem Plugin steckt
Agent Plugins 1.0 kombiniert zwei bereits etablierte Bausteine. Das Model Context Protocol (MCP) liefert die Verbindung zu Datenbanken, APIs, Shell-Skripten und anderen externen Ressourcen. Das 2025 von Anthropic entwickelte offene Format "Agent Skills" enthält die Anweisungen, wie ein Agent eine bestimmte Aufgabe abarbeiten soll.
Beides landet in einer festen Ordnerstruktur. Die Autoren nennen das Prinzip "File-system-as-configuration" und orientieren sich dabei an der Praxis des Web-Frameworks Next.js: Das Dateisystem selbst definiert den Aufbau der Komponenten.
| Element | Inhalt |
|---|---|
| Manifest und Schema (JSON) | Name, Version und Struktur des Plugins |
| Unterordner "skills" | Anweisungen für konkrete Aufgaben |
| mcp.json | Konfiguration der MCP-Server-Anbindungen |
| Ordner "namespace" | Optionale, herstellerspezifische Erweiterungen |
Weil Skills und MCP-Konfiguration im selben Paket liegen, lässt sich der Ordner kopieren und in jeder unterstützenden Umgebung nutzen. Unterstützung signalisieren bereits VS Code, Cursor, GitHub Copilot, ChatGPT, Codex und Kiro.
Bewusst eng gefasst
Die Autoren haben den Umfang der ersten Version nach eigenen Angaben absichtlich schmal gehalten. Entwickler bauen weltweit alle möglichen experimentellen Regeln und Erweiterungen in ihre Skills ein, und genau das soll der Standard nicht abbilden müssen. Solche Extras wandern in den namespace-Ordner, wo sie zwar funktionieren, aber nicht garantiert portabel sind.
Der gemeinsame Standard bleibe so vorhersehbar, ohne dass er jedes clientspezifische Experiment aufnehmen müsse, das gerade in den verschiedenen Agenten-Produkten läuft. (Sinngemäße Übersetzung einer Aussage der AAIF)
Ob einzelne dieser Erweiterungen später in den offiziellen Standard aufgenommen werden, ist offen. Zusagen dazu gibt es nicht.
Sicherheit bleibt Sache der Clients
Ein wichtiger Punkt für den Einsatz im Unternehmen: Die Spezifikation regelt das Format, nicht die Absicherung. Benutzeroberfläche, Sicherheitsgrenzen, Berechtigungen und mögliche Marktplätze für den Austausch von Plugins liegen weiterhin bei den einzelnen Agenten-Clients. Wie Authentifizierung und Zugriffsrechte konkret durchgesetzt werden, entscheidet also jede Plattform für sich.
Das ist kein Nebenaspekt. Ein Plugin bündelt Anweisungen und Zugänge zu produktiven Systemen in einem kopierbaren Ordner. Wer solche Pakete unternehmensweit verteilt, braucht eigene Regeln dafür, welche Quellen zulässig sind und welche Rechte ein Agent bekommt. Die Erfahrungen mit Freigabeprozessen bei Coding-Agenten zeigen, dass eine formale Kontrollinstanz allein nicht ausreicht.
Konkurrenz innerhalb der eigenen Stiftung
Agent Plugins 1.0 ist nicht der einzige Versuch, Ordnung in das Agenten-Umfeld zu bringen. Innerhalb der AAIF existiert mit "Skills Over MCP" ein alternativer Ansatz, der die Skills direkt in den MCP-Server integriert statt in ein separates Paket. AAIF-Vizepräsidentin Angie Jones beschrieb das sinngemäß als das Mitliefern der Anleitung direkt mit dem Produkt.
Beide Ansätze gelten offiziell als komplementär. Welcher sich in der Praxis durchsetzt, ist nicht entschieden. Zusätzlich hat Google sein Protokoll Agent2Agent (A2A) für die Kommunikation zwischen Agenten in die AAIF eingebracht und arbeitet an einer Spezifikation, mit der Agenten Werkzeuge im Web finden sollen.
Auch das Basisprotokoll bewegt sich weiter: Mit dem zustandslosen Protokollkern von MCP hat die Spezifikation zuletzt ein Update für den Betrieb in größeren Umgebungen bekommen.
Was das für Unternehmen bedeutet
Der praktische Nutzen liegt in der Portabilität. Wer heute eine Agenten-Fähigkeit für eine bestimmte Plattform baut, bindet sich an deren Format. Ein Wechsel bedeutet Nacharbeit, und genau daraus entsteht Abhängigkeit vom Anbieter. Ein gemeinsames Paketformat senkt diese Wechselkosten und macht Eigenentwicklung gegenüber fertigen Agenten-Produkten attraktiver.
Für den DACH-Raum ist das insofern relevant, als die unterstützten Werkzeuge hier weit verbreitet sind. Wer heute mit VS Code, Cursor oder Copilot arbeitet, kann Skills und Werkzeuganbindungen künftig als eigenes Asset behandeln statt als Beiwerk eines Abos. Das ist besonders dann interessant, wenn im Hintergrund ohnehin eigene Coding-Agenten auf fremden Modellen laufen und die Bindung an die Oberfläche der einzige verbleibende Lock-in-Faktor ist.
Offen bleibt die Rolle von Anthropic. Das Unternehmen hat mit Agent Skills und MCP beide technischen Grundlagen geliefert, taucht aber im Kreis der genannten Mitwirkenden am Entwurf nicht auf. Über die Gründe ist nichts bekannt.