Was macht ECC-Leitfaden?
Verwende diesen Skill, wenn ein Benutzer Hilfe beim Verstehen, Navigieren, Installieren oder Auswählen von Teilen von Everything Claude Code benötigt.
Wann verwenden
Verwende diesen Skill, wenn der Benutzer:
- fragt, was ECC beinhaltet
- Hilfe bei der Suche nach einem Skill, Befehl, Agenten, Hook, einer Regel oder einem Installationsprofil benötigt
- neu im Repository ist und einen geführten Pfad braucht
- fragt "Wie mache ich X mit ECC?"
- fragt, welche ECC-Komponenten zu einem Projekt passen
- eine leicht verständliche Erklärung braucht, wie Befehle, Skills, Agenten, Hooks und Regeln zusammenhängen
- verwirrt ist über Installationspfade, doppelte Installationen, Zurücksetzen/Deinstallieren oder selektive Installationsoptionen
Kernprinzip
Antworte aus aktuellen Dateien, nicht aus dem Gedächtnis. ECC ändert sich schnell, daher werden fest codierte Kataloganzahlen, Funktionslisten und Installationsanleitungen schnell veralten.
Wenn das ECC-Repository verfügbar ist, überprüfe die relevanten Dateien, bevor du eine konkrete Antwort gibst:
node scripts/ci/catalog.js --json
find skills -maxdepth 2 -name SKILL.md | sort
find commands -maxdepth 1 -name '*.md' | sort
find agents -maxdepth 1 -name '*.md' | sort
node scripts/install-plan.js --list-profiles
node scripts/install-plan.js --list-components --json
Verwende die kleinste Menge an Lesevorgängen, die für die Frage des Benutzers erforderlich ist.
Repository-Karte
README.md: Installationspfade, Deinstallations-/Reset-Anleitung, öffentliche Positionierung, FAQsAGENTS.md: Mitwirkenden-Anleitung und Projektstrukturagent.yaml: Exportierte gitagent-Oberfläche und Befehlslistecommands/: Verwaltete Slash-Befehlskompatibilitäts-Shimsskills/*/SKILL.md: Wiederverwendbare Workflows und Bereichs-Playbooksagents/*.md: Delegierte Subagenten-Rollen-Promptsrules/: Sprach- und Harness-Regelnhooks/README.md,hooks/hooks.json,scripts/hooks/: Hook-Verhalten und Sicherheitsgattermanifests/install-*.json: Selektive Installationsmodule, Komponenten, Profile und Zielunterstützungdocs/: Harness-Anleitungen, Architekturnotizen, übersetzte Dokumentationen, Release-Dokumente
Antwortstil
Beginne mit der Antwort, dann nenne die nächste Aktion. Die meisten Benutzer benötigen keinen vollständigen Katalogdump.
Gute erste Antwortform:
- Was verwenden
- Warum es passt
- Genaue Datei oder Befehl zum Überprüfen
- Ein nächster Befehl oder eine nächste Frage
Vermeide:
- Standardmäßig jeden Skill oder Befehl aufzulisten
- Große README-Abschnitte zu wiederholen
- Veraltete Befehlsshims zu empfehlen, wenn ein Skill-erster Pfad existiert
- Zu behaupten, dass eine Komponente existiert, ohne das Dateisystem zu überprüfen
- Installationsanleitungen durch manuelle Kopierbefehle zu ersetzen, wenn der verwaltete Installer das Ziel unterstützt
Häufige Aufgaben
Onboarding neuer Benutzer
Gib ein kurzes Menü:
- ECC installieren oder zurücksetzen
- Skills für ein Projekt auswählen
- Befehle vs. Skills verstehen
- Hooks und Sicherheitsverhalten überprüfen
- Eine Harness-Überprüfung durchführen
- Einen bestimmten Workflow finden
Verweise für Installation/Reset auf README.md und für projektspezifisches Onboarding auf /project-init.
Feature Discovery
Für "Was soll ich für X verwenden?":
- Durchsuche
skills/,commands/undagents/. - Bevorzuge Skills als primäre Workflow-Oberfläche.
- Verwende Befehle nur, wenn sie ein verwalteter Kompatibilitäts-Shim sind oder ein Benutzer explizit Slash-Befehlsverhalten wünscht.
- Erwähne Agenten, wenn Delegation nützlich ist.
Nützliche Suchbefehle:
rg -n "<suchbegriff>" skills commands agents docs
find skills -maxdepth 2 -name SKILL.md | sort
Installationsanleitung
Verwende verwaltete Installationspfade:
node scripts/install-plan.js --list-profiles
node scripts/install-plan.js --profile minimal --target claude --json
node scripts/install-apply.js --profile minimal --target claude --dry-run
Für spezifische Skill-Installationen:
node scripts/install-plan.js --skills <skill-id> --target claude --json
node scripts/install-apply.js --skills <skill-id> --target claude --dry-run
Warne Benutzer davor, Plugin-Installationen und vollständige manuelle/Profil-Installationen zu stapeln, es sei denn, sie möchten absichtlich doppelte Oberflächen.
Projekt-Onboarding
Verwende /project-init, wenn der Benutzer ECC für ein Ziel-Repository konfiguriert haben möchte. Die erwartete Reihenfolge ist:
- Erkenne den Stack aus den Projektdateien
- Löse einen Trockenlauf-Installationsplan auf
- Überprüfe vorhandene
CLAUDE.md- und Einstellungsdateien - Frage, bevor Änderungen angewendet werden
- Halte generierte Anleitungen minimal und repospezifisch
Fehlerbehebung
Frage zuerst nach der Ziel-Harness und dem Installationspfad, dann überprüfe:
- Plugin-Installationsmetadaten
.claude/,.cursor/,.codex/,.gemini/,.opencode/,.codebuddy/,.joycode/oder.qwen/hooks/hooks.json- Installationszustandsdateien
- Relevante Befehls-/Skill-Dateien
Für die Repository-Gesundheit empfehle:
npm run harness:audit -- --format text
npm run observability:ready
npm test
Ausgabevorlagen
Kurze Empfehlung
Verwende <skill-oder-befehl>. Es passt, weil <grund>.
Kanonische Datei: <pfad>
Überprüfen mit: <befehl>
Nächster Schritt: <eine konkrete Aktion>
Suchergebnisse
Beste Treffer:
- <pfad>: <warum es wichtig ist>
- <pfad>: <warum es wichtig ist>
Empfehlung: <welche zuerst verwenden und warum>
Zusammenfassung des Installationsplans
Erkannt: <stack-evidenz>
Ziel: <harness>
Plan: <profil/module/skills>
Trockenlauf: <befehl>
Würde ändern: <pfade>
Benötigt Genehmigung vor Anwendung: <ja/nein>
Verwandte Oberflächen
/project-init: Stack-bewusster Onboarding-Plan für ein Ziel-Repository/harness-audit: Deterministische Bereitschafts-Bewertung/skill-health: Skill-Qualitätsüberprüfung/skill-create: Einen neuen Skill aus lokaler Git-Historie generieren/security-scan: Überprüfung der Claude/OpenCode-Konfigurationssicherheit