Zum Inhalt springen
Archiv 07. Aug. 2026

Google schiebt jetzt auch die Plugin-Verpackung in den Agenten-Stack: Warum plugin.json wichtiger wird als noch ein neues Skill-Format

KI-Hinweis: Dieser Beitrag wurde mit Unterstuetzung von KI erstellt und redaktionell eingeordnet.

Google hat am 6. August 2026 angekuendigt, Agent Plugins 1.0.0 zu unterstuetzen und dem Maintainer-Kreis des offenen Standards beizutreten. Auf den ersten Blick klingt das nach einem weiteren Format in einem schon uebervollen Agenten-Stapel. Ich halte die Meldung trotzdem fuer klar blogtauglich. Hier geht es nicht um noch einen Prompt-Trick, sondern um die Verpackungsschicht, die aus Skills und MCP-Servern endlich transportierbare Bausteine machen soll.

Gerade fuer Teams, die mit Coding-Agenten, internen Workflows oder wiederverwendbaren Automatisierungen arbeiten, ist das relevanter, als es erstmal aussieht. Denn viele Agenten-Komponenten sind heute zwar inhaltlich portabel, praktisch aber noch erstaunlich kleinteilig. Die eigentliche Reibung sitzt oft nicht im Skill selbst und auch nicht im Tool, sondern im Drumherum: Manifest, Ordnerstruktur, Transport-Konfiguration und client-spezifische Wrapper.

Was Google konkret jetzt mittraegt

Laut Google Developers Blog ist Agent Plugins 1.0.0 ein offener, vendor-neutraler Standard fuer portable Plugin-Verzeichnisse. Die Idee ist bewusst klein gehalten: Ein Plugin ist einfach ein Ordner mit festen Stellen fuer die wiederverwendbaren Teile.

  • plugin.json identifiziert das Plugin und die verwendete Schema-Version.
  • skills/ enthaelt Agent Skills im bekannten SKILL.md-Format.
  • mcp.json beschreibt MCP-Server fuer stdio, Streamable HTTP oder legacy HTTP+SSE.
  • Reverse-Domain-Namespaces wie com.example.client/ lassen Platz fuer client-spezifische Erweiterungen, ohne den portablen Kern aufzublasen.

Wichtig daran ist fuer mich weniger das einzelne Feld im Manifest. Wichtig ist die Produktlogik: Portable Teile bekommen eine gemeinsame Grundform, waehrend Installation, Rechte, UX und Policy weiter bewusst client-spezifisch bleiben. Genau diese Trennung wirkt erwachsen.

Warum das mehr ist als nur ein weiteres Dateiformat

Der spannende Punkt an Agent Plugins ist, dass der Standard absichtlich nicht alles loesen will. Er definiert keine Install-Mechanik, kein Berechtigungsmodell, keine Sandbox-Pflicht und keinen Discovery-Dienst. Das klingt kleiner als viele andere Ankuendigungen, ist aber gerade deshalb plausibel. Interoperabilitaet scheitert oft daran, dass zu viel auf einmal vereinheitlicht werden soll.

Hier passiert das Gegenteil: Google beschreibt Agent Plugins als schmale Verpackungsschicht zwischen mehreren Ebenen. Skills bleiben Skills. MCP bleibt MCP. Discovery bleibt eine eigene Aufgabe. Aber die Box, in der diese Dinge gemeinsam reisen, wird endlich standardisiert. Genau das duerfte in der Praxis viel Wrapper-Arbeit sparen.

Besonders stark ist dabei, dass Google diesen Schritt nicht allein inszeniert. Laut Google und der Agent-Plugins-Dokumentation kommt die offene Governance aus einem Kreis von Core Maintainers von Amazon, Cursor, Microsoft, OpenAI und Vercel; Google steigt jetzt in diesen Kreis ein. Das ist ein deutlich besseres Signal als noch ein proprietaeres Agenten-Format mit grossen Interoperabilitaets-Versprechen.

Warum das gut in den juengsten Google-Agenten-Stack passt

