22. Juli 2026 · Von YasKad
affaan-m/ECC

ECC: Ein Arbeitsablaufsystem, das Code-Agenten von reiner Prompt-Abhängigkeit befreit

affaan-m/ECC · 267.279★ · 39.930 forks

Alles, was Sie über affaan-m/ECC wissen müssen: Eine Sammlung von Agenten, Fähigkeiten, Regeln, Hooks und Hilfsprogrammen zur Strukturierung der Arbeit von Programmieragenten in verschiedenen Umgebungen.


Was ist ECC?

ECC wird als ein System zur Optimierung der Laufzeitumgebung von Agenten vorgestellt. Sein Ziel ist es nicht, das Modell oder die Programmierumgebung zu ersetzen: Es installiert eine Prozessschicht, damit der Agent planen, testen, implementieren, überprüfen, validieren, den Kontext beibehalten und wiederholte Ergebnisse in wiederverwendbare Fähigkeiten umwandeln kann.

Das aktuelle README gibt 67 spezialisierte Agenten, 281 Fähigkeiten und 94 Kompatibilitätsbefehle an, zusammen mit Regeln, Hooks, Speicher, kontinuierlichem Lernen und AgentShield. Die Hauptunterstützung ist Claude Code; es bietet auch Konfigurationen oder Adapter für Codex, Cursor, OpenCode, Gemini, Zed, GitHub Copilot, Antigravity, Qwen, Hermes, OpenClaw, Kimi und andere Umgebungen. Nicht alle erhalten die gleiche Automatisierung: Das Projekt selbst gibt beispielsweise an, dass Codex und Copilot nicht die gleichen Hook-Funktionen wie Claude Code haben.

Mehrere holografische Avatare, jeder für eine andere Agentenumgebung, verbinden sich über Lichtstrahlen mit einem zentralen Serverturm

Der Ursprung: Von einer Konfigurationssammlung zu einem Multi-Umgebungssystem

Der erste nachvollziehbare Nachweis ist der anfängliche Commit von Affaan Mustafa vom 18. Januar 2026, mit dem Titel “Complete Claude Code configuration collection”. In diesem Commit beschreibt Mustafa Konfigurationen, die er über zehn Monate hinweg verwendet hat, und sagt aus, dass er bei einem Hackathon von Anthropic und Forum Ventures den ersten Platz belegt habe, indem er zenith.chat erstellt hat; dies ist eine Aussage des Autors selbst und keine unabhängige Überprüfung des Preises.

Die anfängliche Veröffentlichung enthielt neun Agenten, neun Befehle, acht Regeln, sieben Fähigkeiten, Hook-Konfigurationen und MCP-Server. Die zu lösende Herausforderung war einfach: Das Anfordern von Tests oder Überprüfungen innerhalb eines Gesprächs garantiert nicht, dass sich der Agent daran erinnert, dies zu tun. ECC wandelt einen Teil dieses Prozesses in ladbare Artefakte und externe Hooks um, die außerhalb des Modellkontexts liegen.

Das GitHub-Konto des Autors identifiziert Mustafa als Mitarbeiter von Itô mit Sitz in NYC und beschreibt ECC als seine Open-Source-Umgebung für Agenten. Das Repository wurde am 18. Januar 2026 erstellt. Die aktuelle Version, 2.1.0, wird bereits als “Agent Harness Operating System” bezeichnet und fügt unter anderem Plan Canvas, ein Ziel für Kimi und einen dokumentierten Pfad für selbstgehostete Berechnungen hinzu. Es wurde keine primäre Quelle gefunden, die eine formelle Datierung der Namensänderung vom ursprünglichen Titel enthält; daher wird kein Datum für die Umbenennung angegeben.

Philosophie und Prinzipien

