Agent Plugins 1.0: KI-Workflow einmal bauen, überall nutzen
OpenAI, Microsoft, Amazon und Vercel haben sich auf ein Plugin-Format geeinigt. Was Agent Plugins 1.0 für deinen KI-Workflow ändert, und was noch fehlt.
Ich hab denselben Workflow dreimal gebaut.
Gleiche Logik, gleiche Schritte, drei verschiedene KI-Tools. Einmal als Skill, einmal als Custom-GPT-Anweisung, einmal als Copy-Paste-Prompt in einem Dokument, das ich seit Monaten pflege wie ein schlechtes Haustier. Jedes Mal wenn ich einen Schritt geändert hab, musste ich an drei Stellen nachziehen. Zweimal hab ich es vergessen und mich dann gewundert, warum das Ergebnis je nach Tool anders aussieht.
Am 6. August haben OpenAI, Microsoft, Amazon, GitHub, Cursor und Vercel Agent Plugins 1.0 veröffentlicht. Ein gemeinsames Format, damit genau dieser Dreifach-Aufwand wegfällt.
Was du hier mitnimmst: was der Standard konkret tut, wo er dir als Ein-Personen-Betrieb sofort Zeit spart, und an welcher Stelle du trotzdem die Hand am Stecker lassen solltest.
Ein Ordner, mehr ist es nicht
Ein Agent Plugin ist ein Verzeichnis mit drei Dingen drin:
- eine plugin.json: der Steckbrief, sagt wie das Plugin heißt und was drin liegt
- ein optionaler skills-Ordner: geschriebene Anleitungen, wie eine Aufgabe zu erledigen ist
- eine optionale mcp.json: die Andock-Liste, welche echten Tools und Datenquellen die KI erreichen darf
Das war's. Kein Framework, keine Runtime, keine Installation im klassischen Sinn.
Die zwei Bausteine gab es vorher schon. Agent Skills sind Anweisungen in Textform, also geschriebenes Handwerk. MCP-Server sind die Brücke zu echten Daten: dein Kalender, dein Dateisystem, deine Kundenliste. Neu ist nur die Schachtel drumherum.
Klingt nach wenig. Aber die Schachtel entscheidet, ob du dein Setup mitnehmen kannst oder ob es im Tool festklebt.
Warum das ausgerechnet für Solo-Betriebe zählt
Große Firmen haben Leute, die Integrationen pflegen. Du hast dich.
Und wenn du wie ich in den letzten zwei Jahren zwischen Tools gewechselt bist (bei mir waren es drei Wechsel beim Haupt-Assistenten), dann kennst du die Rechnung: Ein Wechsel kostet dich nicht die Abo-Gebühr, sondern das Nachbauen. Dein Recherche-Ablauf, deine Textregeln, deine Anbindung an den Blog. Alles nochmal von vorn.
Genau da setzt das Format an. Du baust deinen Ablauf einmal als Ordner. Wechselst du das Tool, nimmst du den Ordner mit.
Drei Sachen, die ich damit sofort angehen würde:
- Schreibregeln als Skill ablegen. Tonalität, verbotene Phrasen, Zielgruppe. Bei mir sind das gut zwei Seiten, und die hießen in jedem Tool anders.
- Wiederkehrende Abläufe kapseln. Angebot schreiben, Beleg prüfen, Video-Beschreibung erzeugen. Ein Ordner pro Ablauf, sauber benannt.
- Für Kunden paketieren. Wenn du berätst: du übergibst einen Ordner statt einer PDF voller Prompts. Das ist ein Produkt, keine Anleitung.
Punkt drei ist der spannendste. Ein portables Format heißt, dass verkaufbare KI-Bausteine plötzlich realistisch werden, ohne dass du für jeden Kunden fragst, welches Tool er nutzt.
Wer mitmacht, und wer auffällig fehlt
Zum Start lesen ChatGPT, Codex, Cursor, GitHub Copilot, Kiro und VS Code das Format. Im Steuerungsgremium sitzen AWS, Cursor, Microsoft, OpenAI und Vercel, mit der Regel, dass kein einzelner Anbieter die Mehrheit halten darf. Vernünftig.
Jetzt der Teil, der mir beim Lesen aufgefallen ist: Beide Bausteine, auf denen das Ganze aufbaut, stammen von Anthropic. MCP wurde dort entwickelt und Ende 2024 offengelegt, Agent Skills kommen ebenfalls von dort. Anthropic steht aber weder in der Liste der beteiligten Firmen noch im Gremium.
Muss nichts heißen. Ein offener Standard braucht keine Erlaubnis, und die Formate liegen offen. Aber wenn du gerade überlegst, dein halbes Setup auf dieses Format umzuziehen, ist das eine Information die du haben willst.
Der Satz, den kaum jemand laut sagt
Version 1.0 regelt das Verpacken. Sie regelt nicht: Rechte, Sandboxing, Signaturprüfung und den Umgang mit Zugangsdaten. Das steht alles als spätere Arbeit im Papier, und der Status ist bis heute als Arbeitsentwurf markiert.
Übersetzt: Ein Plugin ist eine Textdatei plus eine Liste von Anbindungen, die deine KI ausführen darf. Wer den Ordner schreibt, bestimmt woran deine KI andockt.
Ich hab das vor ein paar Monaten bei einem MCP-Server aus dem Netz gesehen, den ich testen wollte. Erst beim zweiten Lesen der Konfiguration ist mir aufgefallen, wie weit die Lese-Rechte auf mein Dateisystem reichten. Kein böser Wille dahinter, einfach schlampig gesetzt. Genau diese Prüfung nimmt dir der Standard aber nicht ab, weil er sie bewusst den einzelnen Programmen überlässt.
Also: Plugins aus fremder Hand liest du, bevor du sie lädst. Die mcp.json zuerst. Dauert zwei Minuten und ist die billigste Versicherung die du kriegen kannst.
Was ich diese Woche konkret mache
Nichts umziehen. Noch nicht.
Was ich mache ist Inventur: Welche Prompts und Regeln pflege ich aktuell mehrfach? Bei mir sind es vier Blöcke. Die schreibe ich als saubere Textdateien in einen Ordner, ganz unabhängig davon ob ich sie morgen schon als Plugin nutze. Diese Arbeit zahlt sich so oder so aus, weil sie dein Wissen aus dem jeweiligen Tool herausholt und in deine Hand legt.
Und dann warte ich auf zwei Dinge: dass der Status vom Arbeitsentwurf wegkommt, und dass die Rechtefrage geklärt ist. Bei Standards ist die zweite Version fast immer die, mit der man wirklich arbeitet.
In zehn Jahren Videoproduktion hab ich genau ein Muster immer wieder gesehen: Wer sein Handwerk in einem fremden System parkt, zahlt beim nächsten Umzug doppelt. Ein Ordner mit deinen Regeln ist die günstigste Gegenwehr die es gerade gibt.
Wenn du deine eigenen Abläufe gerade sortierst und wissen willst, wie andere Selbstständige im DACH-Raum ihre KI-Systeme aufbauen: das diskutieren wir laufend in der ContentWerk Community.
---