Claude Plugins Directory öffnet sich und macht Erweiterungen zu Anthropics Vertriebsebene
Anthropic hat das Claude Plugins Directory am 25. September 2026 für Einreichungen von Drittanbietern geöffnet und gibt Entwicklern damit einen geprüften Weg in seinen Marktplatz für Erweiterungen. Der Schritt ist bedeutsam, weil Plugins nicht länger nur eine optionale Hülle um Claude-Funktionen sind. Anthropic beschreibt sie nun als den wichtigsten Weg, über den Entwickler externe Fähigkeiten für Claude paketieren sollten.
Ein Plugin kann einen Model Context Protocol-Connector, einen oder mehrere Agent Skills oder beides enthalten. MCP verschafft Claude Zugriff auf externe Tools und Daten, während ein Skill wiederverwendbare Anweisungen, Skripte und unterstützende Ressourcen bereitstellt. Ihre Kombination ermöglicht Entwicklern, Zugriff und Betriebswissen als ein installierbares Produkt zu vertreiben.
Diese Paketierungsentscheidung bringt Anthropic in direkten Wettbewerb mit dem App-Modell von ChatGPT. Beide Unternehmen wollen nun, dass Drittentwickler auf MCP aufbauen, eine Plattformprüfung durchlaufen und Nutzer über ein durchsuchbares Verzeichnis erreichen. Der entscheidende Wettbewerb lautet daher nicht Claude gegen eine einzelne Integration. Es geht um Claudes gebündeltes Plugin-Modell gegenüber einem herkömmlichen App-Store für Konversationen.
Die Plugin-Ankündigung von Anthropic bietet Entwicklern ein Portal für Einreichung, Nachverfolgung der Prüfung, Steuerung des Starts und Nutzungsanalysen. Außerdem beginnt sie, mehrere Erweiterungsformate zusammenzuführen, die zuvor als getrennte Bausteine auftraten.
Das Claude Plugins Directory könnte anspruchsvolle Agenten-Workflows leichter installierbar und auffindbar machen. Zugleich bündelt es mehr Verantwortung in Anthropics Prüfprozess, Rankingsystemen, Berechtigungskontrollen und im Umgang mit Software, die sich nach der Genehmigung verändern kann.
Das Claude Plugins Directory verfügt nun über eine Einreichungspipeline
Die unmittelbare Änderung ist operativer Natur: Externe Entwickler können jetzt ein Plugin einreichen, dessen Prüfung verfolgen und es nach der Genehmigung veröffentlichen.
Das Einreichungsportal steht Entwicklern mit kostenpflichtigen Claude-Plänen zur Verfügung. Anthropic bietet zwei Einreichungswege an, die die unterschiedlichen Arten widerspiegeln, auf die Entwickler Claude bereits erweitert haben.
Der erste Weg deckt einen einzelnen Remote-MCP-Connector ab. Ein Entwickler gibt die Adresse eines MCP-Servers an, der über das Protokoll Tools oder Daten bereitstellt. Dieser Weg eignet sich für Dienste, bei denen Claude vor allem Datensätze durchsuchen, eine API aufrufen oder definierte Aktionen ausführen soll.
Der zweite Weg umfasst ein Plugin-Bundle, das in einem GitHub-Repository gehostet wird. Dieses Bundle kann MCP-Server mit Agent Skills kombinieren. In Claude Code kann es außerdem Language-Server-Integrationen, Befehle, Hooks und spezialisierte Agenten enthalten.
Der Unterschied ist wichtig. Ein Connector teilt Claude mit, welches externe System er erreichen kann. Ein Skill erklärt Claude, wie es eine bestimmte Aufgabe angehen soll. Ein Plugin kann beide Teile paketieren, sodass Nutzer keinen Workflow aus getrennten Komponenten zusammenstellen müssen.
Man denke etwa an ein Entwicklertool zur Behebung von Produktionsvorfällen. Sein Connector könnte Warnungen, Logs und Issue-Datensätze abrufen. Seine Skills könnten die Untersuchungsabfolge, die erforderlichen Nachweise und das Format für einen abschließenden Vorfallbericht festlegen. Das Plugin vertreibt dann Verbindung und Vorgehensweise gemeinsam.
Anthropic erklärt, dass jede Einreichung eine automatische Validierung und einen Sicherheitsscan erhält. Entwickler können den Prüfstatus einsehen, Scanergebnisse untersuchen und auf empfohlene Änderungen reagieren. Eine Genehmigung erzwingt keine sofortige Veröffentlichung, da der Entwickler die Kontrolle über den Publikationstermin behält.
Diese abschließende Kontrolle trennt Prüfung und Start. Ein Team kann warten, bis Backend, Supportmaterialien oder Ankündigung bereit sind, bevor es ein genehmigtes Plugin öffentlich macht. Es kann die Veröffentlichung im Verzeichnis auch mit einer bestehenden Produktbereitstellung koordinieren.
Nach der Veröffentlichung meldet das Portal Installationen nach Claude-Oberfläche und Plugin-Version. Außerdem zeigt es Aufrufe der Einträge und die Suchanfragen, die Nutzer zum Plugin geführt haben. Diese Kennzahlen sollten Entwicklern helfen, ein Auffindbarkeitsproblem von einem Aktivierungsproblem zu unterscheiden.
Ein Eintrag mit vielen Aufrufen, aber wenigen Installationen könnte schwach positioniert sein, unklare Berechtigungen haben oder nur einen begrenzten wahrgenommenen Nutzen bieten. Ein Plugin mit starker Verbreitung in Claude Code, aber geringer Nutzung anderswo, benötigt möglicherweise andere Skills oder Dokumentation für allgemeine Claude-Nutzer.
Das Verzeichnis selbst führt Skills, Connectors und Plugins weiterhin als erkennbare Kategorien. Bestehende Einträge erfordern keine sofortigen Änderungen. Anthropic erklärt, dass Entwickler Connector-Einträge künftig in Plugins umwandeln können, während aktuelle Verzeichniseinträge während des Übergangs bestehen bleiben können.
Dies ist Konsolidierung ohne abrupte Migrationsfrist. Anthropic kann Plugins zum bevorzugten Format machen und gleichzeitig bestehende Integrationen sowie die dahinterstehende installierte Basis bewahren.
Die Strategie kommt zudem zusammen mit dem umfassenderen Claude Marketplace, der mehr als 2.000 Plugins und Connectors aufführt. Das Einreichungsportal macht aus diesem Katalog einen stärker strukturierten Kanal für Entwickler.
Warum Anthropic Tools und Anweisungen jetzt bündelt
Plugins lösen ein Vertriebsproblem, das weder MCP-Connectors noch Prompt-Pakete allein gut lösen.
MCP standardisierte den Austausch zwischen einer KI-Anwendung und einem externen Dienst. Ein Server kann Tools, Ressourcen und verwandte Fähigkeiten in einer Form anbieten, die ein MCP-kompatibler Client verstehen kann. Dadurch müssen Entwickler nicht für jedes KI-Produkt ein anderes Integrationsprotokoll entwerfen.
Das Protokoll ist auch einfacher im großen Maßstab zu betreiben. Die MCP-Spezifikation vom Juli 2026 führte einen zustandslosen Kern, cachefähige Listen, Header-basiertes Routing, Änderungen bei der Autorisierung und ein formales Erweiterungs-Framework ein. Ein zustandsloser Kern ermöglicht es, Anfragen an gewöhnliche Serverinstanzen zu leiten, ohne von einer dauerhaften Transportsitzung abhängig zu sein.
Diese Änderungen machen MCP zu einer stärkeren Grundlage für gehostete kommerzielle Integrationen. Sie sagen Claude jedoch nicht, wie eine Organisation die Ausführung einer Aufgabe wünscht. Eine Liste verfügbarer Tools ist nicht dasselbe wie ein Betriebsverfahren.
Agent Skills decken diese zweite Ebene ab. Anthropic definiert einen Skill als Ordner mit Anweisungen, Skripten und Ressourcen, den Claude bei Relevanz lädt. Sein Agent-Skills-Modell ermöglicht Entwicklern, spezialisierte Workflows zu kodieren, ohne jede Anweisung in jeder Konversation unterbringen zu müssen.
Dadurch entsteht eine natürliche Arbeitsteilung. MCP übernimmt Zugriff und Aktionen. Skills übernehmen Verfahren und aufgabenspezifischen Kontext. Plugins paketieren diese Ebenen für Installation und Vertrieb.
Der Zeitpunkt spiegelt auch wider, wie sich Agentenprodukte über einfache Frage-Antwort-Interaktionen hinausentwickeln. Wenn ein Assistent private Datensätze abrufen, Code ausführen, Dateien erzeugen oder ein externes System verändern kann, hängt eine erfolgreiche Nutzung von mehr als Modellqualität ab. Der umgebende Workflow bestimmt, was das Modell sehen kann, was es tun darf und wie konsistent es arbeitet.
Entwickler mussten diese Teile zuvor über getrennte Kanäle vertreiben. Ein Repository konnte einen MCP-Server enthalten. Ein anderes konnte Prompts, Skripte oder Claude-Code-Befehle enthalten. Installationsanweisungen verlangten von Nutzern häufig, Konfigurationsdateien zu bearbeiten und zu verstehen, wie die Komponenten zusammenpassen.
Ein Plugin macht aus diesen Fragmenten eine erkennbare Produkteinheit. Das gibt dem Entwickler einen Eintrag, ein versioniertes Paket und einen Akquisitionskanal. Dem Nutzer bietet es eine einfachere Entscheidung: ob ein Paket installiert werden soll, das für eine bestimmte Aufgabe entwickelt wurde.
Für Unternehmenskäufer macht die Bündelung auch Governance nachvollziehbarer. Administratoren können ein benanntes Paket bewerten, seinen Quellcode und seine Fähigkeiten prüfen und entscheiden, wer es erhalten soll. Die Organisationskontrollen von Anthropic können ein Plugin verfügbar machen, standardmäßig installieren oder für bestimmte Nutzer vorschreiben.
Das Paket kann auch über verschiedene Claude-Oberflächen hinweg verfügbar sein. Laut den Verzeichnisleitlinien von Anthropic können installierte Skills in Claude Chat, Cowork und Claude Code verfügbar werden, wenn dasselbe Konto verwendet wird. Diese Reichweite macht ein Plugin nützlicher als eine enge Integration, die an eine einzelne Oberfläche gebunden ist.
Dieses Versprechen über mehrere Oberflächen hinweg bleibt bedingt. Ein Plugin, das auf lokalen Hooks oder Entwicklungsbefehlen basiert, bietet in einer Browserkonversation nicht dieselbe Erfahrung. Entwickler müssen weiterhin bestimmen, welche Fähigkeiten auf jeder Oberfläche funktionieren, und passende Fallbacks entwickeln.
Dennoch etabliert Anthropic Plugins als Einheit, um die sich Auffindbarkeit, Prüfung, Analysen und organisatorischer Vertrieb drehen. MCP und Skills bleiben die zugrunde liegenden Komponenten, aber das Verzeichnis verleiht dem Bundle kommerzielle und operative Sichtbarkeit.
Claude Plugins gegen Connectors ist der falsche Wettbewerb
Der zentrale Wettbewerb lautet nicht Claude Plugins gegen Connectors, denn Anthropic möchte, dass Connectors zu Bestandteilen von Plugins werden.
Ein Connector bleibt nützlich, wenn Zugriff das gesamte Produkt ist. Ein Datenbanksuchdienst, ein Endpunkt zum Abruf von Dokumenten oder eine eng definierte API benötigen möglicherweise keine zusätzlichen Anweisungen. Anthropic akzeptiert daher weiterhin einen einzelnen Remote-MCP-Server über das neue Portal.
Ein Plugin wird wertvoller, wenn die Integration eine Abfolge, eine Richtlinie oder eine spezialisierte Ausgabe erfordert. Der Entwickler kann Tools mit Skills verbinden, die beschreiben, wann sie zu verwenden sind und wie ihre Ergebnisse in fertige Arbeit überführt werden.
Das bedeutet, dass die Unterscheidung zwischen Claude Plugins und Connectors vor allem eine Frage der Paketierungstiefe ist. Ein Connector stellt eine Fähigkeit bereit. Ein Plugin kann eine oder mehrere Fähigkeiten in einen Workflow mit eigenen Anweisungen und unterstützenden Assets verwandeln.
Der folgenreichere Vergleich betrifft das App-Vertriebsmodell von ChatGPT. OpenAI begann im Dezember 2025, Einreichungen von Drittanbieter-Apps zu akzeptieren, und platzierte genehmigte Produkte in einem durchsuchbaren Verzeichnis. Der Einreichungsprozess verlangt Entwicklern ebenfalls Angaben zur MCP-Konnektivität, Testanweisungen, Verzeichnismetadaten und Marktverfügbarkeit.
Das Modell zur App-Einreichung von OpenAI betont Konversationserlebnisse, die Kontext abrufen, Aktionen durchführen und interaktive Oberflächen darstellen können. Apps können namentlich aufgerufen, aus einem Tool-Menü ausgewählt oder über Empfehlungen eingeblendet werden.
Anthropic geht dieselbe Gelegenheit von einem anderen Ausgangspunkt an. Sein Bundle kann Remote-Tools mit prozeduralem Wissen verbinden, während Claude-Code-Plugins sich weiter auf Befehle, Hooks, Agenten und Entwicklungsinfrastruktur erstrecken können.
Die beiden Modelle haben dennoch mehr technische Gemeinsamkeiten, als ihre Bezeichnungen vermuten lassen. Beide behandeln MCP als wichtige Verbindungsebene. Beide prüfen öffentliche Einreichungen. Beide bieten ein Verzeichnis, in dem Vertrieb teilweise von Suche, Ranking und Plattformempfehlungen abhängt.
Diese gemeinsame Grundlage senkt einige Entwicklungskosten. Ein Unternehmen kann Kernfähigkeiten über MCP bereitstellen und anschließend plattformspezifische Paketierungen darum herum entwickeln. Anpassungen entfallen dadurch nicht, da jeder Host unterschiedliche Oberflächen, Richtlinien, Prüfkriterien und unterstützte Erweiterungen hat.
Die strategische Frage lautet, welche Plattform Entwicklern den besten Weg von einer funktionierenden Integration zu wiederholter Nutzung bietet. Die reine Größe der Zielgruppe ist wichtig, ebenso aber Auffindbarkeitsqualität, Analysen, oberflächenübergreifende Verfügbarkeit, Unternehmensbereitstellung und der Umfang plattformspezifischer Arbeit.
Anthropics Portal adressiert mehrere dieser Faktoren direkt. Suchanfragen-Analysen können Entwicklern zeigen, wie Nutzer ein Problem beschreiben. Installationsdaten auf Versionsebene können offenlegen, ob ein Update die Akzeptanz verbessert hat. Bewertungen können Compliance-Probleme vor dem Start sichtbar machen.
Doch Analysen allein können keine Nachfrage schaffen. Ein Verzeichnis mit Tausenden von Einträgen kann schwer zu navigieren werden, insbesondere wenn mehrere Plugins behaupten, denselben Workflow zu lösen. Suchranking und redaktionelle Hervorhebung werden dann Teil der Produktökonomie – auch ohne formelles Bezahlsystem.
Entwickler müssen außerdem entscheiden, welchen Wert sie einer plattformspezifischen Skill beimessen. Detaillierte Claude-Anweisungen können die Erfahrung in Anthropic-Produkten verbessern, aber den Wartungsaufwand erhöhen, wenn ein anderer Host die Workflow-Anleitung anders interpretiert.
Für Nutzer wird sich das Modell durchsetzen, das Konfiguration reduziert, ohne folgenreiche Entscheidungen zu verbergen. Ein Ein-Klick-Paket ist nur dann nützlich, wenn Menschen seine Berechtigungen, Datenflüsse, den Wartungsstatus und die unterstützten Umgebungen nachvollziehen können.
Wissensarbeiter werden diesen Wettbewerb möglicherweise über alltägliche Aufgaben erleben und nicht über die Marke eines Verzeichnisses. Ein Research-Plugin könnte Quellenmaterial sammeln, ein Verifizierungsverfahren anwenden und ein strukturiertes Briefing erstellen. Ein solcher AI-Workflow wird wertvoller, wenn seine Tools und Betriebsanweisungen gemeinsam bereitgestellt werden.
Anthropic setzt darauf, dass dieses Bündel die richtige Einheit für Agentensoftware ist. OpenAI setzt darauf, dass eine App-zentrierte Erfahrung zum nativen Bestandteil von Gesprächen werden kann. Beide Ansätze machen Distribution und Vertrauen zu Plattformfunktionen, statt sie vollständig GitHub-Repositories und manueller Konfiguration zu überlassen.
Wie Claude Plugins funktionieren, schafft ein schwierigeres Vertrauensproblem
Ein geprüftes Verzeichnis reduziert Unsicherheit, kann aber nicht jedes Plugin dauerhaft sicher machen.
Anthropics automatische Validierung und Sicherheitsprüfung sind nützliche erste Hürden. Die Richtlinie für das Verzeichnis verlangt außerdem Datenschutzvorkehrungen, angemessene Datenerhebung, die Einhaltung von Nutzungsregeln und Kompatibilität mit anderen gelisteten Servern. Überprüfungen können auch nach der Veröffentlichung eines Eintrags fortgesetzt werden.
Ein Plugin ist jedoch kein statisches Dokument. Es kann Claude mit Live-Diensten verbinden, ausführbare Komponenten enthalten oder von Code abhängen, der später aktualisiert wird. Die bei der Einreichung beobachteten Sicherheitseigenschaften können sich daher ändern.
Remote-MCP-Server stellen eine besondere Herausforderung dar. Der Betreiber kann das Serververhalten ändern, ohne Nutzer zur Neuinstallation aufzufordern. Eine unbedenkliche Tool-Antwort während der Prüfung garantiert nicht, dass künftige Antworten unbedenklich bleiben.
Anthropic hat diese Unterscheidung in seiner eigenen Analyse zur Agentenisolierung anerkannt. Ein lokales Tool kann geprüft und auf eine bekannte Version festgeschrieben werden. Ein Remote-Tool kann sich nach der ursprünglichen Vertrauensentscheidung des Nutzers verändern; daher rät Anthropic dazu, Ressourcen außerhalb geprüfter Verzeichnisse als nicht vertrauenswürdig zu behandeln.
Die Aufnahme in das Verzeichnis verbessert die Situation durch anfängliche und fortlaufende Prüfung. Sie macht einen Remote-Dienst jedoch nicht zu unveränderlicher Software. Anthropics Bedingungen behalten sich das Recht vor, einen MCP-Server aus Sicherheitsgründen, aufgrund von Beschwerden, Richtlinienverstößen oder aus anderen Gründen zu entfernen.
Das zweite Risiko entsteht durch Prompt Injection, die auftritt, wenn nicht vertrauenswürdige Inhalte Anweisungen enthalten, die einen Agenten umleiten sollen. Ein Plugin, das Webseiten, Nachrichten, Tickets oder Dokumente abruft, kann feindseligen Text in Claudes Arbeitskontext einbringen.
Herkömmliche Abhängigkeitsprüfungen lösen dieses Problem nicht vollständig. Ein Server kann authentischen, signierten Code ausführen und dennoch Inhalte zurückgeben, die darauf ausgelegt sind, einen Agenten zu manipulieren. Die schädliche Anweisung kann über ein Dokument statt über die ausführbare Datei selbst eintreffen.
Das Bündeln von Skills mit Connectors fügt eine weitere Prüfungsfläche hinzu. Anweisungen bestimmen, wann Claude ein Tool verwenden sollte, welchen Belegen es vertrauen soll und wie es auf Konflikte reagieren soll. Schlecht gestaltete Anleitung kann unsicheres Verhalten verursachen, ohne offensichtlich bösartigen Code zu enthalten.
Claude Code plugins können sogar noch weitreichendere Folgen haben. Hooks, Befehle, Agents und lokale MCP-Server können mit Quelldateien, Shell-Befehlen, Zugangsdaten oder Deployment-Systemen interagieren. Das praktische Risiko hängt von Berechtigungen und der Umgebung ab, in der das Plugin ausgeführt wird.
Unternehmen werden daher mehr als ein Freigabesiegel benötigen. Administratoren sollten angeforderte Fähigkeiten, Authentifizierungspfade, Richtlinien zur Datenaufbewahrung, Update-Verhalten und die Unterschiede zwischen lokalen und Remote-Komponenten prüfen. Sie sollten neue Plugins außerdem mit nicht sensiblen Daten testen, bevor sie Zugriff auf Produktionssysteme gewähren.
Entwickler stehen vor einem verwandten Offenlegungsproblem. Ein klarer Eintrag sollte erklären, welche Informationen Claude verlassen, welche Aktionen das Plugin ausführen kann und ob ein Remote-Dienst unabhängig vom installierten Paket Änderungen vornehmen kann. Versionshinweise sind wichtig, wenn sich Berechtigungen oder Abhängigkeiten ändern.
Die Versionsanalysen des Portals können zu regelmäßigen Updates anregen, doch häufige Releases erzeugen Prüfungsdruck. Anthropic hat nicht öffentlich jede Schwelle für erneute Prüfungen, jedes Rankingsignal oder die Geschwindigkeit detailliert, mit der ein veränderter Remote-Dienst erneut bewertet werden kann.
Es besteht zudem ein Spannungsverhältnis bei Anthropics Entscheidung, Plugins zum primären Format für Drittanbieter zu machen. Ein einheitliches Paket vereinfacht die Distribution, gibt der Plattform jedoch mehr Einfluss auf Sichtbarkeit und fortgesetzten Zugriff. Entwickler müssen Richtlinien einhalten, die sich weiterentwickeln können, während Anthropic Platzierung und Entfernung im Verzeichnis kontrolliert.
Diese Regelung ist in Software-Marktplätzen üblich. Bei Agent-Plugins steht mehr auf dem Spiel, weil sie externe Daten, prozedurale Anweisungen und folgenreiche Aktionen in einem Paket verbinden können. Prüfungen müssen nicht nur bewerten, ob Software läuft, sondern auch, wie sie ein Modell unter unsicheren Eingaben steuert.
Nutzer sollten eine Freigabe als Maßnahme zur Risikoreduzierung interpretieren, nicht als dauerhafte Garantie. Das stärkste Signal wird sein, ob Anthropic automatisierte Scans mit fortlaufendem Monitoring, transparenten Offenlegungen, schneller Incident-Behandlung und Kontrollen verbinden kann, die die Befugnisse jedes Plugins begrenzen.
Das Verzeichnis erhöht den Druck auf Entwickler und Unternehmenskäufer
Anthropics Entscheidung zwingt Plugin-Entwickler dazu, Auffindbarkeit, Governance und Wartung als Produktanforderungen zu behandeln.
Für unabhängige Entwickler schafft das Portal einen glaubwürdigen Weg zu Nutzern, die ein Repository niemals manuell installieren würden. Diese Distribution kann eng zugeschnittene Plugins belohnen, die eine vollständige Aufgabe mit geringem Einrichtungsaufwand lösen.
Sie erhöht jedoch auch die Einstiegshürde. Ein öffentliches Plugin benötigt jetzt mehr als funktionierenden Code. Es braucht einen stimmigen Eintrag, klare Berechtigungsgrenzen, zuverlässiges Hosting, ein prüfungsbereites Repository, Versionsdisziplin und genug Support, um im realen Einsatz zu bestehen.
Die Suchanalysen des Portals werden Benennung und Positionierung messbar machen. Entwickler können sehen, welche Suchanfragen zu Besuchen eines Eintrags führen, und dann ihre Beschreibungen anpassen oder fehlende Fähigkeiten priorisieren. Installationsdaten nach Produktoberfläche können plattformspezifische Entwicklung steuern.
Diese Signale können bessere Produkte hervorbringen, aber auch Teams begünstigen, die Zeit haben, die Verzeichnisleistung zu optimieren. Kleinere Entwickler könnten mit etablierten Softwareanbietern konkurrieren müssen, die bereits bekannte Marken, ausgereifte Authentifizierungssysteme und eigene Compliance-Teams haben.
Unternehmenskäufer stehen vor einer anderen Entscheidung. Sie können öffentliche Verzeichnis-Plugins nutzen, interne Pakete verteilen oder beide Ansätze kombinieren. Öffentliche Einträge verringern den Beschaffungsaufwand, während interne Plugins unternehmensspezifische Verfahren abbilden und private Systeme verbinden können.
Anthropics Organisationskontrollen ermöglichen Administratoren, Veröffentlichung und Installation zu steuern. Ein Unternehmen kann ein Plugin optional machen, standardmäßig installieren oder verpflichtend vorgeben. Das hilft bei der Standardisierung von Workflows, insbesondere wenn eine Skill freigegebene Betriebsanweisungen enthält.
Eine verpflichtende Bereitstellung erfordert sorgfältige Handhabung. Anthropic weist darauf hin, dass einige Claude Code-Komponenten auf dem Computer des Nutzers laufen. Ein verpflichtendes Plugin mit lokalen Hooks oder Tool-Zugriff kann Entwicklungsumgebungen auf eine Weise beeinflussen, die Mitarbeitende nicht eigenständig deaktivieren können.
Sicherheitsteams werden ein Inventar benötigen, das Quelle, Version, Fähigkeiten, Zielgruppe und jüngste Nutzung abdeckt. Außerdem brauchen sie einen Reaktionsprozess für Plugins, die aus dem öffentlichen Verzeichnis entfernt werden, für Server, die ihr Verhalten ändern, und für Pakete, deren Maintainer keine Updates mehr veröffentlichen.
Softwareanbieter müssen nun entscheiden, ob Claude einen eigenen paketierten Workflow verdient. Ein grundlegender MCP-Endpunkt kann mehrere kompatible Clients erreichen, aber eine Claude-spezifische Skill kann Aufgabenqualität und Verzeichnispositionierung verbessern. Der Kompromiss besteht in einer weiteren Produktoberfläche, die gewartet werden muss.
Die erfolgreichsten Entwickler werden ihren Kernservice voraussichtlich portabel halten und die Erfahrung zugleich für jeden Host anpassen. MCP kann gemeinsamen Zugriff auf Tools bieten. Plattformspezifische Anweisungen, Schnittstellen und Governance-Metadaten können über dieser gemeinsamen Schicht liegen.
Dieser Ansatz vermeidet es, Portabilität mit Gleichförmigkeit gleichzusetzen. Ein Server kann Claude und ChatGPT dieselbe zugrunde liegende Fähigkeit bereitstellen, während jede Plattform Auffindbarkeit, Empfehlungen, Berechtigungen und Nutzerinteraktion unterschiedlich handhabt.
Anthropic muss diese zusätzliche Arbeit lohnenswert machen. Das Verzeichnis muss qualifizierte Installationen statt passiver Aufrufe liefern. Prüfungszeiten müssen vorhersehbar bleiben. Analysen müssen präzise genug sein, um Entscheidungen zu lenken. Das Verhalten über verschiedene Oberflächen hinweg muss verständlich sein.
Das Unternehmen muss außerdem verhindern, dass minderwertige Einreichungen die Auffindbarkeit überfordern. Automatische Validierung kann Formatierungs- und bekannte Sicherheitsprobleme erkennen, aber nicht beurteilen, ob zehn nahezu identische Plugins einen eigenständigen Nutzen bieten.
Mit wachsenden Einreichungszahlen wird die Kuratierung schwieriger. Wenn die Suche etablierte Anbieter bevorzugt, könnten neue Entwickler Schwierigkeiten haben, Fuß zu fassen. Wenn Empfehlungen Neuheit bevorzugen, könnten Nutzer auf instabile Produkte stoßen. Anthropic wird ein Gleichgewicht brauchen, das Qualität belohnt, ohne das Verzeichnis auf seine frühesten Einträge festzuschreiben.
Für Käufer ist nicht die Zahl der verfügbaren Plugins die wichtige Kennzahl. Entscheidend ist die Zahl der Plugins, die nach der Installation zuverlässig, transparent und nützlich bleiben. Ein großer Katalog schafft Optionen, doch aktive Nutzung und Bindung zeigen, ob die Paketierung die tatsächliche Arbeit verbessert hat.
Was als Nächstes für das Claude Plugins Directory kommt
Drei Signale werden bestimmen, ob Plugins zu Claudes echter Erweiterungsschicht werden oder nur zu einem weiteren Katalog von Integrationen.
Das erste Signal ist die Umwandlung bestehender Connectors in umfassendere Plugin-Bündel. Anthropic sagt, dass Entwickler Connector-Einträge künftig in Plugins verwandeln können werden. Eine anhaltende Welle solcher Umwandlungen würde zeigen, dass Entwickler darin Wert sehen, Skills und Workflow-Assets an MCP-Zugriff anzuhängen.
Die Qualität dieser Umwandlungen ist wichtiger als die reine Anzahl. Das bloße Verpacken eines bestehenden Connectors in einem neuen Manifest würde wenig hinzufügen. Plugins sollten die Einrichtung reduzieren, nützliche Verfahren abbilden oder ein konsistentes Ergebnis schaffen, das der Connector allein nicht liefern könnte.
Wenn etablierte Connector-Anbieter in diese umfassenderen Pakete investieren, gewinnt Anthropics Bündelungsstrategie an Unterstützung. Bleiben die meisten Einträge Connector-only, könnten Plugins vor allem als neues Verzeichnislabel fungieren.
Das zweite Signal ist, ob eine gemeinsame Auffindbarkeitserfahrung tatsächlich Claude und Claude Code umfasst. Anthropic sagt, dass in den kommenden Wochen eine einheitliche Erfahrung für beide Produkte eingeführt wird. Nutzer sollten vor der Installation nachvollziehen können, wo ein Plugin funktioniert.
Ein überzeugender Rollout würde konsistente Identität, Versionsinformationen, Berechtigungen und Status über alle Oberflächen hinweg bieten. Außerdem müsste er oberflächenspezifische Fähigkeiten klar ausweisen. Ein entwicklerorientierter Hook sollte nicht als gleichwertig mit einer browserkompatiblen Skill erscheinen.
Die plattformübergreifende Nutzerbindung wird besonders aufschlussreich sein. Wenn Nutzer ein Paket über ein Claude-Produkt installieren und es anschließend auch anderswo weiterverwenden, hätten Plugins etwas erreicht, das ein eigenständiger Connector kaum bieten kann.
Das dritte Signal ist, wie Anthropic mit dem ersten sichtbaren Sicherheits- oder Qualitätsvorfall umgeht. Ein großes Drittanbieter-Ökosystem wird früher oder später ein verwundbares Paket, einen kompromittierten Server, irreführende Metadaten oder ein Update hervorbringen, das sich anders verhält als die geprüfte Version.
Die Reaktion wird die laufende Überwachung, die Kommunikation mit Entwicklern, Nutzerbenachrichtigungen und Verfahren zur Entfernung auf die Probe stellen. Eine schnelle Eindämmung würde das Vertrauensmodell des Verzeichnisses stärken. Eine langsame oder intransparente Reaktion würde den Wert der Freigabe schwächen.
Auch Reaktionen der Konkurrenz verdienen Aufmerksamkeit, sie sind jedoch eher unterstützende Belege als der entscheidende Test. OpenAI verfügt bereits über ein MCP-basiertes Verzeichnis und einen Einreichungsprozess. Beide Unternehmen werden weiterhin Publishing-Tools, Oberflächen, Analysen und Unternehmensfunktionen ergänzen.
Anthropics eigenständiges Angebot ist das Plugin-Bundle selbst. Es soll Dritten ermöglichen, Zugriff, Fachwissen und Workflow-Verhalten in einer installierbaren Einheit zu bündeln, die über Claude-Produkte hinweg funktionieren kann.
Das ist eine glaubwürdige Richtung, weil Agenten sowohl Tools als auch Anweisungen benötigen. Es ist jedoch nicht automatisch ein dauerhafter Vorteil. Offene Standards machen Kernverbindungen portabel, während Prüfqualität und Produktdistribution weiterhin von jeder Plattform kontrolliert werden.
Entwickler sollten mit einer klar abgegrenzten Aufgabe beginnen, nur die minimal erforderlichen Tools bereitstellen und jede relevante Berechtigung dokumentieren. Sie sollten testen, wie sich das Paket verhält, wenn abgerufene Inhalte irreführende Anweisungen enthalten oder eine Remote-Abhängigkeit ausfällt.
Unternehmensteams sollten Plugins als aktive Software-Abhängigkeiten bewerten, nicht als dekorative Prompt-Pakete. Das bedeutet, Updates zu prüfen, Befugnisse zu begrenzen, die Nutzung zu überwachen und einen Plan zur Entfernung vorzuhalten.
Für einzelne Nutzer ist die praktische Frage einfacher: Erledigt ein installiertes Paket einen realen Workflow zuverlässig – mit weniger Konfiguration und klarerer Kontrolle? In den kommenden Monaten lohnt es sich, auf Connector-Konvertierungen, echte produktübergreifende Nutzung und transparente Behandlung von Vorfällen zu achten. Diese Ergebnisse werden zeigen, ob das Claude-Plugin-Verzeichnis zu Anthropics dauerhafter Drittanbieterplattform geworden ist.
