AIREITER

Claude-Plugin einreichen: Schritt-für-Schritt-Anleitung

Zuletzt aktualisiert: 2026-09-25 18:55:55

Wer das Portal zum Einreichen eines Claude-Plugins sucht, landet beim Entwicklerportal von Anthropic: claude.ai/directory/manage. Der aktuelle Ablauf führt über Submit new → Plugin bundle. Damit ein Eintrag tatsächlich live geht, brauchst du außerdem ein öffentliches GitHub-Repository, einen berechtigten Tarif und die passende Rolle – sowie eine erfolgreiche Prüfung.

So reichst du ein Claude-Plugin aktuell ein

Der offizielle Einstieg ist Anthropics Dokumentation zur Plugin-Einreichung, nicht das öffentliche GitHub-Marketplace-Repository. Jeder Plugin-Ordner wird separat eingereicht – auch dann, wenn mehrere Plugins im selben Repository liegen.

Was du brauchstAktuelle Vorgabe
Einreichungsseiteclaude.ai/directory/manage
EinreichungstypPlugin bundle
QuelleEin öffentliches GitHub-Repository, bevor der Eintrag live geht
ZugriffEin Tarif und eine Rolle, die Einreichungen für das Verzeichnis erlauben
PrüfungValidierung und Sicherheitsscan; einige Versionen werden einem Reviewer vorgelegt
VeröffentlichungAuch eine erfolgreiche Version muss noch veröffentlicht werden

Diese Anleitung behandelt die Verteilung über das öffentliche Verzeichnis – nicht die private Freigabe im Team oder die lokale Installation eines Plugins.

Vor dem Öffnen des Portals

Bereite das Repository vor, bevor du das Portal öffnest.

1. Plugin in GitHub ablegen

Das Verzeichnis bezieht Plugins von github.com. Laut Anthropic muss das Repository öffentlich sein, bevor der Eintrag live geht. Liegt das Plugin unterhalb des Repository-Stammverzeichnisses, solltest du den Ordnerpfad bereithalten.

Ein typisches Claude-Code-Plugin enthält häufig:

plugin-name/
├── .claude-plugin/
│   └── plugin.json
├── .mcp.json          # optional
├── commands/          # optional
├── agents/            # optional
├── skills/            # optional
└── README.md

Manifest und README liefern einen großen Teil der Informationen für den Verzeichniseintrag. Prüfe vor dem Einreichen außerdem die Lizenz des Plugins und alle eingebundenen externen Dienste.

2. Lokale Validierung durchführen

Führe im Verzeichnis, das den Plugin-Ordner enthält, folgenden Befehl aus:

claude plugin validate ./<plugin-folder>

Damit lassen sich Struktur- und Formatierungsfehler früh erkennen. Der Schritt Validate im Portal führt jedoch zusätzliche Prüfungen durch. Betrachte den lokalen Befehl daher als ersten Check – nicht als Freigabe.

3. MCP-Connector bei Bedarf separat einreichen

Verweist dein Plugin auf einen von dir betriebenen Remote-MCP-Server, der noch nicht eingereicht wurde, verlangt Anthropics Anleitung eine separate Einreichung als MCP connector. Plugin-Bundle und Connector sind zwei unterschiedliche Einträge im Verzeichnis.

Ein Plugin-Bundle Schritt für Schritt einreichen

1. Plugin bundle auswählen

Öffne das Entwicklerportal und klicke auf Submit new. Wenn du nach dem Einreichungstyp gefragt wirst, wählst du Plugin bundle. MCP connector ist nur dann richtig, wenn du einen Remote-MCP-Server als eigenen Eintrag einreichst.

2. Repository, Pfad und Branch angeben

Unter Source trägst du Folgendes ein:

  • Die GitHub-URL oder owner/repo.
  • Plugin path, falls .claude-plugin/plugin.json nicht im Stammverzeichnis des Repositories liegt.
  • Branch or tag, falls das Verzeichnis nicht dem Standard-Branch folgen soll.