Auf menzel.works war Anfang August schon zu sehen, dass Google Agent Skills mit SKILL.md staerker formt. Kurz danach folgte die Einordnung, warum zustandsloses MCP die Infrastruktur fuer Agenten erwachsener macht. Und bereits im Juni war bei Agentic Resource Discovery die Verzeichnis- und Auffindbarkeitsschicht Thema.

Agent Plugins sitzt nun logisch dazwischen. SKILL.md beschreibt die wiederverwendbare Denk- und Arbeitslogik. MCP verbindet die Tools. ARD hilft beim Finden. Agent Plugins verpackt das Ganze so, dass es ueber verschiedene Clients hinweg ueberhaupt sauber ausgeliefert werden kann. Genau deshalb ist die Meldung fuer mich kein Randthema, sondern ein fehlendes Verbindungsstueck.

Was daran fuer Coding- und Workflow-Teams praktisch relevant ist

Fuer Teams, die eigene Agenten-Bausteine bauen, sind vor allem drei Folgen interessant:

  • weniger Duplikat-Verpackung: Skills und MCP-Server muessen nicht fuer jeden Client in einer leicht anderen Huelle gepflegt werden.
  • klarere Austauschbarkeit: Wer Agenten-Arbeit nicht komplett an einen einzigen Anbieter ketten will, bekommt mit einem portablen Paketformat eine realistischere Exit-Option.
  • mehr Produktreife fuer interne Agenten-Kits: Unternehmen koennen eher beginnen, wiederverwendbare Plugin-Bausteine als internes Inventar zu behandeln statt als lose Script-Sammlung.

Gerade dieser letzte Punkt wird schnell wichtig. Viele Firmen bauen inzwischen kleine agentische Helfer fuer Recherche, Reporting, Wissenszugriff oder Entwicklungsroutinen. Was ihnen oft fehlt, ist nicht Intelligenz, sondern ein vernuenftiger Weg, solche Bausteine transportierbar, versionierbar und ueber mehrere Umgebungen halbwegs konsistent nutzbar zu machen.

Wo ich trotzdem vorsichtig waere

Man sollte das Thema auch nicht ueberhoehen. Ein portables Plugin-Format loest noch nicht die heiklen Teile des Agentenmarkts. Wer installiert? Wer vertraut wem? Wer darf welche Tools ohne Rueckfrage starten? Wie werden Rechte, Provenienz und Sandboxing durchgesetzt? Genau diese Fragen bleiben absichtlich offen.

Das ist einerseits vernuenftig, weil IDE, CLI und Enterprise-Plattform real unterschiedliche Pflichten haben. Andererseits bedeutet es auch: Die eigentliche Governance-Reibung verschwindet nicht, sie wird nur sauber von der Verpackung getrennt. Der Standard ist damit eher Infrastruktur als Endloesung.

Mein Fazit

Google macht mit Agent Plugins nicht noch einen Skill-Standard auf. Google hilft dabei, die Verpackungsschicht zwischen Skills, MCP und Discovery zu normalisieren.

Genau das macht die Ankuendigung vom 6. August 2026 fuer mich relevant. Sobald agentische Arbeit nicht mehr nur aus Demos, sondern aus transportierbaren Modulen besteht, veraendert sich der Markt. Dann zaehlt nicht mehr nur, welcher Anbieter die lauteste Agentenstory hat. Dann zaehlt auch, wer den nuetzlichen Kleinkram so verpackt, dass er ueberhaupt in mehreren Clients und Teams leben kann.

Wenn Google, OpenAI, Microsoft, Amazon, Cursor und Vercel auf dieser Ebene dieselbe Richtung akzeptieren, ist das zwar noch keine fertige Agentenoekonomie. Aber es ist ein deutlich realistischeres Infrastruktur-Signal als viele groessere Modellmeldungen der letzten Wochen.

Weiterfuehrende Beitraege auf menzel.works

Quellen

KI-Hinweis: Dieser Beitrag wurde mit KI-Unterstuetzung recherchiert, strukturiert und formuliert.

Frage zu diesem Inhalt?
Kurz schreiben.
Kontakt