ClawHub verwaltet veröffentlichte OpenClaw-Skills

ClawHub: Einsatz und Abgrenzung

openclaw/clawhub beschreibt sich im README als „Skill + Plugin Registry for OpenClaw". Dieser Text bleibt bei Fakten, die im Repository überprüfbar sind. Sterne, Forks und Badges zeigen Aufmerksamkeit, aber keine Qualität. Unter „README" steht: ClawHub is the public skill registry for OpenClaw: publish, version, and search text-based agent skills (a SKILL.md plus supporting files). It's designed for fast browsing + a CLI-friendly API, with moderation hooks and vector search.. Das beschreibt den vorgesehenen Umfang, nicht einen Produktionstest.

ClawHub: Architektur im README

Der Abschnitt „What you can do with it" zeigt, für welches Problem das Projekt gedacht ist: Rename an owned skill without breaking old links or installs.. Passt dieses Problem nicht zu deinem Fall, ist Popularität kein ausreichender Grund. Namen, Befehle und Komponenten bleiben unverändert, damit Leser die Primärquelle ohne neue Begriffe vergleichen können. Ein weiterer überprüfbarer README-Punkt lautet: Publish new skill versions with changelogs + tags (including latest).. Er hilft beim ersten Test, ersetzt aber keinen Test in der vorgesehenen Umgebung.

ClawHub: Konkreter Einstieg

Die Betriebsweise verteilt sich auf Abschnitte wie „Local dev". Die Quelle nennt: bun run seed:dev waits for the local Convex deployment, runs the dev fixture seed, and refreshes global stats. The fixtures are owned by @local and are safe to rerun after fixture or schema changes.. Fehlende Angaben zu Architektur, Leistung oder Sicherheit werden nicht ergänzt. Vor einem echten Einsatz müssen Repository-Struktur, Konfigurationsdateien und Release-Verlauf geprüft werden.

Bei ClawHub gehören OpenClaw, skills, registry, slug, SKILL.md zum dokumentierten Rahmen. Diese Begriffe stehen für konkrete Teile des Projekts und sollten zusammen mit der README gelesen werden. Für einen ersten Durchlauf lässt sich npm beziehungsweise search heranziehen; beobachtet werden die ausgegebene Struktur, die erzeugten Dateien und die Rückmeldungen des Programms. Die Quelle belegt damit einen nachvollziehbaren Einstieg, aber keine Zusage für jede Plattform, jedes Konto oder jede Betriebsgröße. Nicht beschriebene Defaults bleiben offen und dürfen nicht als vorhandene Funktion ausgelegt werden. Abschnitt 3, Ergänzung 1.

ClawHub: Daten und Zuständigkeiten

Beginne die Installation am dokumentierten README-Einstieg. Ein überprüfbarer Befehl ist:

bun install cp .env.local.example .env.local # edit .env.local , see CONTRIBUTING.md for local Convex values

# terminal A: local Convex backend bunx convex dev

# terminal B: web app (port 3000) bun run dev

# detached/Codex worktree preview bun run setup:worktree bun run dev:worktree wt --yes url

# seed local QA fixtures and the public corpus bun run seed:dev

Wenn kein ausführbarer Befehl vorhanden ist, wird hier keiner erfunden. Prüfe den Abschnitt „How it works (high level)" auf Abhängigkeiten, Standardports und die Einrichtung beim ersten Start.

ClawHub: Betrieb mit Schutzgrenzen

Der tägliche Betrieb folgt der Projektdokumentation. Im Abschnitt „Nix plugins (nixmode skills)" steht: ClawHub can store a nix-clawdbot plugin pointer in SKILL frontmatter so the registry knows which Nix package bundle to install. A nix plugin is different from a regular skill pack: it bundles the skill pack, the CLI binary, and its config. Konfiguration, Umgebungsvariablen, Rechte und Datenpfade werden nur bei klarer Quelle beschrieben. Unklare Defaults gehören in einen isolierten Test mit rücksetzbarer Konfiguration. Dieselbe Quelle nennt außerdem: Merge duplicate owned skills into one canonical slug..

ClawHub: Dokumentierte Grenzen

