ai-plugin.json: Warum ChatGPT Plugins tot sind

Moin! 🌻

Weißt du noch, wie 2023 alle verrückt geworden sind? OpenAI kündigte die “ChatGPT Plugins” an. Der Hype war ohrenbetäubend. Die gesamte SEO- und Entwickler-Bubble schrie: “Das ist der neue App Store! Wer jetzt kein Plugin baut, ist tot!”

Alle stürzten sich darauf, eine winzige Datei namens ai-plugin.json in ihren .well-known Ordner zu werfen, in der Hoffnung, dass Millionen von ChatGPT-Nutzern plötzlich über den Chatbot ihre Schuhe kaufen, ihre Flüge buchen oder ihre Hotelzimmer reservieren würden.

Springen wir nach vorne in den Sommer 2026. Der Staub hat sich gelegt, und der “neue App Store” ist faktisch ein verlassenes Geisterdorf. Die ursprünglichen Plugins sind deprecated, abgekündigt, tot. Die ai-plugin.json ist das perfekte Beispiel dafür, wie schnelllebig und gnadenlos die KI-Ökonomie ist – und warum es lebensgefährlich ist, sich an proprietäre Walled Gardens zu klammern.

Lass uns Tacheles reden über das Auf und Ab der Plugin-Ära und warum dein Budget heute woanders besser investiert ist.

Was war die Vision hinter der ai-plugin.json?

Die technische Idee war eigentlich brillant in ihrer Einfachheit. LLMs (Large Language Models) sind von Natur aus isoliert. Sie generieren Text, aber sie können keine Aktionen in der echten Welt ausführen. Sie haben keine “Hände”.

OpenAI wollte ChatGPT diese Hände geben. Wenn ein Nutzer fragte: “Buch mir einen Flug nach New York”, sollte ChatGPT nicht nur antworten: “Geh auf Expedia”, sondern den Flug direkt über die Expedia-API buchen.

Damit das funktionierte, erfand OpenAI die ai-plugin.json. Ein Entwickler legte diese Datei unter /.well-known/ai-plugin.json auf seinem Server ab. Der Inhalt war extrem simpel:

1. Wie heißt das Plugin?
2. Wo ist das Logo?
3. Welche OpenAPI-Spezifikation (openapi.yaml) beschreibt die verfügbaren Endpunkte?

Das Problem war nicht nur die Technik. Das Problem war die Skalierung und das Plattform-Silo.

Der Zusammenbruch der Plattform-Silos und der Shift zu Actions

Das Konzept der “Plugins” funktionierte nur, wenn alle bereit waren, das Interface von ChatGPT als den einzigen Knotenpunkt zu nutzen, und wenn Entwickler diese Dateien pflegten.

Aber OpenAI selbst hat schnell gemerkt, dass dieser Weg zu starr ist. Sie haben das Ökosystem evolutioniert: Von Plugins zu Custom GPTs und Actions. In diesem neuen System wurde die Funktionalität, die früher in der ai-plugin.json stand, direkt in die Konfiguration (das GPT Builder UI) verlagert. Entwickler importieren ihre OpenAPI-Schemas jetzt direkt. Die statische JSON-Datei im .well-known Ordner verlor ihren Zweck.

Gleichzeitig haben Unternehmen verstanden: Für jedes neue KI-Modell ein neues Plugin-Format zu bauen, ist ein ineffizienter Albtraum. Stell dir das Chaos vor:

• Du baust ein Plugin für ChatGPT.
• Du baust eine Extension für Google Gemini.
• Du baust ein Tool für Anthropic Claude.

Es verschlingt Millionen-Budgets und führt zu nichts.

Der Paradigmenwechsel 2026: GPT Actions, Structured Outputs und Offene Standards

Die Industrie hat den Weg der Agilität gewählt. Heute (Juli 2026) redet niemand mehr von der ai-plugin.json.

Der Ersatz im OpenAI-Ökosystem: Wer heute tief mit OpenAI integrieren will, nutzt GPT Actions oder greift direkt über die API auf mächtige Features wie Structured Outputs oder die Responses API zurück. Diese erlauben es Entwicklern, exakt strukturierte Daten (JSON) von Modellen zurückzubekommen, ohne sich auf wackelige Prompt-Hacks oder alte Plugin-Manifeste verlassen zu müssen.

Der Ersatz im offenen B2B-Web: Unternehmen wollen offene Standards. Wenn du heute willst, dass dein eigenes oder ein fremdes KI-Modell auf deine Datenbank zugreift, schaust du dir Protokolle wie das Model Context Protocol (MCP) oder andere offene Agent-to-Agent Frameworks an. Das ist universell. Ob du morgen auf ein Open-Source-LLM wie Llama wechselst oder bei Claude bleibst: Ein guter MCP-Server funktioniert, ohne dass du für jeden Anbieter eine eigene .json pflegen musst.

Was passiert jetzt mit den alten Dateien?

Wenn ich bei meinen Kunden einen Agent Readiness Audit durchführe, sehe ich diese Dateien noch massenhaft auf den Servern liegen. Oftmals von teuren Agenturen im Jahr 2024 für fünfstellige Summen als “KI-Innovation” verkauft und danach nie wieder angefasst.

Die Frage lautet immer: “Herr Zimmer, sollen wir die Datei löschen?”

Meine klare Antwort: Du kannst sie liegen lassen, aber frier das Budget dafür ein.

Warum nicht löschen? Es kostet dich kein Geld auf dem Server. Ein Fallback schadet nie, falls ein veralteter Hobby-Crawler noch drüberstolpert.

Warum das Budget einfrieren? Jeder Euro, den du im Sommer 2026 noch in die Weiterentwicklung dieses alten Manifests steckst, ist verbranntes Geld. Deine Kunden wollen moderne, nahtlose Integrationen, die auf aktuellen Actions oder RAG-Pipelines basieren.

Die Lektion: Agilität schlägt Hype

Die kurze, aber heftige Geschichte der ai-plugin.json ist eine bittere Lektion für alle CMOs und IT-Entscheider: Renne nicht jedem proprietären Hype hinterher, den ein Konzern ankündigt, wenn es sich nicht um einen offenen Standard handelt.

Investiere stattdessen in Agent Readiness und saubere APIs. Wenn deine Daten sauber strukturiert sind (via Schema.org), wenn deine Crawling-Regeln hart definiert sind und du offene OpenAPI-Dokumentationen bereithältst, bist du gegen jeden Sturm gewappnet. Egal welches KI-Modell morgen den Markt dominiert – wenn du robuste Endpunkte hast, können sie alle mit dir Geschäfte machen.

Lass die Vergangenheit ruhen. Die Plugin-Ära war eine schöne Spielwiese, aber das echte Geschäft wird jetzt mit echten Actions und offenen Protokollen gemacht.

ALOHA! 🌻✌️