ecc konfigurieren

Everything Claude Code konfigurieren

Führen Sie einen interaktiven Assistenten innerhalb der aktuellen Umgebung aus. Zuerst wird der Bestand aufgenommen, dann werden nur unterstützte Optionen gesammelt, eine Vorschau angezeigt und einmal bestätigt, bevor die Konfiguration nicht-interaktiv angewendet wird. Nach der Anwendung wird verifiziert und nur bei Erfolg die Willkommensnachricht angezeigt. Klonen Sie ECC niemals in ein temporäres Verzeichnis und kopieren Sie keine 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.

Routen basierend auf der aktuellen Umgebung

• Verwenden Sie in Claude Code den unten stehenden vollständigen Scope- und Hook-Assistenten.
• Verwenden Sie in Codex den nativen Plugin-Lebenszyklus von Codex. Bieten Sie keine Claude-Scopes an und bilden Sie ECCs vier Claude-Hook-Profile nicht auf Codex ab.
• Installieren Sie in Kimi 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 für die Neukonfiguration nach der Installation. Er kann die eingebaute Erstinstallations-UI eines Anbieters nicht abfangen oder ersetzen.

Claude Code: Führen Sie den vollständigen interaktiven Assistenten aus

1. Bestandsaufnahme ohne Änderungen

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

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

Behandeln Sie eine einzelne vorhandene ecc@ecc-Installation als Neukonfiguration. Interpretieren Sie Claudes anbietereigenes „Open home page“-Steuerelement nicht als Installationsnachweis. Stoppen Sie bei mehreren ECC-Scopes, einer Legacy-/manuellen 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. Sammeln Sie genau zwei Auswahlmöglichkeiten

Stellen Sie genau eine Scope-Frage und verlangen 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 visuell nur den ausgewählten Scope als ausgewählt oder installierend. Wenn der Benutzer einen anderen Scope als eine einzelne vorhandene Installation wählt, beschreiben Sie dies als Scope-Migration und fügen Sie --move-scope in die folgenden Befehle ein.

Stellen Sie genau eine Hook-Modus-Frage und verlangen 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 aus.
• strict aktiviert die strengsten Prüfungen und Erinnerungen.

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

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 Scope-Migration hinzu:

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 Scope, einen Hook-Modus, die Marktplatzaktion und eine Quell-Ziel-Migration enthält. Stellen Sie eine Ja/Nein-Frage. Führen Sie kein reines interaktives ecc setup über ein Shell-Tool der Umgebung aus, da dieses Shell häufig kein TTY ist.

4. Anwenden der expliziten Auswahl

Nach der Bestätigung führen Sie dieselbe Route erneut ohne --dry-run 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 und dann die Willkommensnachricht anzeigen

Erfordern 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 Scope 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:

Stellen Sie vor dem Aufruf sicher, dass die vom Anbieter gemeldete Version mit ECC_VERSION_PATTERN aus scripts/lib/terminal-welcome.js übereinstimmt. Lehnen Sie unerwarteten Versionstext 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>"

Zeigen Sie die Willkommensnachricht genau einmal an. Zeigen Sie sie bei Fehlschlag, Trockenlauf, Abbruch, einer Scope- oder Hook-Unstimmigkeit oder nicht überprüfbarem Zustand nicht an; melden Sie stattdessen den Fehler und die Wiederherstellungsmöglichkeit. Weisen Sie den Benutzer nach bestätigten Änderungen an, /reload-plugins auszuführen oder Claude Code neu zu starten.

Codex: Den nativen Plugin-Lebenszyklus verwenden

Inventarisieren Sie 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; stellen Sie nicht die Claude-Vier-Profil-Hook-Frage und behaupten Sie nicht, 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 Sie dann den zwischengespeicherten Cache oder aktualisieren Sie ihn 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 seinen installedPath bereitstellt. Zeigen Sie dann die Willkommensnachricht des verifizierten Bundles an:

Verwenden Sie nur den exakten absoluten installedPath, der vom Codex-JSON zurückgegeben wurde. Lehnen Sie Steuerzeichen ab und stellen Sie sicher, 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 Willkommensnachricht. 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 nicht die Claude-Scope- oder Hook-Modus-Fragen. Vorschau zuerst:

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

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

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

Nur nachdem doctor erfolgreich war und die installierten Anweisungen und Skills innerhalb von ./.kimi-code verbleiben, zeigen Sie an:

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

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