Die Leitidee des README lautet: Kontextfenster optimieren und den Rest persistent machen. Die Architektur trennt fünf Rollen, um nicht alles gleichzeitig zu laden:

  • Fähigkeiten werden für bestimmte Abläufe geladen, wie z. B. Tests, Forschung oder Sicherheitsüberprüfungen.
  • Agenten trennen den Planungs-, Implementierungs- und Überprüfungskontext.
  • Regeln enthalten dauerhafte Standards und sollten selektiv installiert werden, da sie immer Kontext verbrauchen.
  • Hooks führen Prüfungen außerhalb des Modells bei Ereignissen in der Umgebung aus.
  • Instinkte und Speicher speichern Muster und Zusammenfassungen für spätere Sitzungen.

Ein rechteckiger Neonrahmen umschließt minimale geometrische Formen, umgeben von einem Meer gedämpfter Datenpartikel außerhalb des Rahmens – ein Sinnbild für das optimierte Kontextfenster

Die vorgeschlagene Sequenz ist planen -> testen -> implementieren -> überprüfen -> validieren -> erinnern -> verbessern. Dies ist keine Garantie für Qualität: Das Repository empfiehlt, die Speichereinhalte anhand autorisierter Quellen zu überprüfen und warnt davor, dass nicht überprüfter Speicher nicht als ausführbare Richtlinie behandelt werden sollte.

Ein holografisches Kreisdiagramm verbindet die Knoten Planen, Testen, Implementieren, Überprüfen, Validieren, Erinnern und Verbessern mit Neon-Datenflüssen

Funktionsweise

Für Claude Code verwendet die empfohlene Installation dessen Plugin-Mechanismus:

/plugin marketplace add https://github.com/affaan-m/ECC
/plugin install ecc@ecc

Ein futuristisches Terminal führt die Installationsbefehle des Plugins aus, begleitet von holografischen Fortschrittsbalken und Häkchen

Für Codex priorisiert der Leitfaden eine Synchronisierung von einem lokalen Klon, der AGENTS.md, Fähigkeiten, Prompts und Konfigurationen integriert, ohne vorhandene Dateien zu ersetzen:

git clone https://github.com/affaan-m/ECC.git
cd ECC
npm install
bash scripts/sync-ecc-to-codex.sh

Der Ablauf einer Funktion kann mit /ecc:plan "beschreibung" beginnen, dann die Fähigkeit tdd-workflow verwenden, in einem neuen Kontext zu /code-review übergehen und mit der Überprüfung von Kompilierung, Typen, Stil und Tests enden. Um eine Sitzung zu beenden oder fortzusetzen, werden /save-session, /resume-session und /learn-eval verwendet. Der gemeinsam genutzte Speicher verwendet Markdown-Dateien unter .ecc/memory/ für das Projekt oder ~/.ecc/memory/ für den Benutzer; die Befehlszeilenschnittstelle umfasst ecc memory init, search und doctor.

Ein digitaler Speichertresor zeigt Reihen von Markdown-Dateien und JSON-Objekten mit der Beschriftung .ecc/memory/ – ein Sinnbild für sitzungsübergreifendes, persistentes Wissen

Version 2.1.0 enthält auch Plan Canvas: eine lokale Schnittstelle, mit der ein Plan annotiert und entweder genehmigt oder zur Überarbeitung zurückgesendet werden kann. Das Projekt gibt an, dass seine Schnittstelle ein Befehlszeilenprogramm ist, das JSON austauscht und daher nicht von einem bestimmten Modell oder einer bestimmten Umgebung abhängt.

Offizieller und semioffizieller Status

Es gibt drei verschiedene Zustände, die man nicht verwechseln sollte:

  • Eigenes Claude Code Marketplace: ECC veröffentlicht die Kennung ecc@ecc und ein Manifest, damit Claude Code das Plugin aus dem Repository installieren kann. Dies ist eine Verteilung über eine native Funktion von Anthropic, aber die gefundene Quelle belegt nicht, dass es Teil eines offiziellen Anthropic-Kataloges oder einer Zertifizierung des Anbieters ist.
  • Codex Plugin Marketplace: Das README gibt an, dass Codex das Registrieren des affaan-m/ECC-Marketplace unterstützt, dies jedoch als experimentell für ECC kennzeichnet: Das Paket kann von gemeinsam genutzten Inhalten abhängen, die nicht im Codex-Cache gespeichert werden. Für eine zuverlässige Verwendung wird die Synchronisierung und nicht der Marketplace empfohlen.
  • GitHub Marketplace: Das README verlinkt zur Anwendung ECC Tools im GitHub Marketplace und gibt einen kostenlosen Level und Pläne für private Repositories an. Diese Präsenz ist eine Akzeptanz der Verteilung durch den GitHub Marketplace, aber keine technische Genehmigung aller Fähigkeiten durch GitHub.

