Im Frühjahr 2026 sorgte affaan-m/ECC (Everything Claude Code, im Folgenden ECC) auf GitHub für Aufsehen: Es ist nicht « noch ein Claude-Prompt », sondern ein Paket aus Skills, Hooks, Rules, Sicherheitsscans und Speicher-Optimierung für Agent Harnesses — also Claude Code, Cursor, Codex, OpenCode und ähnliche Umgebungen. Der Name nennt Claude Code, die Maintainer betonen aber ausdrücklich die Unterstützung mehrerer Suiten.
Dieser Beitrag beantwortet genau eine Frage: Lohnt sich ECC für Sie als täglich Code schreibende Person — global oder im Projekt? Wer bereits Claude Code oder Cursor nutzt, sollte die Checklisten unten gegen seine Realität halten; die deutschsprachige Einordnung im Repo finden Sie in README.zh-CN.md (inhaltlich auch für DACH-Teams brauchbar).
Drei Minuten Fazit:
-
ECC = « Betriebssystem » der Harness-Schicht
Ersetzt kein Modell, sondern liefert Skills, Session-Gedächtnis, Quality Gates und Sicherheits-Audit für Agenten.
MIT Open Source
-
Lohnt sich: intensive Agent-Nutzer
Teams, die täglich mehrere Dateien ändern, Tests fahren und PRs öffnen, sparen sich wiederholtes « Regeln erklären ».
Skills + Hooks
-
Erst abwarten: gelegentliche Fragen
Wer nur Einzeiler vervollständigt, bekommt von der Vollinstallation eher Kontext-Rauschen und Wartungslast.
Selektiv installieren
1. Was ECC ist — keine bloße Config-Sammlung
Offiziell wird ECC als harness-native operator system beschrieben — ein Betriebssystem für Agent-Suiten. Die Maintainer führen die Konfiguration auf mehr als zehn Monate intensiver Produktarbeit mit Agenten zurück und haben Workflows u. a. im Anthropic-Hackathon-Kontext erprobt (Shorthand Guide und Longform Guide im Repo).
Im Verzeichnisbaum finden Sie Dutzende Agents, weit über zweihundert Skills, zahlreiche Hooks (Session-Start/-Ende mit Gedächtnis, Stop-Phase-Zusammenfassungen), sprachspezifische Rules sowie AgentShield, continuous learning (Muster aus Sessions in wiederverwendbare Skills) und in v2.0 u. a. Hermes-Operator-Workflows, Cross-Suite-Installer und das experimentelle Rust-Control-Plane ecc2/.
Kurz gesagt: Nacktes Claude Code liefert « Modell + Terminal »; mit ECC kommen « Modell + Terminal + SOP + automatisches Gedächtnis + Leitplanken » dazu. Der Unterschied ähnelt « nur Compiler » versus « komplettes DevOps-Template » — nicht jede Person braucht Letzteres, aber wachsende Teams merken den Sprung schnell.
2. Unterschied zu nacktem Claude Code / Cursor
Viele klonen ECC und fragen: « Ist das nicht nur Markdown und Skripte?» Der Wert liegt in Orchestrierung und Default-Best-Practices, nicht in einem einzelnen Prompt-Wunder.
| Dimension | Nackter IDE-Agent Out of the box | Mit ECC Installation + Zuschnitt |
|---|---|---|
| Regel-Konsistenz | Sie merken sich CLAUDE.md selbst | Rules nach Sprache/Framework; z. B. nur TypeScript + Python |
| Session-Gedächtnis | Kontext geht verloren, Copy-Paste | Hooks speichern/laden Zusammenfassungen, Skill-Evolution |
| Quality Gate | Sie erinnern sich an Tests | /quality-gate, Verifikationsschleifen, Benchmark-Skills |
| Sicherheit | Dependencies/Sandbox leicht vergessen | AgentShield, /security-scan (Security Guide) |
| Einstieg | Niedrig | Mittel bis hoch: Guides lesen, selektiv installieren |
| Token-Kosten | Relativ kontrollierbar | Viele Skills blähen Kontext; ECC_HOOK_PROFILE etc. |
Haben Sie bereits ausgereifte AGENTS.md, eigene CI und Review-Bots, überlappt ECC eher — dann mergen, nicht blind drüber installieren. ECC passt besonders zu kleinen Teams oder Solo-Entwicklern, die Agent-Nutzung noch standardisieren wollen.
3. Wer sollte installieren, wer kann warten
Lohnt sich ernsthaft testen: Entwickler, die täglich Agenten über mehrere Repos ändern, testen und PRs eröffnen; Tech Leads, die Review-Standards für TypeScript / Python / Go / Java vereinheitlichen; alle, die zwischen Cursor und Claude Code wechseln und eine Regelbasis wollen.
Eher minimal oder überspringen: reine Q&A ohne Repo-Änderungen; Unternehmen mit strengen Compliance-Prozessen, die ungeprüfte Auto-Skripte verbieten; alle, die « hunderte Skills im Repo » nicht pflegen wollen.
ECC bietet selektive Installation (install-plan / install-apply per Manifest) und den configure-ecc-Wizard — Sie müssen nicht alle 246 Skills auf einmal schlucken. Das npm-Paket ecc-universal eignet sich, wenn Sie nur Teilpakete ziehen wollen.
4. Installation: von clone bis wartbar
Drei typische Wege, nach steigender Tiefe:
- Lesen und übernehmen: Shorthand Guide und README lesen, nur benötigte Skills nach
.cursor/rulesoder in die Claude-Code-Konfiguration kopieren. - Selektiv installieren: Offizielles Install-Skript / Planer — z. B. Sprach-Rules + Kern-Hooks, Kontext-Explosion vermeiden.
- Vollsync: für persönliche dotfiles; im Team Version im Monorepo pinnen und vor Upgrade die ECC-Regressionstests laufen lassen.
Nach der Installation: ECC_HOOK_PROFILE=minimal|standard|strict setzen; mit ECC_DISABLED_HOOKS Automation temporär abschalten. Ab v2.0 hilft ecc status --markdown beim Übergabe von Agent-Aufgaben im Team.
5. Cloud-Mac / CI: Wo die « Hände » des Agenten laufen
ECC regelt das « Wie schreiben »; ausgeführt werden trotzdem git, xcodebuild, npm test auf irgendeiner Maschine. iOS-/macOS-Teams kombinieren oft lokales IDE + Agent-Steuerung mit Remote-Mac-Runnern für schwere Builds.
Das deckt sich mit typischen Hashvps-Szenarien: GitHub Actions Self-Hosted auf Cloud-Mac für Signatur und Archive, oder auf derselben Instanz OpenClaw Headless-CI für 24/7-Channels. ECCs Parallelisierungs-Docs (git worktree, cascade) setzen eine stabile, per SSH erreichbare macOS-Umgebung voraus — zugeklapptes Notebook ist kein paralleler Runner.
Praxis: In ECC-Rules festhalten, dass schwere Befehle nur auf dem Runner laufen; dedizierte IP reduziert API- und Zertifikats-Ausreißer (siehe eine IP pro Maschine).
6. Risiken und Governance
- Kontext-Inflation: zu viele Skills/Rules — regelmäßig aufräumen (z. B.
skill-stocktakeim Repo). - Hook-Nebenwirkungen: Session-Gedächtnis auf Disk kann sensible Fragmente enthalten — auch in privaten Repos wie Geheimnisse behandeln.
- Supply Chain: nur offizielles affaan-m/ECC und npm-Releases; Forks reviewen.
- Abgrenzung zu OpenClaw: OpenClaw = 7×24 Gateway + Channels; ECC = IDE-Harness für Code — getrennte Berechtigungsmodelle.
7. Lohnt es sich? Entscheidungshilfe
Stimmen die meisten Punkte, lohnt sich ein 2-Stunden-Test diese Woche; sonst reichen eigene Rules + nackter Agent.
- ≥ 3× pro Woche lässt der Agent mehrere Dateien ändern und Tests laufen
- Team ≥ 2 Personen, einheitliche Review-Standards gewünscht
- Sie nutzen Claude Code oder Cursor Agent und müssen Regeln ständig neu erklären
- Sie lesen den Shorthand Guide und installieren selektiv
- macOS-Runner oder Cloud-Mac für schwere Jobs (optional Plus)
8. Häufige Fragen
F1. Nur für Anthropic wegen « Claude Code » im Namen?
Nein. Cursor, Codex, OpenCode, Gemini CLI werden explizit unterstützt. Cursor-Nutzer sollten die Cross-Suite-Doku und Cursor-Rules-Teilmenge lesen.
F2. Kostenlos? Was ist ECC Pro?
Kern-Repo MIT, dauerhaft kostenlos. ECC Pro (GitHub App, private Audits) ist kostenpflichtig; zum Lernen reicht OSS in public Repos.
F3. Kollision mit Cursor Rules?
Möglich — Merge-Strategie nötig. ECC für Prozess und Quality Gates; Cursor Rules für Repo-Layout; keine widersprüchlichen Verbote doppelt pflegen.
F4. Mehr Token-Verbrauch?
Ja, bei Vollaktivierung. minimal Hooks, Skills nach Bedarf, Token-Kapitel im Longform Guide; große Docs per RAG statt System-Prompt.
F5. Gleiche Kategorie wie OpenClaw-Digitalzwilling?
Nein. ECC verstärkt IDE-Coding-Agenten; OpenClaw ist Gateway + Channels. Siehe OpenClaw Digitalzwilling.
macOS-Builds für den Agent? Ein Cloud-Mac als Runner
ECC regelt das Schreiben; Xcode-Signatur, Archive und CI brauchen echtes macOS. Hashvps Kanada M4 Bare Metal mit dedizierter IP eignet sich als Remote-Runner für Agent und GitHub Actions.