Au printemps 2026, affaan-m/ECC (Everything Claude Code, ECC ci-après) a fait le buzz sur GitHub : ce n'est pas « encore un prompt Claude », mais un ensemble skills + hooks + rules + scans de sécurité + optimisation mémoire pour les harnesses d'agents — Claude Code, Cursor, Codex, OpenCode, etc. Le nom cite Claude Code ; les mainteneurs insistent sur le support multi-outils.
Cet article répond à une seule question : en tant que développeur au quotidien, ECC vaut-il le coup dans votre projet ou en global ? Si vous utilisez déjà Claude Code ou Cursor, confrontez les listes ci-dessous à votre usage ; le README chinois du dépôt (README.zh-CN.md) reste une bonne entrée technique même pour les équipes francophones.
En trois minutes :
-
ECC = « système d'exploitation » du harness
Ne remplace pas le modèle ; ajoute skills, mémoire de session, quality gates et audit sécurité aux agents.
Open source MIT
-
Ça vaut le coup : gros utilisateurs d'agents
Les équipes qui font modifier, tester et ouvrir des PR chaque jour évitent de répéter les mêmes règles.
Skills + Hooks
-
Attendre ou minimal : questions ponctuelles
Si vous ne complétez qu'une ligne de code, l'installation complète ajoute du bruit de contexte et de la maintenance.
Installation sélective
1. Qu'est-ce qu'ECC — pas un simple dossier de config
ECC est présenté officiellement comme un harness-native operator system — un OS pour suites d'agents. Les mainteneurs le construisent depuis plus de dix mois d'usage intensif sur de vrais produits, avec validation en contexte hackathon Anthropic (Shorthand Guide et Longform Guide dans le repo).
Le dépôt contient des dizaines d'agents, plus de deux cents skills, de nombreux hooks (début/fin de session, résumés en phase Stop), des rules par langage, AgentShield, continuous learning (patterns de session → skills réutilisables), et en v2.0 workflows Hermes, installateur cross-suite et le plan de contrôle Rust expérimental ecc2/.
En bref : Claude Code nu = « modèle + terminal » ; avec ECC = « modèle + terminal + SOP + mémoire auto + garde-fous ». Comme passer d'un compilateur seul à un template DevOps complet — tout le monde n'en a pas besoin, mais les équipes qui grossissent le ressentent vite.
2. Différence avec Claude Code / Cursor « nus »
Beaucoup clonent ECC et se demandent : « ce n'est que du Markdown et des scripts ? » La valeur est dans l'orchestration et les bonnes pratiques par défaut, pas un seul prompt magique.
| Dimension | Agent IDE nu Prêt à l'emploi | Avec ECC Installation + découpe |
|---|---|---|
| Cohérence des règles | Vous retenez CLAUDE.md | Rules par langage/framework ; ex. TypeScript + Python seulement |
| Mémoire inter-sessions | Contexte perdu, copier-coller | Hooks sauvegardent/chargent résumés, évolution des skills |
| Quality gate | Vous pensez aux tests | /quality-gate, boucles de vérification, skills benchmark |
| Sécurité | Dépendances / sandbox oubliés | AgentShield, /security-scan (Security Guide) |
| Coût d'entrée | Faible | Moyen à élevé : lire les guides, installer sélectivement |
| Coût tokens | Relativement maîtrisé | Trop de skills gonflent le contexte ; ECC_HOOK_PROFILE, etc. |
Si vous avez déjà un AGENTS.md mature, une CI et des bots de review, ECC chevauchera souvent l'existant — fusionnez plutôt qu'écrasez. ECC convient aux petites équipes ou aux full-stack qui standardisent encore l'usage des agents.
3. Qui devrait installer, qui peut attendre
Test sérieux recommandé : devs qui font modifier, tester et ouvrir des PR via l'agent chaque jour ; leads qui unifient les standards TypeScript / Python / Go / Java ; ceux qui alternent Cursor et Claude Code et veulent une base de règles.
Plutôt minimal ou passer : Q&A sans toucher au repo ; entreprises où les scripts auto non audités sont interdits ; ceux qui refusent de maintenir des centaines de skills.
ECC propose une installation sélective (install-plan / install-apply via manifest) et l'assistant configure-ecc — inutile d'avaler les 246 skills d'un coup. Le paquet npm ecc-universal sert si vous ne voulez qu'un sous-ensemble.
4. Comment installer : du clone à la maintenance
Trois chemins typiques, du plus léger au plus profond :
- Lire et reprendre : Shorthand Guide + README, copier seulement les skills utiles vers
.cursor/rulesou la config Claude Code. - Installation sélective : script / planificateur officiel — rules de langue + hooks essentiels, éviter l'explosion de contexte.
- Sync complète : pour dotfiles perso ; en équipe, version pinnée dans le monorepo et tests de régression ECC avant upgrade.
Après install : ECC_HOOK_PROFILE=minimal|standard|strict ; ECC_DISABLED_HOOKS pour couper l'automation inutile. Dès v2.0, ecc status --markdown aide à passer le relais des tâches agent entre collègues.
5. Mac cloud / CI : où l'agent « agit »
ECC règle le « comment coder » ; il faut quand même exécuter git, xcodebuild, npm test sur une machine. Les équipes iOS/macOS combinent souvent IDE local + orchestration agent et runners Mac distants pour les builds lourds.
C'est le cœur des usages Hashvps : GitHub Actions auto-hébergé sur Mac cloud pour signature et archive, ou sur la même machine OpenClaw CI sans tête pour des channels 24h/24. La doc parallèle d'ECC (git worktree, cascade) suppose un macOS stable en SSH — un portable fermé n'est pas un runner parallèle.
En pratique : préciser dans les rules ECC que les commandes lourdes ne tournent que sur le runner ; IP dédiée pour limiter les anomalies API et certificats (voir une IP par machine).
6. Risques et gouvernance
- Inflation du contexte : trop de skills/rules — nettoyer régulièrement (ex.
skill-stocktake). - Effets des hooks : la mémoire de session sur disque peut contenir des fragments sensibles — traiter comme secret même en repo privé.
- Supply chain : suivre uniquement affaan-m/ECC et les releases npm ; reviewer les forks.
- vs OpenClaw : OpenClaw = gateway + channels 7j/7 ; ECC = harness IDE pour le code — modèles de permissions séparés.
7. Ça vaut le coup ? Grille de décision
Si la plupart des points vous correspondent, testez ECC cette semaine (2 h) ; sinon, rules maison + agent nu suffisent.
- ≥ 3 fois par semaine l'agent modifie plusieurs fichiers et lance les tests
- Équipe ≥ 2 personnes, standards de review unifiés
- Vous utilisez Claude Code ou Cursor Agent et re-réexpliquez les règles à chaque fois
- Vous lisez le Shorthand Guide et installez sélectivement
- Runner macOS ou Mac cloud pour les tâches lourdes (bonus)
8. Questions fréquentes
Q1. Réservé à Anthropic à cause du nom Claude Code ?
Non. Cursor, Codex, OpenCode, Gemini CLI sont explicitement supportés. Utilisateurs Cursor : lire la doc cross-suite et le sous-ensemble de rules Cursor.
Q2. Gratuit ? Qu'est-ce qu'ECC Pro ?
Dépôt cœur MIT, gratuit à vie. ECC Pro (GitHub App, audits privés) est payant ; pour apprendre, l'OSS sur dépôts publics suffit.
Q3. Conflit avec les Rules Cursor ?
Possible — il faut fusionner. ECC pour processus et quality gates ; Rules Cursor pour l'arborescence du repo ; pas de interdictions contradictoires en double.
Q4. Plus de tokens ?
Oui si tout est activé. Hooks minimal, skills à la demande, chapitre tokens du Longform Guide ; gros docs en RAG plutôt qu'en prompt système.
Q5. Même chose qu'un jumeau numérique OpenClaw ?
Non. ECC renforce l'agent de code dans l'IDE ; OpenClaw est gateway + channels. Voir jumeau numérique OpenClaw.
Builds macOS pour l'agent ? Un Mac cloud comme runner
ECC règle l'écriture ; signature Xcode, archive et CI exigent un vrai macOS. Hashvps Canada M4 bare metal avec IP dédiée convient comme runner distant pour agent et GitHub Actions.