Ein Tag bleibt auf seinem Commit, bis du das Tag änderst. Enthält der Branch-Name einen Schrägstrich, gib ihn ausdrücklich an oder verwende die in der offiziellen Einreichungsanleitung beschriebene Schreibweise owner/repo@branch.

Klicke auf Validate. Blockiert ein Befund die Einreichung, korrigierst du das Repository, pushst die Änderung und startest die Validierung erneut. Das Ergebnis bezieht sich jeweils auf einen bestimmten Commit.

3. Generierten Eintrag prüfen

Im Schritt Listing details siehst du, wie das Plugin im Verzeichnis erscheinen wird. Anthropic übernimmt diese Angaben aus plugin.json und der README.

Musst du Name oder Kurzbeschreibung ändern, bearbeitest du die Quelldateien. Auch Anthropics offizielles Plugin-Verzeichnis weist darauf hin, dass der Installations-Slug nach der Veröffentlichung stabil bleiben sollte, da Nutzer sonst auf plugin-not-found stoßen können. Für normale Änderungen an der Darstellung solltest du ein Display-Label verwenden; ein Rename-Mapping ist für notwendige Migrationen gedacht.

4. Fragen zur Datenverarbeitung beantworten

Im Schritt Data handling fragt das Portal, ob das Plugin:

  • personenbezogene Daten liest oder speichert,
  • Daten an andere Dienste als die angegebenen Connectoren sendet,
  • Daten speichert – und wenn ja, wie lange,
  • sich an Personen unter 18 Jahren richtet.

Beantworte die Fragen anhand der tatsächlichen Implementierung. Berücksichtige externe Dienste, Dateizugriffe, Telemetrie und das Verhalten bei der Datenspeicherung.

5. Compliance-Bestätigungen abschließen

Unter Compliance bestätigst du eine Kontaktadresse, unter der Anthropic dich erreichen kann, und wählst die erforderlichen Bestätigungen aus. Das Plugin muss Anthropics Richtlinie für das Software-Verzeichnis einhalten.

6. Einreichen und Update-Zustellung festlegen

Unter Review and submit prüfst du die Angaben und legst fest, wie neue Versionen erkannt werden:

  • GitHub push webhook ist in der aktuellen Anleitung standardmäßig ausgewählt und kann nach konfigurierten Pushes Prüfungen auslösen.
  • Scheduled check only verlässt sich ausschließlich auf Prüfungen des überwachten Branches oder Tags.

Klicke auf Submit for review. Für die Einrichtung des Webhooks brauchst du Administratorzugriff auf GitHub. Anthropic begrenzt eine Organisation derzeit auf 10 submissions in any 24-hour period. Gespeicherte Entwürfe und zurückgezogene Einreichungen werden dabei mitgezählt. Diese Limits und die Optionen für Updates sind im Einreichungsablauf dokumentiert.

Was nach der Einreichung passiert

Anthropic scannt den neuesten Commit des überwachten Branches oder Tags, führt die Verzeichnisvalidierung erneut aus und startet einen Sicherheitsscan. Die offizielle Anleitung beschreibt dabei folgende Status:

StatusBedeutungNächster Schritt
Passes every checkDie Version kann veröffentlicht werdenPublish auswählen
Held for a reviewerEin Reviewer muss die Befunde freigebenGeforderte Änderungen umsetzen oder die Prüfung abwarten
Doesn’t passDas Portal listet verletzte Regeln oder eine Sicherheitskategorie aufRepository korrigieren und anschließend den neuen Commit prüfen
RejectedDie Einreichung wurde nicht genehmigtGeforderte Änderungen lesen und Resubmit for review verwenden

Eine erfolgreiche Prüfung bedeutet nicht automatisch, dass die Version live ist. In der Standardeinstellung kann zusätzlich eine Veröffentlichungsanfrage und die Freigabe durch einen Reviewer erforderlich sein. Für einige später erfolgreich geprüfte Versionen unterstützt das Portal auch die automatische Veröffentlichung.

