configure-ecc

Configure Everything Claude Code

Führen Sie einen konversationellen Assistenten innerhalb der aktuellen Umgebung aus. Erfassen Sie zuerst den Bestand, sammeln Sie nur unterstützte Optionen, zeigen Sie eine Vorschau an, fragen Sie einmalig nach Bestätigung, wenden Sie die Änderungen nicht-interaktiv an, verifizieren Sie und zeigen Sie die Begrüßung nur nach Erfolg. Klonen Sie ECC niemals in ein temporäres Verzeichnis oder kopieren Sie Plugin-Komponenten von Hand.

Für ein menschlich bedientes Terminal sind die kanonischen Einstiegspunkte ecc setup und npx ecc-universal setup. Verwenden Sie innerhalb einer Umgebung stattdessen die unten aufgeführten expliziten nicht-interaktiven Befehle.

Nach der aktuellen Umgebung routen

• In Claude Code verwenden Sie den unten stehenden vollständigen Umfangs- und Hook-Assistenten.
• In Codex verwenden Sie den nativen Plugin-Lebenszyklus von Codex. Bieten Sie keine Claude-Geltungsbereiche an oder ordnen Sie ECCs vier Claude-Hook-Profile Codex zu.
• In Kimi installieren Sie die Projekt-Oberfläche unter ./.kimi-code. Kimi bietet keine ECC-Claude-Lebenszyklus-Hook-Profile.
• Wenn die Umgebung unsicher ist, nennen Sie die erkannten Hinweise und fragen Sie, welche Umgebung konfiguriert werden soll, bevor Sie einen ändernden Befehl ausführen.

Dieser Skill ist ein Pfad zur Neukonfiguration nach der Installation. Er kann die integrierte Erstinstallations-UI eines Anbieters nicht abfangen oder ersetzen.

Claude Code: Den vollständigen konversationellen Assistenten ausführen

1. Bestand ohne Änderungen erfassen

Führen Sie beide Befehle aus und fassen Sie den installierten ECC-Geltungsbereich, den aktivierten Zustand und die Marktplatzquelle zusammen:

claude plugin list --json
claude plugin marketplace list --json

Behandeln Sie eine einzelne vorhandene Installation von ecc@ecc als Neukonfiguration. Interpretieren Sie Claudes anbietereigene "Open home page"-Steuerung nicht als Installationsnachweis. Stoppen Sie bei mehreren ECC-Geltungsbereichen, einer manuellen/Legacy-Installation, fehlerhaften Einstellungen oder einer Marktplatzkollision und melden Sie die vom Setup zurückgegebene Wiederherstellung; raten Sie niemals, welcher Zustand gelöscht werden soll.

2. Genau zwei Auswahlen treffen

Stellen Sie genau eine Frage zum Geltungsbereich und fordern Sie einen Wert:

• user | project | local
• user ist global für diesen Benutzer.
• project wird über Repository-Einstellungen geteilt.
• local ist privat für das aktuelle Projekt.

Markieren Sie nur den ausgewählten Geltungsbereich visuell als ausgewählt oder installiert. Wenn der Benutzer einen anderen Geltungsbereich als eine einzelne vorhandene Installation wählt, beschreiben Sie dies als Geltungsbereichsmigration und fügen Sie --move-scope in die folgenden Befehle ein.

Stellen Sie genau eine Frage zum Hook-Modus und fordern Sie einen Wert:

• off | minimal | standard | strict
• off behält Skills und Befehle bei, deaktiviert aber die ECC-Hook-Automatisierung.
• minimal aktiviert den leichtesten Lebenszyklus und die leichteste Sicherheitsautomatisierung.
• standard balanciert Qualitäts- und Sicherheitsautomatisierung.
• strict aktiviert die stärksten Prüfungen und Erinnerungen.

Die Hook-Präferenz ist eine persönliche Claude-Plugin-Konfiguration; sie folgt nicht dem ausgewählten Installations-Geltungsbereich.

3. Vorschau und einmalige Bestätigung

Bevorzugen Sie das im Plugin gebündelte Setup-Skript. Ersetzen Sie die beiden ausgewählten Werte und fügen Sie --move-scope nur bei einer Geltungsbereichsmigration ein:

node "$CLAUDE_PLUGIN_ROOT/scripts/setup.js" --mode claude-plugin \
  --scope <scope> --hooks <hooks> [--move-scope] --dry-run --json

Wenn $CLAUDE_PLUGIN_ROOT nicht verfügbar ist, verwenden Sie das veröffentlichte npm-Paket:

npx --yes --package ecc-universal ecc setup --mode claude-plugin \
  --scope <scope> --hooks <hooks> [--move-scope] --dry-run --json

Zeigen Sie genau eine Bestätigungszusammenfassung an, die die geplante Aktion, einen Geltungsbereich, einen Hook-Modus, die Marktplatzaktion und eine eventuelle Quell-zu-Ziel-Migration enthält. Stellen Sie eine Ja/Nein-Frage. Führen Sie kein reines interaktives ecc setup über ein Umgebungs-Shell-Werkzeug aus, da diese Shell oft kein TTY ist.

4. Explizite Auswahlen anwenden

Nach der Bestätigung führen Sie dieselbe Route ohne --dry-run erneut aus. Behalten Sie jede Auswahl explizit bei und fordern Sie JSON an, damit der Erfolg deterministisch überprüft werden kann:

