# Veröffentlichen

Das Veröffentlichen auf ClawHub ist nach Ownern gegliedert: Jede Veröffentlichung zielt auf einen Publisher, und der Server entscheidet, ob der angemeldete Benutzer dort veröffentlichen darf.

# Owner

Ein Owner ist ein ClawHub-Publisher-Handle, z. B. @alice oder @openclaw. Persönliche Owner werden für Benutzer erstellt. Organisations-Owner können mehrere Mitglieder haben.

Beim Veröffentlichen verwenden Sie entweder Ihren persönlichen Owner oder wählen einen Organisations-Owner aus, für den Sie Publisher-Zugriff haben.

# Skills

Skills werden aus einem Skill-Ordner veröffentlicht. Die öffentliche Seite ist:

https://clawhub.ai/<owner>/<slug>

Beispiel:

https://clawhub.ai/alice/review-helper

Die Veröffentlichungsanfrage enthält den ausgewählten Owner, Slug, Version, Changelog und Dateien. Der Server überprüft, ob der Akteur als dieser Owner veröffentlichen darf, bevor er das Release erstellt.

Um einen bestehenden Skill beim Veröffentlichen einer neuen Version zu einem anderen Owner zu verschieben, wählen Sie den neuen Owner aus und bestätigen Sie die Owner-Verschiebung ausdrücklich. In der CLI/API übergeben Sie den Ziel-Owner plus die Migrationszustimmung:

clawhub skill publish ./review-helper --owner openclaw --migrate-owner --version 1.2.0

Die Migration eines Skill-Owners erfordert Admin- oder Owner-Zugriff sowohl auf den aktuellen Owner als auch auf den Ziel-Owner. Sie bewahrt den Skill, die Versionshistorie, Statistiken, Kommentare, Forks, Aliase und Audit-Trail; alte Owner-URLs funktionieren weiterhin über den Alias-/Redirect-Pfad.

# Plugins

Plugins verwenden Paketnamen im npm-Stil. Scoped-Paketnamen enthalten den Owner im ersten Teil des Namens:

@owner/package-name

Der Scope muss mit dem ausgewählten Veröffentlichungs-Owner übereinstimmen. Wenn Ihr Paket @openclaw/dronzer heißt, kann es nur als @openclaw veröffentlicht werden. Wenn Sie als @vintageayu veröffentlichen, benennen Sie das Paket in @vintageayu/dronzer um.

Dadurch wird verhindert, dass ein Paket einen Organisations-Namespace beansprucht, den der Publisher nicht kontrolliert.

# Release-Ablauf

1. Die UI, CLI oder der GitHub-Workflow sammelt Paketmetadaten und Dateien.
2. Die Veröffentlichungsanfrage wird mit dem ausgewählten Owner an ClawHub gesendet.
3. Der Server validiert Owner-Berechtigungen, Paket-Scope, Paketnamen, Version, Dateigrenzen und Quellmetadaten.
4. ClawHub speichert das Release und startet automatisierte Sicherheitsprüfungen.
5. Neue Releases werden vor normalen Installations-/Download-Oberflächen verborgen, bis Review und Verifizierung abgeschlossen sind.

Wenn die Validierung fehlschlägt, wird das Release nicht erstellt.

# FAQ

# Paket-Scope muss mit ausgewähltem Owner übereinstimmen

Wenn Paket-Scope und ausgewählter Owner nicht übereinstimmen, lehnt ClawHub die Veröffentlichung ab:

Package scope "@openclaw" must match selected owner "@vintageayu".
Publish as "@openclaw" or rename this package to "@vintageayu/dronzer".

Um das zu beheben, wählen Sie entweder den Owner, der durch den Paket-Scope benannt wird, oder benennen Sie das Paket so um, dass der Scope dem Owner entspricht, als den Sie veröffentlichen können.

Wenn der Paketname bereits den richtigen Scope hat, das Paket aber dem falschen Publisher gehört, übertragen Sie stattdessen die Ownership:

clawhub package transfer @opik/opik-openclaw --to opik

Verwenden Sie Paket- oder Skill-Transfer nur, wenn Sie Admin-Zugriff sowohl auf den aktuellen Owner als auch auf den Ziel-Publisher haben. Paket-Transfer erlaubt Ihnen nicht, in einen Scope zu veröffentlichen, den Sie nicht verwalten können.

Dies schützt Organisations-Namespaces. Ein Paket namens @openclaw/dronzer beansprucht den @openclaw-Namespace, daher können es nur Publisher mit Zugriff auf den @openclaw-Owner veröffentlichen.