Die sichtbare Nutzung, die zahlreichen Kopien und die Anpassungen für verschiedene Umgebungen ermöglichen es, ECC als eine De-facto-Referenz in dem Muster von Konfigurationssammlungen für Agenten zu beschreiben. Es wurde kein formeller Standard oder eine offizielle Empfehlung von Anthropic, OpenAI oder GitHub bezüglich seiner Methodik gefunden.

Das Ökosystem

Repositories und Produkte des Autors

Die GitHub-API des Autors gibt diese verwandten Projekte mit ihren am 31. Juli 2026 abgerufenen Zahlen zurück:

  • affaan-m/agentshield: Sicherheits-Scanner für Agentenkonfigurationen, MCP-Server und Berechtigungen; 1.034 Sterne und 218 Forks. ECC integriert dies als ecc-agentshield und dokumentiert es für die lokale Verwendung und CI.
  • affaan-m/claude-swarm: Multi-Agenten-Koordination für Claude Code mit einer Terminal-Schnittstelle; 306 Sterne und 77 Forks.
  • ECC Tools, die Anwendung im GitHub Marketplace, analysiert den Repository-Verlauf, um Fähigkeiten, Sammlungen von Instinkten und Muster zu generieren. Es handelt sich um ein gehostetes Produkt desselben Ökosystems, nicht um ein separates Repository, das von der API abgerufen wird.
  • Die im README als offiziell identifizierten Pakete sind ecc-universal und ecc-agentshield. Das Projekt warnt ausdrücklich vor nicht überprüften, inoffiziellen Replikationen oder Spiegeln von Drittanbietern.

Ein geteilter Bildschirm zeigt links ein chaotisches Netz roter Code-Schwachstellen und rechts dasselbe Netz, verwandelt in eine sichere, blaue Neonstruktur – ein Sinnbild für den AgentShield-Scan

Übersetzungen, Ports und Community-Derivate

Das Hauptrepository enthält Links zu Dokumentationen auf Portugiesisch (Brasilien), vereinfachtem und traditionellem Chinesisch, Japanisch, Koreanisch, Türkisch, Russisch, Vietnamesisch, Thailändisch, Deutsch und Spanisch. Darüber hinaus ergab eine Suche nach Repositories anhand des alten Namens des Projekts diese Derivate oder Community-Anpassungen; GitHub kennzeichnet sie als unabhängige Repositories und nicht als offizielle Forks:

  • xu-xiang/everything-claude-code-zh, chinesische Übersetzung: 1.791 Sterne und 300 Forks.
  • WorldFlowAI/everything-claude-code, Claude Code Kit, das auf Agenten, Befehlen, Fähigkeiten, Regeln und Hooks basiert: 867 Sterne und 165 Forks.
  • tpavanipradeep/everything-claude-code, dessen Beschreibung es als Kopie von affaan-m/everything-claude-code bezeichnet: 86 Sterne und 39 Forks.
  • ahmed3elshaer/everything-claude-code-mobile, Anpassung für die mobile Nutzung: 61 Sterne und 17 Forks.
  • Luohaothu/everything-codex, beschrieben als Version für Codex: 24 Sterne und 5 Forks.
  • j7-dev/everything-github-copilot, Neuschreibung für GitHub Copilot: 19 Sterne und 4 Forks.

Diese Zahlen beweisen keine Kompatibilität, Sicherheit oder die Zustimmung des Autors. Tatsächlich ist die Warnung von ECC, nur aus verifizierten Kanälen zu installieren, angesichts dieser großen Anzahl von Kopien besonders relevant.

