Zum Inhalt springen
Zurück zu Updates
13. August 2026
Feature Releasevon Claudius Neidig

Resend unterstützt den Agent Plugins Standard

Resend Skills folgt seit dem 13. August 2026 dem Agent Plugins Standard, einem herstellerneutralen Format aus plugin.json, Skills und MCP-Konfiguration. Getragen wird es von Amazon, Cursor, GitHub, Microsoft, OpenAI und Vercel. Ein Plugin läuft damit in ChatGPT, Codex, Cursor, Copilot und VS Code.

Ein Format für zwei bisher getrennte Welten

Resend hat am 13. August 2026 bekannt gegeben, dass Resend Skills den Agent Plugins Standard unterstützt. Dahinter steckt ein offenes, herstellerneutrales Format, das zwei Bausteine zusammenführt, die bislang getrennt gepflegt wurden: MCP für die Werkzeuge, mit denen ein Agent handelt, und Skills für das Fachwissen, das er dabei braucht.

Die Trennung war in der Praxis unpraktisch. Ein Agent, der über MCP zwar die Resend-API aufrufen kann, aber nicht weiß, wie ein sauberes Broadcast-Setup aussieht, produziert technisch korrekten Unsinn. Der MCP Standard allein löst das Problem nicht, weil er nur die Schnittstelle beschreibt, nicht die Vorgehensweise.


Der Aufbau: drei Bestandteile

Ein Agent Plugin ist ein Verzeichnis mit fester Struktur:

  • plugin.json: Name, Version und Metadaten des Plugins
  • skills/: die Skills nach der Agent Skills Spec, also das domänenspezifische Wissen
  • mcp.json: die MCP-Konfiguration mit den verfügbaren Werkzeugen

Getragen wird der Standard von Amazon, Cursor, GitHub, Microsoft, OpenAI und Vercel. Diese Konstellation ist der eigentliche Nachrichtenwert. Wenn sechs Anbieter, die sonst in unterschiedliche Richtungen ziehen, sich auf ein Verzeichnislayout einigen, ist das ein Hinweis darauf, dass alle dasselbe Problem hatten.


Wo ein Plugin läuft

Unterstützt wird das Format nach Angaben von Resend in ChatGPT, Codex, Cursor, GitHub Copilot, Kiro, VS Code, Hermes und OpenClaw. Bestehende Integrationswege bleiben parallel bestehen, etwa der Claude Connector und das Codex Plugin. Für vorhandene Installationen ändert sich also nichts, der neue Weg kommt daneben.

Für Teams heißt das konkret: Ein einmal gebautes Plugin muss nicht mehr pro Zielumgebung neu verpackt werden. Wer bisher eine Integration für die Entwicklungsumgebung und eine zweite für den Chat-Assistenten gepflegt hat, pflegt künftig eine.


Warum Standardisierung hier mehr zählt als das Feature

Die Ankündigung selbst ist ein Changelog-Eintrag mittlerer Größe. Die Richtung dahinter ist die interessantere Nachricht, und sie betrifft drei Punkte, die in Unternehmen regelmäßig Ärger machen.

Wartungsaufwand: Jede zusätzliche Zielumgebung war bisher eine eigene Integration mit eigenem Lebenszyklus. Ein gemeinsames Format reduziert diese Vervielfachung auf eine Quelle.

Bindung an Anbieter: Wer Agenten-Werkzeuge in einem proprietären Format baut, bindet sich an die Umgebung, für die er baut. Ein neutraler Standard macht einen Wechsel zur Konfigurationsfrage statt zum Projekt.

Steuerbarkeit: Ein Plugin als versioniertes Verzeichnis mit Manifest lässt sich prüfen, freigeben und im Repository verwalten. Das ist die Voraussetzung dafür, dass eine IT-Abteilung überhaupt sagen kann, welche Agenten-Werkzeuge im Unternehmen zugelassen sind. Wildwuchs entsteht sonst genau dort, wo Einbindung schneller geht als Freigabe.


Fazit

Für Resend-Nutzer ist die Sache schnell erledigt: Skills sind jetzt breiter einsetzbar, bestehende Anbindungen laufen weiter. Der größere Punkt ist die Standardisierung. Wenn du eigene Agenten-Werkzeuge baust, lohnt sich ein Blick auf die Struktur aus plugin.json, skills und mcp.json, bevor die nächste Integration in einem hauseigenen Format entsteht. Und für die Governance-Seite gilt: Ein Format, das sich versionieren und freigeben lässt, ist die Grundlage jeder Richtlinie zu Agenten-Werkzeugen.

Diese Website verwendet Cookies. Notwendige Cookies sind immer aktiv. Analyse-Cookies (Ahrefs, PostHog) helfen mir anonym zu verstehen, welche Inhalte hilfreich sind.