VPSSpark Blog
← Zurück zum Entwicklertagebuch

ECC (Everything Claude Code) — Was ist das, lohnt es sich?

Server-Notizen · 2026.05.26 · ca. 16 Min.

Entwickler mit KI-Coding-Assistent und Terminal, ECC

Wer in letzter Zeit GitHub Trending scrollt, kommt an ECC (Everything Claude Code, Haupt-Repo affaan-m/ECC) kaum vorbei. Labels wie „Anthropic-Hackathon-Sieger“ und „180.000+ Stars“ lassen es oft als „ultimatives Claude-Code-Konfigurationspaket“ erscheinen. Ob sich der gesamte Stack in Ihren Cursor- / Claude-Code-Workflow lohnt, entscheidet aber nicht die Star-Zahl — sondern ob es ein Config-Zip ist oder ein mit Versionen mitwachsendes Agent-Harness-Betriebssystem. Im Folgenden: Was es ist → Installation → Für wen → Aufteilung mit der Cloud.

61+
Agents (v2.0-Katalog)
246+
Skills-Module
MIT
OSS-Kern dauerhaft gratis

1. Was ECC wirklich ist — nicht nur ein „Prompt-Sammelpaket“

Offiziell ist ECC ein harness-native operator system — wörtlich etwas sperrig, praktisch aber: eine Betriebsschicht dafür, wie Coding-Agenten langfristig stabil arbeiten, nicht nur längere System-Prompts. In der deutschen README (falls vorhanden, sonst englische README) steht neben Konfigurationen ausdrücklich skills, instincts, Memory-Optimierung, continuous learning (Muster aus Sessions), security scanning und research-first — das ersetzt kein „etwas längere Projektregeln“.

Die Repo-Größe zeigt die Absicht: dieselben Fähigkeiten für Claude Code, Codex, Cursor, OpenCode, Gemini, Zed, GitHub Copilot und weitere Harnesses. Ab v2.0.0-rc.1: Hermes-Operator-Workflows, Cross-Harness-Architektur-Docs und im Tree ECC 2.0 alpha (Rust-Control-Plane ecc2/, lokal u. a. dashboard, sessions, status). ECC will „Agenten werden zerstreuter, teurer und unsicherer“ lösen — nicht „noch 50 coole Slash-Commands“.

Typische Bausteine im Vergleich zum Kopieren einer .cursorrules-Datei:

  • Agents: Review, Build-Fix, Architektur nach Sprache/Szenario;
  • Skills: hot-loadbare Workflows (Tests, Security, Docs, Ops);
  • Hooks: Auto-Zusammenfassung und Kontext-Persistenz bei SessionStart/Stop, Stärke via ECC_HOOK_PROFILE;
  • Rules: sprachweise Verzeichnisse (TypeScript/Python/Go/Java …), selektiv installieren;
  • AgentShield: Security-Scanning über ecc-agentshield und Befehle wie /security-scan.

Repo unter MIT, OSS-Kern bleibt gratis. Kommerziell: ECC Pro / ECC Tools GitHub App im Marketplace (Private-Repo-Audits, ca. 19 USD/Sitz/Monat). Privatnutzer auf OSS, Teams mit Compliance und Private-Pipelines — zwei Wege.

2. Installationswege: Plugin, Skripte, npm — nicht doppelt installieren

Viele scheitern bei „lohnt es sich?“ schon beim ersten Schritt: zu viel auf einmal. Die Doku warnt fett: Nach /plugin install ecc@ecc weder install.sh --profile full noch npx ecc-install --profile full ausführen — sonst landen Skills/Hooks doppelt im User-Verzeichnis: doppelte Befehle, doppelt feuernde Hooks, plötzlich aufgeblähter Kontext.

Drei übliche Wege — pro Szenario einer:

  • Claude-Code-Marketplace: /plugin marketplace add https://github.com/affaan-m/ECC, dann /plugin install ecc@ecc — am wenigsten Aufwand, wenn Sie schon intensiv in Claude Code coden;
  • Selektives Klonen + Rules kopieren: Plugins verteilen nicht automatisch alle rules/; nur benötigte Sprachregeln kopieren — z. B. nur TypeScript+Python;
  • npm-Ökosystem: ecc-universal u. a. für Cross-Tool- und CI-Installationen — anderer Einstieg als „nur Plugin im IDE klicken“.

In Cursor gilt: dieselben Skills/Rules für mehrere Harnesses — trotzdem prüfen: Konflikt mit projektweiten .cursor/rules, ob externe Hook-Skripte im Team-Repo erlaubt sind. Enterprise: forken, Commit pinnen, Allowlist erlaubter Skills intern dokumentieren, main nicht wöchentlich blind mitziehen.

Praxis-Tipp: Woche 1 nur ECC_HOOK_PROFILE=minimal, Tokens und Latenz beobachten; ohne doppelte Hooks auf standard. Longform Guide zu Token-Optimierung und Memory Persistence — Kapitel The Guides im Repo — eher Woche 2.

3. Unterschied zu eingebauten Cursor- / Claude-Code-Funktionen

