Agent Plugins 1.0 ist ein offener, herstellerneutraler Standard, der die Fähigkeiten eines KI-Agenten (Skills, MCP-Server, Befehle und Regeln) in einem einzigen installierbaren Plugin bündelt. So bauen Sie es einmal und betreiben es in verschiedenen Werkzeugen, statt es für jedes neu zu bauen. Im August 2026 kündigte GitHub die volle Unterstützung des Standards in VS Code, Copilot CLI, der Copilot-App und deren SDK an, und zwar in allen Copilot-Tarifen. Die direkte Bedeutung für Unternehmer: Die Zeit und das Geld, die Sie in die Anpassung von KI-Werkzeugen für Ihr Team stecken, sind nicht länger Geiseln einer einzigen Plattform.

Welches Problem löst er eigentlich?

In den letzten zwei Jahren haben sich KI-Werkzeuge von einem Chatfenster zu Agenten entwickelt, die Ihre Dateien lesen, Ihre Systeme aufrufen und echte Arbeitsschritte ausführen. Um diese Agenten an Ihr Unternehmen anzupassen, müssen Sie ihnen drei Dinge geben: schriftliche Anweisungen, die erklären, wie Ihr Geschäft funktioniert, eine Anbindung an Ihre internen Systeme über MCP-Server und Regeln, die sie daran hindern, ihre Befugnisse zu überschreiten.

Das Problem war, dass jedes Werkzeug all das in seinem eigenen Format verlangte. Ihr Team schreibt Anpassungen für ein Werkzeug; ein Jahr später beschließt das Unternehmen, auf etwas Schnelleres oder Günstigeres umzusteigen, und stellt fest, dass die gesamte Arbeit nicht übertragbar ist und neu geschrieben werden muss. Das ist nicht bloß ein technisches Ärgernis, sondern ein echter Kostenfaktor, der sich bei jedem Anbieterwechsel wiederholt. Genau deshalb schieben viele Unternehmen eine ernsthafte Anpassung aus Angst vor verschwendetem Aufwand auf.

Was enthält ein Plugin in der Praxis?

Ein einzelnes Paket nach dem Standard ist einfach aufgebaut und klar definiert. Es besteht aus:

  • Einem plugin.json-Manifest mit dem Namen des Plugins und der Versionsnummer, das Aktualisierung und Nachverfolgung überhaupt erst möglich macht.
  • Einem Skills-Ordner mit den schriftlichen Anweisungen, die dem Agenten sagen, wie er eine wiederkehrende Aufgabe in Ihrem Unternehmen so erledigt, wie Sie es wünschen.
  • Einer mcp.json-Datei, die die MCP-Server festlegt, die den Agenten mit Ihren tatsächlichen Systemen verbinden: Lager, Kundendatenbank, Abrechnung.
  • Werkzeugspezifischen Erweiterungen in einem separaten Namensraum, damit die gemeinsamen Teile portabel bleiben, auch wenn ein Anbieter eine eigene Funktion hinzufügt.

Die Trennung des gemeinsamen Teils vom anbieterspezifischen Teil ist das Klügste an diesem Design: Sie hindert keinen Anbieter daran, sich mit eigenen Funktionen abzuheben, und sie zwingt Sie nicht, alles zu verlieren, wenn Sie sich später anders entscheiden.

Warum sollte das Unternehmer interessieren und nicht nur Entwickler?

Der eigentliche Unterschied liegt in der Governance. Der Standard wird öffentlich unter einer offenen Lizenz entwickelt und von einem technischen Lenkungsausschuss mit Vertretern von Amazon, Microsoft, OpenAI, Cursor und Vercel beaufsichtigt. Wenn sich konkurrierende Unternehmen auf ein Format einigen, ist das ein Signal, dass dieses Format mehr als einen Produktzyklus überdauern wird und dass es nicht der Versuch einer einzelnen Partei ist, ihre Kunden an sich zu binden.

