ECC : infrastructure d'agents coordonnés pour harness de codage IA
ECC fournit des compétences d'agent, des contrôles de sécurité, des modèles de mémoire et des flux de travail de recherche visant à réduire le gaspillage de contexte lors des sessions de codage.
En bref
- De quoi s’agit-il ?
- Collection modulaire d'agents spécialisés, compétences réutilisables, workflows standards et outils de sécurité pour optimiser les sessions de codage IA multi-harness.
- À qui s’adresse-t-il ?
- ECC convient aux développeurs utilisant Claude Code, Cursor ou Codex souhaitant standardiser workflows de planification, tests, révision et sécurité dans leurs sessions de codage.
- Puis-je l’utiliser commercialement ?
- Oui. MIT est une licence permissive : vous pouvez utiliser, modifier et vendre un logiciel qui en dépend, à condition de conserver les mentions de droit d’auteur et de licence.
- Est-il encore maintenu ?
- Oui. Les derniers commits datent d’il y a 1 jour.
- En quel langage est-il écrit ?
- Principalement JavaScript, d’après les statistiques de langage de GitHub.
Ces réponses reposent sur les données GitHub du projet (dernière synchronisation le 15 septembre 2026) et sur notre analyse. Elles ne constituent pas un avis juridique.
ANALYSE OPEN SOURCE APPROFONDIE
Architecture modulaire : agents, compétences et workflows standardisés
ECC se présente comme une infrastructure d'ingénierie coordonnée pour agents de codage IA, distribuée sous licence MIT et activement développée (version 2.2.0, août 2026). Le projet expose une séquence de workflow prescrit : plan → test → implement → review → verify → remember → improve. Cette boucle incarne le philosophy que les agents gagneraient à planifier avant le code, à s'auto-réviser après chaque changement, et à persister les connaissances pour réutilisation. Le README cite spécifiquement : « Optimize the context window. Persist everything else. »
Le tableau de composants actuels énumère 68 agents spécialisés (planification, révision, réparation de builds, architecture, sécurité), 286 compétences couvrant TDD, recherche, documentation, opérations et domaines métier, 94 shims hérités pour compatibilité de commandes, et des hooks configurables, mémoire d'exécution et règles sélectives par projet. AgentShield est l'outil de scanning de sécurité intégré analysant prompts, hooks, configuration MCP, permissions et détection de secrets. L'architecture reconnaît explicitement que les harness cibles (Claude Code, Cursor, Codex, GitHub Copilot, Gemini, Zed, Antigravity, Qwen) offrent des niveaux de support différents.
Chemins d'installation par harness et recommandations de sources officielles
L'installation est strictement segmentée par harness cible. Claude Code utilise deux commandes `/plugin` : `/plugin marketplace add https://github.com/affaan-m/ECC` suivi de `/plugin install ecc@ecc`. Codex emploie un script de synchronisation `./sync-to-codex.sh` fusionnant AGENTS.md, compétences, prompts, agents et configuration de référence d'ECC dans `~/.codex/`. Autres harness (Cursor, OpenCode, Gemini, Zed, Antigravity, Qwen, Hermes, OpenClaw, Kimi, CodeBuddy, JoyCode) chacun dispose de commandes `install.sh --profile <harness> --target <chemin>`. Le README avertit explicitement des sources vérifiées : dépôt GitHub officiel, packages npm `ecc-universal` et `ecc-agentshield`, application GitHub aux ecc-tools, slug plugin `ecc@ecc`, et site ecc.tools. Le projet énonce clairement : « Third-party re-uploads and unofficial mirrors are not maintained or reviewed by the project and may contain malware.
ECC 2.2 introduit configuration guidée via `ecc-universal` package, encapsulant procédure d'installation précédente. Les installations antérieures via commandes `/plugin` Claude Code restent supportées et recommandées pour simplicité.
Agents spécialisés et compétences organisées par domaine
Les 68 agents se structurent autour de workflows distincts. Agents de planification (plan, arch-audit, design-doc) produisent artefacts structurés destinés à révision. Agents de révision (code-review, security-review, simplify) exécutent second-pass sur code ou configuration existant. Build repair agents diagnostiquent et réparent les défaillances de compilation ou test. Agents de sécurité opèrent AgentShield scanning et architecture threat models. Agents de domaine ciblent frontend (React, Vue), data (SQL, analytics), ML (training, deployment), opérations (infra, CI/CD).
Les 286 compétences se répartissent en domaines : TDD (test-first patterns), recherche (codebase search, API surface discovery), documentation (README generation, API docs), sécurité (OWASP patterns, secret scanning), and tooling-specific (MCP connector development, GitHub Actions workflows). Chaque compétence expose des commandes slash standardisées (e.g. `/code-review`) et des hooks de harness (e.g. before-commit). Le README n'énumère pas chaque compétence dans son texte ; le répertoire dans GitHub fournit la définition complète.
Plan Canvas : révision itérative de plans avec interface navigateur
La version 2.1 introduit Plan Canvas, interface navigateur locale synchrone pour révision structurée des plans générés par agents de planification. Canvas affiche le plan au format Markdown éditable, permettant pointage de sections, attachement d'annotations numérotées, discussion side-panel et rejet ou approbation. Verdict approuvé mappe directement à porte CONFIRM de workflow plan-implement-review-verify. Cette interface réduit les cycles de correction de plan en isolant l'interaction humaine dans phase de révision, sans interrupteur du workflow principal.
Plan Canvas fonctionne localement sans dépendance réseau, préservant confidentialité et résilience offline. Intégration avec harness varie : Claude Code supporte Plan Canvas en natif ; autres harness requièrent vérification de matrice de support.
Memory Vault : contexte durable cross-harness
Unified Memory Vault fournit un format Markdown inspectable pour contexte durable et transferts de session entre harness (Claude, Codex, Hermes, OpenClaw, Kimi). Mémoires projet/équipe vivent sous `.ecc/memory/` ; mémoires utilisateur sous `~/.ecc/memory/`. Commandes exposées : `npm install -g ecc-universal`, `ecc memory init --scope project`, `ecc memory search "authentication migration" --target-harness codex`, `ecc memory doctor`. Chaque entrée de mémoire capture décision, pattern, dépendance ou leçon avec timestamp et contexte source.
Le README avertit que mémoire est contexte non-garanti, pas politique exécutable : affirmations critiques doivent être vérifiées auprès de sources d'autorité. Serveur stdio optionnel `ecc-memory-mcp` expose surface sauvegarde, recherche, lecture, diagnostic sans activation par défaut, permettant intégration MCP optionnelle.
AgentShield : scanning de sécurité de configuration et secrets
AgentShield analyse chaîne d'approvisionnement ECC et configuration de harness : prompts stockés, hook definitions, MCP connectors, fichiers credentials, permissions configurées. Scanner parcourt `.ecc/` et répertoires harness cibles détectant patterns connus de fuite (secrets en clair, URLs sensibles, clés d'API hardcodées). Résultats indiquent fichier affecté, severity (CRITICAL/HIGH/MEDIUM), et remédiation suggérée sans correction automatique (humain approuve avant application). Package npm `ecc-agentshield` expose cette fonctionnalité en standalone CLI : `npx ecc-agentshield scan --config-dir ~/.ecc --output json`.
Security hardening mentionné en version 2.1 inclut consolidation des hooks PostToolUse réduisant surface d'exécution non-vérifiée, et validation de signatures pour compétences tierces. Aucune audit de sécurité externe n'est documentée ; le README ne revendique audit tiers.
Licence MIT et limites documentées
ECC est distribué sous licence MIT copyright 2026 Affaan Mustafa, octroyant droits commerciaux et d'usage personnel à l'exception de garantie et responsabilité. Le README avertit explicitement : le logiciel est fourni « as-is » sans garantie d'aucune sorte. Aucune obligation de support formel ne figure dans le README ; support communautaire passe par Discord. ECC Pro (hosted GitHub App pour dépôts privés) démarre à 19 USD/utilisateur/mois, tandis que version open-source GitHub reste libre.
Le README n'établit aucun benchmark de performance, aucune preuve de production, aucune garantie de compatibilité long-terme avec harness tiers, et aucun SLA. Matrices de support indiquent que Feature parity n'est pas garantie entre harness : Claude Code supporte ensemble complet ; Cursor, Codex, Gemini support dégradés ; autres harness support limité ou experimental.
Maintenance active est indiquée par cadence de release (2.0 juin 2026, 2.1 juillet 2026, 2.2 août 2026) et unique maintainer (Affaan Mustafa) acceptant sponsors pour financer travail.
Conclusion éditoriale
ECC convient aux développeurs utilisant Claude Code, Cursor ou Codex souhaitant standardiser workflows de planification, tests, révision et sécurité dans leurs sessions de codage. Vérifier avant adoption : le chemin d'installation officiel pour votre harness cible (matrice de statut de support), la liste actuelle d'agents et compétences (disponible via GitHub releases), et la compatibilité avec votre gestionnaire de secrets local pour AgentShield scanning de configuration MCP.
Notes de la communauté