Build with Claude: 117 Agenten und 175 Befehle für Claude Code als Marktplatz
Ein einziger Hub zum Auffinden von Claude Skills, Agents, Commands, Hooks, Plugins und Marketplace-Sammlungen zur Erweiterung von Claude Code, Claude Desktop, Agent SDK und OpenClaw.
Auf einen Blick
- Was ist das?
- Das Repository davepoon/buildwithclaude bündelt kuratierte Claude-Code-Erweiterungen, indexiert die Community-Ökosysteme und liefert eine Weboberfläche samt Installationsbefehlen. Der Text ordnet Bestand, Installationswege, Beitragsformat und Lizenz ein.
- Für wen ist es gedacht?
- Build with Claude eignet sich für Claude-Code-Nutzer, die ohne Sucharbeit an erprobte Agenten, Slash-Befehle und Hooks kommen wollen, insbesondere über den Weg /plugin marketplace add davepoon/buildwithclaude. Wer nur einzelne Dateien braucht, kann sie manuell aus den plugins-Verzeichnissen kopieren; wer selbst beiträgt, folgt dem Frontmatter-Format und npm test vor dem Pull Request.
- Darf ich es kommerziell nutzen?
- Ja. MIT ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 2 Tagen.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich TypeScript, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 14. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Ein Hub statt verstreuter Gists und Marktplätze
Build with Claude von Dave Poon ist ein Plugin-Marktplatz und eine Entdeckungsplattform für Claude Code. Das Repository sammelt Erweiterungen für Claude Code, Claude Desktop, das Agent SDK und OpenClaw an einem Ort: Skills, Agenten, Slash-Befehle, Hooks, Plugin-Pakete und ganze Marketplace-Sammlungen. Ergänzend dient die Website buildwithclaude.com als Weboberfläche für dasselbe Inventar.
Die Größe ist beachtlich für ein Einzelprojekt: rund 3.400 Sterne und 479 Forks auf GitHub, umgesetzt in TypeScript, lizenziert unter MIT. Zuletzt erschien im Oktober 2025 das Release bwc-cli@1.2.4, davor Versionen 1.2.3 und 1.2.2 vom August, das Projekt versieht also auch eine Kommandozeilen-Werkzeugkette mit eigenen Versionszyklen.
Die Positionierung aus dem README: kuratierte Plugins durchsuchen, Community-Beiträge entdecken und eigene Claude-Code-Workflows erweitern. Diese doppelte Rolle, Kuratierung und Index, prägt auch den Aufbau des Bestands.
Der kuratierte Bestand in Zahlen
Die Tabelle im README zählt den selbst gepflegten Bestand auf: 117 Agenten, 175 Slash-Befehle, 28 Hooks, 26 Skills und 51 gebündelte Plugin-Pakete. Die Agenten sind Spezialisten für Rollen wie Python, Go, DevOps oder Sicherheit, die Befehle decken Automatisierungsaufgaben von /commit über /docs bis /tdd ab, die Hooks erledigen ereignisgesteuerte Automatisierung für Benachrichtigungen, Git und Formatierung.
Die Kategorienlage ist im README dokumentiert: 11 Kategorien für Agenten, von Entwicklung und Architektur über Sprachspezialisten für Python, Go, Rust, TypeScript und C/C++ bis zu Daten und KI sowie Krypto und Blockchain. Für die Befehle gibt es 22 Kategorien, darunter Versionskontrolle, Codeanalyse, Dokumentation und Projektmanagement, für die Hooks 8 Kategorien einschließlich Benachrichtigungen über Slack, Discord und Telegram.
Über den eigenen Bestand hinaus indexiert die Plattform die breitere Ökosystem-Landschaft. Laut README sind das mehr als 20.000 Community-Plugins aus externen Marktplätzen, mehr als 4.500 MCP-Server für Datenbank-, API- und Werkzeuganbindungen sowie mehr als 1.100 Plugin-Marketplaces. Diese Zahlen sind Selbstangaben des README, eine Zählmethodik nennt es nicht.
Installation über den Marktplatz oder per find und cp
Der empfohlene Weg führt über den Plugin-Marktplatz von Claude Code: Zuerst wird mit /plugin marketplace add davepoon/buildwithclaude das Repository als Marktplatz registriert, dann listet /plugin search @buildwithclaude das Angebot, und /plugin install <plugin-name>@buildwithclaude installiert ein konkretes Paket. Das README zeigt Beispiele wie agents-python-expert@buildwithclaude, commands-version-control-git@buildwithclaude und hooks-notifications@buildwithclaude.
Wer alles auf einmal will, nutzt die Sammelbefehle /plugin install all-agents@buildwithclaude, all-commands oder all-hooks. Es gibt auch einen manuellen Weg ohne Marktplatz-Integration: Repository klonen und dann mit find und cp die Agenten-Dateien aus plugins/agents-*/agents nach ~/.claude/agents/ und die Befehlsdateien aus plugins/commands-*/commands nach ~/.claude/commands/ kopieren, gefolgt von einem Neustart von Claude Code.
Die Weboberfläche auf buildwithclaude.com unterstützt die Auswahl mit Filtern für alle Plugin-Typen, einer Suche über Plugins, Agenten, Befehle, Hooks und Skills sowie Ein-Klick-Kopierbefehlen für die Installation. Das README zeigt dazu Screenshots für Startseite, Plugins, Skills, MCP-Server und Marktplätze.
Agenten, Befehle und Hooks im Alltag
Die drei Haupttypen verhalten sich unterschiedlich. Agenten werden entweder automatisch aufgrund des Kontexts aufgerufen oder explizit benannt; das README nennt als Beispiele die Bitte an den python-pro, eine Funktion zu optimieren, den Aufruf @agent-security-auditor für ein Review von Authentifizierungscode oder die Hilfe des devops-troubleshooter bei einer Debug-Sitzung zur Deployment-Störung.
Befehle tragen das Slash-Präfix und wirken wie Kurzbefehle: /commit erzeugt einen konventionellen Commit, /create-pr baut einen Pull Request, /docs generiert Dokumentation, /tdd startet testgetriebene Entwicklung, /code_analysis analysiert die Codequalität. Für Teams, die ihre Arbeitsabläufe standardisieren wollen, ist das der direkteste Weg, gewohnte Schritte als einheitliche Befehle zu fixieren.
Hooks laufen automatisch bei Ereignissen wie Tool-Aufrufen oder Sitzungsstart, etwa für Lint-Prüfungen beim Speichern, Auto-Staging in Git oder Dateischutz. Das README bleibt hier knapp: Es nennt die Ereignistypen PreToolUse und PostToolUse im Beitragsformat, das volle Ereignismodell dokumentiert stattdessen die Claude-Code-Dokumentation.
Beitragsformat: Frontmatter, Verzeichniskonvention und npm test
Wer eigene Erweiterungen beisteuern will, folgt einem definierten Ablauf: ein neues Verzeichnis unter plugins/ nach der Namenskonvention anlegen, die Plugin-Dateien für Agenten, Befehle oder Hooks ergänzen, mit npm test validieren und einen Pull Request einreichen. Details bündelt die separate CONTRIBUTING.md.
Das Dateiformat ist schlicht und entscheidend für die Verwendbarkeit. Eine Agentendatei unter plugins/agents-*/agents/*.md beginnt mit Frontmatter-Feldern name, description, category und tools wie Read, Write, Bash, gefolgt von der Rollenbeschreibung. Eine Befehlsdatei trägt description, category und argument-hint, eine Hook-Datei die Ereignisliste wie hooks: PreToolUse, PostToolUse plus Beschreibung.
Diese Konvention bedeutet, dass jeder Beitrag ohne weitere Infrastruktur funktioniert: Die Dateien sind zugleich Quelle im Repository und Datenlage für Claude Code. Für Entwurfshilfe verweist das README zusätzlich auf einen visuellen Begleitindex namens Vexilo, der Agenten, Befehle, Skills und Regeln entlang eines Fünf-Schritt-Workflows ordnet und über das Schwesterrepository claude-code-resources gepflegt wird.
MIT-Lizenz und Grenzen der Angabebasis
Das Repository steht unter der MIT-Lizenz, der Lizenztext ist als LICENSE-Datei hinterlegt. Die MIT-Bedingungen erlauben Nutzung, Änderung und Weiterverbreitung einschließlich kommerzieller Verwendung bei Bewahrung des Urheber- und Erlaubnishinweises; Gewährleistung und Haftung sind ausgeschlossen.
Ein paar Angaben sollte man als Leser kritisch halten. Die Community-Zahlen von 20.000 Plugins, 4.500 MCP-Servern und 1.100 Marktplätzen sind README-Angaben ohne erläuterte Zählbasis. Das README erklärt auch nicht, wie die Weboberfläche mit dem Repository synchronisiert wird, ob deren Quellcode hier liegt oder wie das Projekt über die einzelnen Mitwirkungszeilen hinaus gepflegt wird.
Für den praktischen Einsatz bleibt entscheidend, dass jede installierte Erweiterung ein eigenes Vertrauensurteil braucht: Der Marktplatz ordnet und kuratiert, aber Agenten mit Bash-Rechten und Hooks mit PreToolUse-Eingriff sind wirksame Werkzeuge, deren Wirkung im eigenen Projekt geprüft werden will.
Fazit: schneller Einstieg über einen Marktplatzbefehl
Build with Claude eignet sich für Claude-Code-Nutzer, die Zeit sparen wollen, indem sie auf eine kuratierte Auswahl zugreifen, statt einzelne Konfigurationsdateien über Repositories und Gists zu suchen. Die Kombination aus Marktplatz-Registrierung, Weboberfläche und Sammelinstallationsbefehlen senkt die Einstiegshürde auf einen Befehl, und die MIT-Lizenz erlaubt jede weitere Verwendung.
Nicht geeignet ist der Ansatz für Teams, die eine streng auditierte Plugin-Auswahl brauchen: Die Kuratierung ist eine Redaktionsleistung einzelner Beitragender, kein Zertifizierungsprozess. Auch wer nur einen ganz bestimmten Agenten sucht, findet diesen vielleicht eher in einem der 1.100 externen Marktplätze als im hiesigen Bestand.
Ein sinnvoller Einstieg ist der Weg über /plugin marketplace add davepoon/buildwithclaude, gefolgt von /plugin search @buildwithclaude, um das eigene Bedienprofil mit dem Angebot abzugleichen. Danach lohnt der Blick in eine konkrete Agentendatei unter plugins/agents-*/agents, denn die Frontmatter-Felder zeigen genau, welche Werkzeuge ein Agent beansprucht, bevor er installiert wird.
Redaktionelles Fazit
Build with Claude eignet sich für Claude-Code-Nutzer, die ohne Sucharbeit an erprobte Agenten, Slash-Befehle und Hooks kommen wollen, insbesondere über den Weg /plugin marketplace add davepoon/buildwithclaude. Wer nur einzelne Dateien braucht, kann sie manuell aus den plugins-Verzeichnissen kopieren; wer selbst beiträgt, folgt dem Frontmatter-Format und npm test vor dem Pull Request.
Community-Notizen