Das ist wichtig, weil das größte Risiko bei der Einführung von KI heute nicht technischer, sondern vertraglicher Natur ist. Der Anbieter, den Sie heute wählen, kann die Preise erhöhen, einen Dienst einstellen, auf den Sie angewiesen sind, oder in der Qualität nachlassen. Ein offener Standard beseitigt diese Risiken nicht, aber er senkt Ihre Ausstiegskosten, und niedrige Ausstiegskosten sind Ihr stärkstes Druckmittel in Verhandlungen.

Was bedeutet das für Unternehmen in Saudi-Arabien?

Da 2026 im Königreich zum Jahr der Künstlichen Intelligenz erklärt wurde, sind viele Unternehmen nach Jahren der Demos in eine Phase ernsthafter Erprobung eingetreten. Das wiederkehrende Muster, das wir sehen: Ein Unternehmen kauft Abonnements für sein Team, passt dann nichts an und hat am Ende einen generischen Assistenten, der alles über die Welt weiß und nichts über die eigenen Systeme. Der eigentliche Wert entsteht durch die Anpassung, nicht durch das Abonnement.

Mit einem portablen Standard ist die Entscheidung für eine Anpassung deutlich weniger riskant geworden. Ein Unternehmen kann ein internes Plugin schreiben, das seinen Freigabeprozess erklärt, den Agenten an sein Abrechnungs- oder Auftragsverwaltungssystem anbinden und es im gesamten Team verteilen, in der Gewissheit, dass die Investition gültig bleibt, falls es im nächsten Jahr zu einem anderen Werkzeug wechselt.

Beachten Sie jedoch einen wesentlichen Punkt: Dass ein Paket portabel ist, heißt nicht, dass der Zugriff auf Ihre Daten dadurch zulässig wird. Jedes Plugin, das einen Agenten mit Ihren internen Systemen verbindet, unterliegt weiterhin dem Gesetz zum Schutz personenbezogener Daten (PDPL), und Sie müssen genau festlegen, was der Agent lesen darf und was nicht, und dies dokumentieren.

Praktische Schritte für den Start noch diese Woche

  • Erfassen Sie Ihre aktuellen Anpassungen. Notieren Sie, was Ihr Team tatsächlich an Anweisungen, Anbindungen und Regeln gebaut hat, und halten Sie fest, wo sich jeder Baustein heute befindet.
  • Beginnen Sie mit einer wiederkehrenden Aufgabe. Stellen Sie nicht alles auf einmal um; wählen Sie einen täglichen Ablauf, der sichtbar Zeit kostet, und verpacken Sie ihn als ein einzelnes Plugin.
  • Legen Sie Berechtigungen fest, bevor Sie verteilen. Die Business- und Enterprise-Tarife enthalten zentrale Einstellungen, mit denen Sie steuern, welche Plugins erlaubt sind und aus welchen freigegebenen Quellen sie stammen dürfen. Richten Sie das ein, bevor sich die Nutzung ausbreitet, nicht danach.
  • Dokumentieren Sie, was portabel ist und was nicht. Die gemeinsamen Teile lassen sich zwischen Werkzeugen übertragen; werkzeugspezifische Erweiterungen möglicherweise nicht. Kennen Sie die Grenzen der Portabilität, bevor Sie ein Versprechen darauf aufbauen.

Das Fazit: Die Branche bewegt sich von einem Wirrwarr konkurrierender Formate hin zu einem gemeinsamen Format, und genau in dieser Phase wird die Investition in KI-Anpassungen zu einer kalkulierten Entscheidung statt zu einem Glücksspiel. Bei Origami bauen wir diese Plugins und die Anbindungen an die realen Systeme unserer Kunden und planen von Anfang an so, dass Eigentum und Flexibilität beim Kunden bleiben, nicht beim Anbieter.

Quellen

  • Offizielle Ankündigung von GitHub zur Unterstützung von Agent Plugins 1.0: github.blog
  • Die offizielle Website des Standards und sein technischer Lenkungsausschuss: agent-plugins.org
  • Der Text der Spezifikation 1.0.0: agent-plugins-spec