Die Grenzen sind ebenso wichtig wie die Funktionen. Für openclaw/clawhub belegt die Quelle keine feste Kompatibilitätsmatrix, Leistungswerte, Servicegarantie oder dauerhafte Unterstützung. Das README nennt lediglich: „You can also declare config requirements + an example snippet:". Offene Punkte bleiben Prüfaufgaben und werden nicht zu Produktversprechen.

Bei ClawHub gehören OpenClaw, skills, registry, slug, SKILL.md zum dokumentierten Rahmen. Diese Begriffe stehen für konkrete Teile des Projekts und sollten zusammen mit der README gelesen werden. Für einen ersten Durchlauf lässt sich npm beziehungsweise search heranziehen; beobachtet werden die ausgegebene Struktur, die erzeugten Dateien und die Rückmeldungen des Programms. Die Quelle belegt damit einen nachvollziehbaren Einstieg, aber keine Zusage für jede Plattform, jedes Konto oder jede Betriebsgröße. Nicht beschriebene Defaults bleiben offen und dürfen nicht als vorhandene Funktion ausgelegt werden. Abschnitt 6, Ergänzung 1.

ClawHub: Wartung und Quellen

Metadaten und LICENSE weisen die SPDX-Lizenz MIT aus. Das klärt die Bedingungen für Verteilung und Änderung, ersetzt aber keine Sicherheitsprüfung. Umgang mit Zugangsdaten, Netzfreigaben, Logs und Drittanbieter-Abhängigkeiten muss separat bewertet werden, wenn das README ihn nicht beschreibt.

Bei ClawHub gehören OpenClaw, skills, registry, slug, SKILL.md zum dokumentierten Rahmen. Diese Begriffe stehen für konkrete Teile des Projekts und sollten zusammen mit der README gelesen werden. Für einen ersten Durchlauf lässt sich npm beziehungsweise search heranziehen; beobachtet werden die ausgegebene Struktur, die erzeugten Dateien und die Rückmeldungen des Programms. Die Quelle belegt damit einen nachvollziehbaren Einstieg, aber keine Zusage für jede Plattform, jedes Konto oder jede Betriebsgröße. Nicht beschriebene Defaults bleiben offen und dürfen nicht als vorhandene Funktion ausgelegt werden. Abschnitt 7, Ergänzung 1.

ClawHub: Prüfung im Projektkontext

Für die Wartungsplanung sind der Standardbranch main, 9263 Sterne, 1438 Forks und 73 offene Issues nachvollziehbare Signale. Im Abschnitt „Nix plugins (nixmode skills)" steht: To show CLI help (recommended for nix plugins), include the cli --help output:. Das hilft bei der Planung, ersetzt aber keinen Upgrade-Test. Für die Wartung sollte auch der README-Abschnitt "Nix plugins (nixmode skills)" geprüft werden: metadata.clawdbot is preferred, but metadata.clawdis and metadata.openclaw are accepted as aliases..

Bei ClawHub gehören OpenClaw, skills, registry, slug, SKILL.md zum dokumentierten Rahmen. Diese Begriffe stehen für konkrete Teile des Projekts und sollten zusammen mit der README gelesen werden. Für einen ersten Durchlauf lässt sich npm beziehungsweise search heranziehen; beobachtet werden die ausgegebene Struktur, die erzeugten Dateien und die Rückmeldungen des Programms. Die Quelle belegt damit einen nachvollziehbaren Einstieg, aber keine Zusage für jede Plattform, jedes Konto oder jede Betriebsgröße. Nicht beschriebene Defaults bleiben offen und dürfen nicht als vorhandene Funktion ausgelegt werden. Abschnitt 8, Ergänzung 1.

Redaktionelles Fazit

Geeignet für Leser, deren Aufgabe zum dokumentierten Rahmen von ClawHub passt. Ungeeignet als Ersatz für fehlende Angaben zu eigener Infrastruktur oder Berechtigungen. Prüfe zuerst npm und search, kontrolliere die konkrete Ausgabe und entscheide erst danach über den Einsatz in deinem Projekt.

Offizielle Quellen

1. Official documentation
2. Official README
3. Project repository
4. Release notes