Öffne das Plugin unter Submissions und prüfe unter Versions den aktuellen Stand. Nach einer Korrektur kannst du, sofern verfügbar, Check for new commits verwenden. Für Updates musst du das Formular nicht erneut ausfüllen: Push den neuen Stand in den überwachten Branch oder verschiebe das überwachte Tag. Die zuletzt veröffentlichte Version bleibt live, während eine neue Version fehlschlägt oder auf die Prüfung wartet.

Diese Sicherheitsprüfungen solltest du nicht überspringen

Anthropics offizielles Verzeichnis weist darauf hin, dass Plugins MCP-Server, Dateien und andere Software enthalten können, die nicht unter der Kontrolle von Anthropic steht. Dokumentiere vor der Einreichung daher jeden externen Dienst, jede Berechtigung, die Speicherdauer und alle Aktionen, die im Hintergrund ausgeführt werden.

„Ich meine, ich habe es gebeten zu prüfen, warum meine Plugin-Einreichungen fehlgeschlagen sind, und das Problem zu beheben.“ — @tarasshyn, X, über einen Einreichungsfehler und den anschließenden Audit-Workflow.

Diese Vorabprüfung hilft:

  1. Jeden ausgehenden Dienst angeben und dokumentieren.
  2. Berechtigungen, Einrichtung, Datenflüsse und Speicherdauer in der README erklären.
  3. Bestätigen, dass der überwachte Ref den Code enthält, den du veröffentlichen möchtest.
  4. Nach jedem korrigierenden Commit erneut validieren.
  5. Hintergrund-Indexierung, Telemetrie und kostenintensive automatisierte Vorgänge offenlegen.

FAQ: Claude-Plugin einreichen

Muss das GitHub-Repository öffentlich sein?

Ja. Laut Anthropics aktueller Dokumentation muss das Repository öffentlich sein, bevor der Eintrag live geht.

Kann ich mehrere Plugins aus einem Repository einreichen?

Ja, aber jeder Plugin-Ordner ist eine eigene Einreichung. Trage jeden relevanten Pfad separat im Portal ein.

Kann ich ein Plugin per Pull Request an das Community-Repository senden?

Nein. Die README des Community-Marktplatzes von Anthropic beschreibt dieses Repository als schreibgeschützten Spiegel und weist darauf hin, dass direkte Pull Requests automatisch geschlossen werden. Verwende stattdessen das Entwicklerportal.

Muss ich einen Remote-MCP-Server separat einreichen?

Wenn dein Plugin auf einen von dir betriebenen Remote-MCP-Server verweist und dieser noch nicht gelistet ist, musst du ihn separat als MCP connector einreichen.

Was passiert bei einer fehlgeschlagenen Validierung?

Korrigiere das Repository, pushe die Änderung und starte die Validierung erneut. Die Validierung gilt für einen bestimmten Commit. Nach der Einreichung verwendest du, sofern verfügbar, die Prüfung auf neue Commits im Portal.

Wird das Plugin nach einem erfolgreichen Scan automatisch veröffentlicht?

Nicht immer. Auch eine erfolgreiche Version kann noch Publish und die Veröffentlichung durch einen Reviewer erfordern. Die Auto-Publish-Einstellung des Portals legt fest, wie später erfolgreich geprüfte Versionen behandelt werden.

Kann ich ein veröffentlichtes Plugin aus dem Verzeichnis entfernen?

Ja. Öffne das aktive Plugin im Entwicklerportal und fordere Delist plugin an. Laut Anthropic kann es dauern, bis die Änderung alle Claude-Apps erreicht. Außerdem erhalten bestehende Nutzer möglicherweise keine Updates mehr.

Für einen öffentlichen Eintrag ist der kürzeste Weg: Repository öffentlich machen, lokal validieren, Plugin bundle einreichen, commitbezogene Befunde beheben, die Schritte zu Datenverarbeitung und Compliance abschließen und die erfolgreiche Version veröffentlichen. Wenn die Reichweite des Verzeichnisses den Aufwand für öffentliche Prüfung und laufende Pflege nicht rechtfertigt, bleibt ein nur für das Team bestimmtes Paket besser privat.