Ein leuchtender digitaler Globus mit Netzwerkknoten, die Kontinente verbinden, samt Flaggen und Sprachcodes in Neon – ein Sinnbild für die Community-Übersetzungen

Repository-Zahlen

Messung: 31. Juli 2026, GitHub API.

MetrikWert
Sterne236.598
Forks35.984
Abonnenten1.225
Commits2.336
Von der API angezeigte offenen Issues110
HauptspracheJavaScript
LizenzMIT
Erstellung18. Januar 2026
Letztes Update der Metadaten31. Juli 2026
Letzte stabile Veröffentlichungv2.1.0, 27. Juli 2026

Die von der API zurückgegebenen wichtigsten Mitwirkenden sind affaan-m mit 1.517 Beiträgen, dependabot[bot] mit 51, pangerlkr mit 47, gaurav0107 mit 25 und Copilot mit 22. Die Gesamtzahl der Commits wurde von der letzten Seite der API-Paginierung abgerufen. Das Feld open_issues_count kann offene Pull-Requests enthalten; es sollte nicht als reine Anzahl von Issues interpretiert werden. Die API repliziert die Sterne in watchers_count, daher wird subscribers_count als tatsächliche Abonnenten angegeben.

Ein holografisches 3D-Board schwebt in einem dunklen Raum und zeigt Repository-Statistiken: Sterne, Forks und das MIT-Lizenzsiegel

Wie man beiträgt

Die Beitragsrichtlinie fordert auf, das Repository zu forken und zu klonen, einen Zweig feat/... zu erstellen, lokal zu testen und einen Pull-Request zu öffnen. Für eine Fähigkeit wird ein eigenes Verzeichnis mit SKILL.md, YAML-Metadaten, einer Beschreibung, die eine automatische Aktivierung ermöglicht, Beispielen, Anti-Mustern und Tests in Claude Code benötigt.

Vor dem Absenden dokumentieren Sie npm test als denselben Testsuite, der von der Continuous Integration verwendet wird. Für Änderungen an öffentlichen Oberflächen fordern Sie auch die Aktualisierung von Manifesten, Katalogen, Befehlsregistern und Dokumentationen an; wenn die Fähigkeit Codex oder Cursor erreichen soll, müssen die spezifischen Teilmengen dieser Umgebungen synchronisiert werden. Der Pull-Request sollte eine Zusammenfassung, den Typ, Tests und eine Sicherheitsliste enthalten.

Wie die Community es aufgenommen hat

Die gefundenen Beweise zeigen Interesse und Zusammenarbeit, aber nicht einen großen, nachvollziehbaren externen Thread:

  • Auf Hacker News sendete 48126691, doener, das damals “Everything Claude Code” genannte Projekt am 13. Mai 2026. Der Thread erhielt 2 Punkte und 0 Kommentare. Ein weiterer Beitrag, 46676402 von bzGoRust, hatte ebenfalls 2 Punkte und 0 Kommentare. Dies sind konkrete Referenzen, aber sie belegen keine breite Akzeptanz auf dieser Seite.
  • Der Pull-Request #730 von mecemis zum C#-Support erhielt 99 Kommentare. Der Maintainer affaan-m schrieb: “Approved — great C# support!”, eine explizite Bewertung, forderte aber auf, Merge-Konflikte zu lösen. Er wies darauf hin, dass die C#-Abdeckung bereits durch die Pull-Requests #704 und #747 erreicht wurde. Die Episode veranschaulicht eine aktive Überprüfung und auch doppelte Beiträge.
  • Der Pull-Request #2472 von girish-kanjiyani7 beanstandete ein praktisches Problem: Laut seiner Reproduktion übersah eine vollständige Installation stillschweigend 79 der 277 kuratierten Fähigkeiten, da sie im Manifest fehlten. Dies ist eine konkrete technische Kritik am Installer und nicht eine allgemeine Bewertung des Projekts.
  • In #2634 schlug samartomar vor, dass automatische Hooks bei der Installation eine explizite Autorisierung erfordern sollten. Dieser Einwand steht im Zusammenhang mit den Kosten einer Schicht, die Aktionen automatisiert: Produktivität beseitigt nicht die Notwendigkeit menschlicher Kontrolle und Zustimmung.

