KI-News · Werkzeuge
Claude Code Setup getestet:
gute Checkliste, keine Einrichtungsautomatik.
EN Read in English
Anthropic veröffentlicht ein Plugin, das eine Codebasis liest und passende Hooks, Skills, MCP-Server und Subagents vorschlägt. Ich habe es an zwei sehr unterschiedlichen Projekten ausprobiert: SkillDiff, einem TypeScript-Monorepo mit CLI, Fastify-Backend und React-Frontend, und PlantWiz, einer Vue-PWA mit MySQL, Keycloak, Stripe, Sentry und Playwright. Der Nutzen liegt in der ersten Landkarte. Die Einrichtung nimmt das Plugin einem nicht ab.
Was das Plugin überhaupt macht
Die Idee ist vernünftig: Statt pauschal jede Claude-Code-Erweiterung zu empfehlen, schaut der Skill nach Frameworks, Testwerkzeugen, Datenbanken, vorhandenen MCP-Konfigurationen und CI. Daraus baut er pro Kategorie ein oder zwei Vorschläge. Seine Kategorien sind MCP-Server, Skills, Hooks, Subagents und Plugins. Das Ergebnis ist ein Bericht, kein Generator für Konfigurationsdateien.
Das ist eine wichtige Grenze. Wer „setup“ liest und erwartet, danach liege eine fertige .claude/settings.json im Projekt, bekommt etwas anderes: eine Prioritätenliste, die anschließend noch fachlich geprüft werden muss.
Test 1: SkillDiff
SkillDiff trennt Vertragsschicht, CLI, Backend und Frontend. Es gibt TypeScript, Vitest, GitHub Actions und eine bereits bewusst kleine .claude/settings.json: zwei Hooks erfassen den Ablauf von SkillDiff selbst. Die Konventionen sind ausführlich in CLAUDE.md festgehalten, dazu liegen bereits spezialisierte Builder-, Reviewer- und Tester-Agenten im Repository.
Treffer
Context7 für aktuelle Bibliotheksdokumentation passt zu Fastify, Zod, React und Vite. Ein pr-check-Workflow ist ebenfalls sinnvoll, sofern er die Paketabhängigkeit respektiert: erst Schema bauen, dann das betroffene Paket prüfen. Das entspricht der bestehenden CI.
Zu allgemein
Ein automatischer Typecheck oder vollständiger Testlauf nach jedem Edit wäre hier falsch kalibriert. Vier Pakete und Datei-Abhängigkeiten machen den Hook langsam und laut. Die vorhandenen Telemetrie-Hooks sollte ein Vorschlag außerdem erkennen und nicht stillschweigend ersetzen.
Für SkillDiff bleibt damit eine kurze Liste übrig: Context7, ein bewusst enger /test-affected-Befehl und gegebenenfalls ein Schutz für echte Geheimnisdateien. Einen weiteren Generalisten-Agenten braucht dieses Projekt nicht; seine drei Rollen gibt es schon.
Test 2: PlantWiz
PlantWiz gibt dem Skill mehr Signale: Vue 3, Vite und Pinia im Frontend; Express und MySQL im Backend; Keycloak, Stripe und Sentry; eine eigene Playwright-Suite; Docker Compose; bereits konfigurierte GitHub- und MySQL-MCP-Server. Das ist genau die Art Projekt, für die ein Konfigurationsberater nützlich sein kann.
Treffer
Playwright liegt nahe, weil es End-to-End-Tests bereits gibt. Ein Security-Reviewer hätte einen konkreten Auftrag: Authentifizierung, Gartenrollen, Stripe-Webhooks und den Umgang mit Secrets prüfen. Ein API-Dokumentations-Workflow passt zu den Express-Routen und der vorhandenen API.md.
Was vorher geprüft werden muss
GitHub- und MySQL-MCP sind bereits vorhanden. Sie noch einmal zu empfehlen wäre bloß doppelt. Ein Datenbank-MCP darf zudem nicht mit Schreibzugriff als Standard eingerichtet werden. Bei diesem Projekt ist ein weiterer Server für Sentry denkbar, aber erst dann, wenn die Fehleranalyse wirklich regelmäßig über Claude laufen soll.
PlantWiz besitzt außerdem Hooks, die nach Änderungen an Routen oder dem SQL-Dump an die Pflege von API.md und DATABASE.md erinnern. Das ist zielgenau. Ein Plugin sollte solche Regeln als vorhandene Entscheidung behandeln, nicht als Lücke.
Der Test hatte eine echte Grenze
Der Headless-Aufruf von Claude Code hat in PlantWiz den finalen Bericht nicht ausgegeben. Das Repository ist in dieser Claude-Installation noch nicht als vertrauenswürdig markiert. Claude ignoriert deshalb die lokalen Berechtigungen und beendet den Lauf mit dem Hinweis auf den Vertrauensdialog. Das ist keine Schwäche des Empfehlungs-Skills, aber ein relevanter Teil seiner praktischen Nutzung: Seine Analyse läuft innerhalb der Sicherheits- und Vertrauensregeln von Claude Code.
Bewertung
| Kriterium | Urteil | Warum |
|---|---|---|
| Startpunkt | gut | Die Kategorien decken die üblichen Hebel ab und zwingen zu einer kurzen Prioritätenliste. |
| Kontexttreue | mittel | Frameworks und Testwerkzeuge werden gut erkannt. Bereits vorhandene Automatisierung braucht eine zweite, menschliche Prüfung. |
| Sicherheit | mittel | Der Skill ist lesend; wirksame Vorschläge wie Datenbank-MCP oder Hooks können später trotzdem weitreichende Rechte erhalten. |
| Umsetzungswert | gut, wenn jemand auswählt | Der Bericht spart Recherche. Die Auswahl, Berechtigung und Wartung bleiben Projektarbeit. |
Meine Bewertung: 7 von 10 als erster Rundgang durch ein neues Repository. Für kleine Projekte kann man die meisten Vorschläge direkt abarbeiten. Für gewachsene Projekte ist der Skill eher ein Gesprächsanfang mit der bestehenden Konfiguration. Das ist nicht wenig, aber es ist etwas anderes als automatische Einrichtung.
So würde ich damit arbeiten
- Den Bericht erzeugen und jede Kategorie auf höchstens zwei Vorschläge begrenzen.
- Vorhandene
.claude- und.mcp.json-Dateien danebenlegen. - Nur Automatisierungen übernehmen, deren Ausführungshäufigkeit, Laufzeit und Rechte klar sind.
- Hooks und MCP-Server als normale Codeänderung reviewen, nicht als Komforteinstellung behandeln.
Genau dort ist das Plugin am stärksten: Es macht aus „Was kann Claude Code alles?“ eine überschaubare Liste. Die Verantwortung für die Konfiguration verbleibt beim Team.
Claude Code im Team einrichten?
Ich unterstütze Entwicklerteams bei der Auswahl von Skills, MCP-Servern und Hooks und prüfe dabei auch Berechtigungen und Wartungsaufwand.
Robin.Steltmann@googlemail.com