node "$CLAUDE_PLUGIN_ROOT/scripts/setup.js" --mode claude-plugin \
  --scope <scope> --hooks <hooks> [--move-scope] --yes --json

Fallback:

npx --yes --package ecc-universal ecc setup --mode claude-plugin \
  --scope <scope> --hooks <hooks> [--move-scope] --yes --json

5. Verifizieren, dann die Begrüßung rendern

Erwarten Sie einen Exit-Status von Null und ein Setup-Ergebnis, dessen scope und hooks den ausgewählten Werten entsprechen. Führen Sie dann unabhängig aus:

claude plugin list --json

Fahren Sie nur fort, wenn genau ein aktivierter ecc@ecc-Eintrag im ausgewählten Geltungsbereich vorhanden ist. Wenn $CLAUDE_PLUGIN_ROOT verfügbar ist, übergeben Sie die erfolgreiche Setup-action (installed, updated, migrated, resumed oder already-migrated) an den gebündelten Renderer:

Rufen Sie ihn erst auf, nachdem Sie überprüft haben, dass die vom Anbieter gemeldete Version mit ECC_VERSION_PATTERN aus scripts/lib/terminal-welcome.js übereinstimmt. Lehnen Sie unerwarteten Versions-Text ab, anstatt ihn in einen Shell-Befehl zu interpolieren.

node -e 'const { renderTerminalWelcome } = require(process.env.CLAUDE_PLUGIN_ROOT + "/scripts/lib/terminal-welcome"); process.stdout.write(renderTerminalWelcome({ action: process.argv[1], version: process.argv[2], color: process.stdout.isTTY }));' "<action>" "<installed-version>"

Rendern Sie die Begrüßung genau einmal. Bei Fehlschlag, Trockenlauf, Abbruch, einer Geltungsbereichs- oder Hook-Diskrepanz oder nicht überprüfbarem Zustand rendern Sie sie nicht; melden Sie stattdessen den Fehler und die Wiederherstellung. Nach bestätigten Änderungen fordern Sie den Benutzer auf, /reload-plugins auszuführen oder Claude Code neu zu starten.

Codex: Den nativen Plugin-Lebenszyklus verwenden

Erfassen Sie den Bestand mit codex plugin marketplace list --json und codex plugin list --available --json. Der native Plugin-Befehl von Codex hat keinen Claude-artigen user | project | local-Selektor. Native Codex-Plugins unterstützen zwar anbieterspezifische Hooks, aber Codex erfordert explizites Vertrauen für diese. Lassen Sie Codex diese Vertrauensentscheidung treffen; fragen Sie nicht die Claude-Vier-Profil-Hook-Frage oder behaupten Sie, dass diese Profile auf Codex abgebildet werden.

Wenn der ECC-Marktplatz fehlt, fügen Sie ihn hinzu. Andernfalls aktualisieren Sie seinen Snapshot:

codex plugin marketplace add affaan-m/ECC
codex plugin marketplace upgrade ecc --json

Fragen Sie nach einer Bestätigung, installieren oder aktualisieren Sie dann den installierten Cache idempotent und verifizieren Sie ihn:

codex plugin add ecc@ecc --json
codex plugin list --json

Fahren Sie nur fort, wenn das JSON ECC als installiert meldet und dessen installedPath angibt. Rendern Sie dann die Begrüßung des verifizierten Pakets:

Verwenden Sie nur den exakten absoluten installedPath, der vom Codex-JSON zurückgegeben wurde. Lehnen Sie Steuerzeichen ab und verlangen Sie, dass die installierte Version mit ECC_VERSION_PATTERN übereinstimmt. Rufen Sie node direkt mit diesem Argument-Array auf; dies ist ein Tool-API-Aufruf, kein Shell-Befehl:

["<installedPath>/scripts/welcome.js", "--action", "configured", "--version", "<installed-version>"]

Wenn die aktuelle Umgebung keine ausführbare Datei mit einem separaten Argument-Array aufrufen kann, überspringen Sie die Begrüßung. Erstellen Sie niemals einen Shell-Befehl aus Codex-JSON-Werten.

Behaupten Sie niemals, dass Claudes off | minimal | standard | strict-Profile auf Codex angewendet wurden.

Kimi: Die Projekt-Oberfläche installieren

Geben Sie vor der Bestätigung eine Zusammenfassung der Fähigkeiten an: Ziel ./.kimi-code; hooks=unsupported für ECC-Lebenszyklus-Hooks. Stellen Sie keine Fragen zum Claude-Geltungsbereich oder Hook-Modus. Zeigen Sie zuerst eine Vorschau:

npx --yes --package ecc-universal ecc install --profile core --target kimi --dry-run

Zeigen Sie eine Bestätigung für dieses Projektziel an, wenden Sie dann den identischen Befehl ohne --dry-run an. Verifizieren Sie mit:

npx --yes --package ecc-universal ecc doctor --target kimi

Nur nach erfolgreichem Doctor und wenn die installierten Anweisungen und Skills innerhalb von ./.kimi-code bleiben, rendern Sie:

npx --yes --package ecc-universal ecc welcome --action configured

Behaupten Sie nicht, dass Kimi ECC-Lebenszyklus-Hooks installiert oder konfiguriert hat.