ECC im Vergleich zu anderen Vorschlägen

VorschlagNachweisbare ÜbereinstimmungNachweisbarer Unterschied
affaan-m/agentshieldBeide befassen sich mit Agentenkonfigurationen und sind innerhalb des ECC-Ökosystems miteinander verbunden.AgentShield ist ein Sicherheits-Scanner; ECC ist die umfassendere Sammlung von Prozessen, Fähigkeiten, Regeln und Adaptern.
affaan-m/claude-swarmBeide organisieren die Arbeit mehrerer Agenten für Claude Code.Claude Swarm konzentriert sich auf die Zerlegung und Visualisierung der Multi-Agenten-Koordination; ECC umfasst auch Installation, Regeln, Speicher und Sicherheit in verschiedenen Umgebungen.
WorldFlowAI/everything-claude-codeDer GitHub-Sucher beschreibt es als ein Kit mit Agenten, Befehlen, Fähigkeiten, Regeln und Hooks für Claude Code.Es handelt sich um ein unabhängiges Derivat mit Schwerpunkt auf Claude Code; ECC dokumentiert Adapter und Bereitstellungen für eine größere Anzahl von Umgebungen.
Luohaothu/everything-codexDie Beschreibung bezeichnet es als eine Version von Everything Claude Code für Codex.Es handelt sich um eine Community-Anpassung für Codex; ECC unterhält einen eigenen Synchronisierungsablauf und gibt die Einschränkungen seines experimentellen Codex-Plugins an.

Der wichtige Unterschied ist nicht nur die Anzahl der Dateien: ECC versucht, eine gemeinsame Quelle und Adapter für verschiedene Umgebungen beizubehalten. Diese Abdeckung kann die Notwendigkeit einer erneuten Erstellung von Anweisungen reduzieren, erhöht aber auch die Oberfläche für Installation, Kompatibilität und Sicherheit, die überprüft werden muss.

Anwendungsfälle und wer von diesem Repository profitieren kann

  • Teams, die Claude Code verwenden und Planungs-, Implementierungs- und Überprüfungsaufgaben verteilen müssen, können Agenten, Fähigkeiten, Regeln und Hooks kombinieren, um den Zyklus planen -> testen -> implementieren -> überprüfen -> validieren zu durchlaufen, Sitzungsübergänge zu speichern und Ergebnisse zu überprüfen, bevor die Arbeit abgeschlossen wird.
  • Teams, die dieselbe Anweisungsgrundlage für Codex, Cursor oder andere Umgebungen verwenden möchten, können die ECC-Synchronisierung verwenden, um AGENTS.md, Fähigkeiten und Prompts zu integrieren, ohne vorhandene Dateien zu ersetzen. Sie sollten das Ergebnis in jeder Umgebung validieren: Das Repository gibt an, dass Codex und Copilot nicht die gleichen Hook-Funktionen wie Claude Code haben.
  • Personen, die Forschungsergebnisse, Artikel oder Materialien für Kunden und Investoren erstellen, können die Fähigkeiten article-writing, content-engine, market-research, investor-materials und investor-outreach zusammen mit dem Memory Vault nutzen, um einen wiederverwendbaren Ablauf zwischen Sitzungen zu erhalten. Die Speichereinhalte sind jedoch nicht überprüft: Wichtige Daten und Behauptungen sollten vor der Veröffentlichung überprüft werden.

Ressourcen


Hinweis: Dieser Artikel kombiniert das README und den Beitragsleitfaden von ECC, die GitHub-API, ihren Commit-Verlauf, Ergebnisse der Repository-Suche und Hacker News, abgerufen am 31. Juli 2026. Die Zahlen ändern sich mit der Zeit.

Kommentare