Cursors Standard-Agent 2026 ist stark: MCP, Rules, Background Agent, Modell-Routing. ECCs Wert ist nicht „noch ein Chat“, sondern Senior-Gewohnheiten als versionierbare Assets: Git-Worktree-Parallelisierung, iteratives Subagent-Retrieval, Checkpoint- vs. Dauer-Evals, Instinct-Import/Export aus echten Sessions.

Gelegentlich ein paar Fragen und UI-Zeilen ändern — ECC wirkt schwer. Täglich 4+ Stunden Agent-Pairing, Cross-Repo-Refactors, einheitliche Junior-Workflows — ECC ist fast eine open-source Checkliste des Tech Leads. Stars messen Aufmerksamkeit, nicht, dass jeder Skill Ihre Domäne erfüllt — Qualitäts-Startvorlage, kein „sofort compliant“.

4. Lohnt es sich? Erwartungen in einer Tabelle

Sie sind Empfehlung Warum
Solo-Dev, Cursor Rules reichen Selektiv übernehmen 5–10 Skills reichen; kein Vollinstall; Hooks nicht gegen bestehenden Flow.
Tech Lead, Team-Agent-Normen vereinheitlichen Pilot lohnenswert Sprach-Rules + AgentShield + ecc status --markdown für Übergabe und Audit.
Reines Ops / nur Shell, kein IDE-Agent Überspringen Nutzen bei Coding-Harnesses; Ops-Automation: Ansible/CI-Skills.
7×24-Webhooks, „Gateway-Agent“ nach außen ECC + Gateway trennen ECC: lokale Session und Normen; dauerhafte Kanäle/TLS: OpenClaw (unten).

Fazit vorweg: Nutzen ja, blind alles installieren selten. Gesunder Weg: Plugin oder Minimalprofil → ein Sprach-Ruleset → ein Memory-Hook → eine Woche beobachten. Bei Hook-Latenz, doppelten Summaries oder Token-Rechnung: Profil senken, nicht mehr Skills stapeln.

5. Security und Wartung — viele Stars ≠ blind vertrauen

AgentShield, Sandboxing und CVE-Skills matter, wenn Agenten Shell laufen und außerhalb des Repos lesen. Trotzdem selbst: ① Hook-Skript-Herkunft lesen, Enterprise intern spiegeln; ② keine Secrets in Skill-Templates; ③ vor ECC Tools GitHub App Datenfluss und PR-Audit-Umfang klären. MIT heißt auditierbar — nicht „Upload ohne Risiko“.

Wartungskosten einplanen: wöchentliche Updates, sich ändernde Kataloge. HEAD mitziehen ermüdet, Fork pinnen beruhigt. v2-Operator-Skills (Billing, Workspace, Social) für reine Coder evtl. Lärm, für Founder-Ops Gold — nach Rolle schneiden.

6. Aufteilung mit OpenClaw, Cloud-Mac und OpenHuman

ECC optimiert „wie der Agent auf Ihrem Rechner / in der IDE sparsamer, stabiler, einheitlicher wird“. Brauchen Sie nach außen 7×24 Kanäle, Webhooks, Headless-Browser-Queues, gehören Prozesse auf einen Linux-VPS mit OpenClaw Gateway — wir haben OpenClaw Gateway auf Linux-VPS: GitHub Actions vs. manuelles Docker behandelt. ECC ersetzt weder TLS-Terminierung noch persistente Callbacks.

Langzeitgedächtnis am Desktop (Mail, Kalender, Obsidian-Vault): OpenHumans Memory-Tree-Ansatz vs. ECCs Session-Memory-Hooks — andere Bahnen (Lebensdaten vs. Coding-Session-Betrieb). Bei xcodebuild, Notarisierung, TestFlight können Normen lokal in ECC stehen, Compiler und Signatur brauchen macOS — daher oft Build-Insel auf Cloud-Mac, Gateway auf Linux. ECC: „wie schreiben und reviewen“; Hosts: „wo bauen und Kanäle hängen“.

7. Zusammenfassung: Lohnt es sich?

Ja, wenn AI-Coding Alltagsproduktion ist und Sie 1–2 Tage in Minimal-Install, Regel-Deduplizierung und Hook-Tuning investieren und einen Fork langfristig pinnen. Nein zur Vollkopie, wenn nur gelegentliche Vervollständigung oder niemand Hook-/Security-Policy pflegt — dann lieber ein paar starke Skills leihen.

Start: GitHub: affaan-m/ECC, Shorthand Guide lesen, dann über Full Profile entscheiden. Stars sind Social Proof — Repo-Größe, Rechnung, Compliance entscheiden, ob ECC bleibt.

Harness lokal mit ECC, Build und Gateway in der Cloud. OpenClaw auf Linux-VPS, Signatur-Builds auf Cloud-Mac — ergänzt ECCs lokale Agent-Normen — VPSSpark-Startseite für Cloud-Mac- und VPS-Pläne.

Limitiert

Harness lokal, Build und Gateway in der Cloud

OpenClaw Gateway · Cloud-Mac · ergänzt ECC

Startseite
Limitiert Tarife ansehen