Web Analytics

everything-claude-code

⭐ 174096 stars French by affaan-m

Language: English | Português (Brasil) | 简体中文 | 繁體中文 | 日本語 | 한국어 | Türkçe

Everything Claude Code

Everything Claude Code — the performance system for AI agent harnesses

Stars Forks Contributors npm ecc-universal npm ecc-agentshield GitHub App Install License Shell TypeScript Python Go Java Perl Markdown

140K+ stars | 21K+ forks | 170+ contributors | 12+ language ecosystems | Anthropic Hackathon Winner

Language / 语言 / 語言 / Dil

English | Português (Brasil) | 简体中文 | 繁體中文 | 日本語 | 한국어 | Türkçe

The performance optimization system for AI agent harnesses. From an Anthropic hackathon winner.

Not just configs. A complete system: skills, instincts, memory optimization, continuous learning, security scanning, and research-first development. Production-ready agents, skills, hooks, rules, MCP configurations, and legacy command shims evolved over 10+ months of intensive daily use building real products.

Fonctionne avec Claude Code, Codex, Cursor, OpenCode, Gemini et autres interfaces d’agents IA.

ECC v2.0.0-rc.1 ajoute l’histoire publique de l’opérateur Hermes par-dessus cette couche réutilisable : commencez par le guide d’installation Hermes, puis consultez les notes de version rc.1 et l’architecture cross-harness.

Les Guides

Ce dépôt contient uniquement le code brut. Les guides expliquent tout.

Le Guide Abrégé de Everything Claude Code Le Guide Détaillé de Everything Claude Code Le Guide Abrégé de Everything Agentic Security
Guide Abrégé
Installation, fondations, philosophie. Lisez ceci d’abord.		 Guide Détaillé
Optimisation des tokens, persistance de mémoire, évaluations, parallélisation.		 Guide de Sécurité
Vecteurs d’attaque, sandboxing, assainissement, CVEs, AgentShield.

| Sujet | Ce que vous apprendrez | |-------|------------------------| | Optimisation des Tokens | Sélection du modèle, réduction du prompt système, processus en arrière-plan | | Persistance de Mémoire | Hooks qui sauvegardent/chargent automatiquement le contexte entre sessions | | Apprentissage Continu | Extraction automatique de motifs des sessions en compétences réutilisables | | Boucles de vérification | Point de contrôle vs évaluations continues, types de correcteurs, métriques pass@k | | Parallélisation | Git worktrees, méthode en cascade, quand scaler les instances | | Orchestration des sous-agents | Le problème du contexte, modèle de récupération itérative |

Nouveautés

v2.0.0-rc.1 — Rafraîchissement de l'interface, workflows opérateurs, et ECC 2.0 Alpha (Avr 2026)

v1.9.0 — Installation sélective & extension linguistique (Mar 2026)

v1.8.0 — Système de performance Harness (Mar 2026)

v1.7.0 — Expansion multiplateforme & Générateur de présentations (Fév 2026)

v1.6.0 — CLI Codex, AgentShield & Marketplace (Fév 2026)

v1.4.1 — Correction de bug (Fév 2026)

v1.4.0 — Règles multilingues, assistant d’installation & PM2 (Fév 2026)

v1.3.0 — Support du plugin OpenCode (Fév 2026)

v1.2.0 — Commandes & compétences unifiées (Fév 2026)

Voir le changelog complet dans Releases.

---

Démarrage rapide

Mettez-vous en route en moins de 2 minutes :

Choisissez un seul chemin

La plupart des utilisateurs de Claude Code doivent utiliser un seul chemin d’installation :

Si vous avez déjà empilé plusieurs installations et que cela semble dupliqué, passez directement à Réinitialiser / Désinstaller ECC.

Chemin faible contexte / sans hooks

Si les hooks vous semblent trop globaux ou si vous souhaitez uniquement les règles, agents, commandes et compétences principales du workflow d’ECC, évitez le plugin et utilisez le profil manuel minimal :

./install.sh --profile minimal --target claude

.\install.ps1 --profile minimal --target claude

or

npx ecc-install --profile minimal --target claude

Ce profil exclut intentionnellement hooks-runtime.

Si vous souhaitez le profil de base normal mais sans hooks, utilisez :

./install.sh --profile core --without baseline:hooks --target claude
Ajoutez les hooks plus tard uniquement si vous souhaitez une application à l'exécution :

./install.sh --target claude --modules hooks-runtime

Trouvez d'abord les bons composants

Si vous ne savez pas quel profil ECC ou composant installer, demandez à l'assistant empaqueté de n'importe quel projet :

npx ecc consult "security reviews" --target claude

Il renvoie les composants correspondants, les profils associés, ainsi que les commandes d’aperçu et d’installation. Utilisez la commande d’aperçu avant l’installation si vous souhaitez inspecter le plan de fichiers exact.

Étape 1 : Installer le plugin (Recommandé)

REMARQUE : Le plugin est pratique, mais l’installateur OSS ci-dessous reste la méthode la plus fiable si votre build Claude Code rencontre des difficultés à résoudre les entrées du marché auto-hébergé.

# Add marketplace
/plugin marketplace add https://github.com/affaan-m/everything-claude-code
Install plugin

/plugin install everything-claude-code@everything-claude-code

Nomination + Note de Migration

ECC a désormais trois identifiants publics, qui ne sont pas interchangeables :

Ceci est intentionnel. Les installations du marché/plugin Anthropic sont indexées par un identifiant canonique de plugin, donc ECC s’est standardisé sur everything-claude-code@everything-claude-code pour garder le nom de la liste, /plugin install, /plugin list et la documentation du dépôt alignés sur une surface d’installation publique unique. Les anciens posts peuvent encore afficher l’ancien surnom court ; cette abréviation est obsolète. Par ailleurs, le package npm est resté sur ecc-universal, donc les installations npm et celles du marché utilisent volontairement des noms différents.

Étape 2 : Installer les Règles (Obligatoire)

AVERTISSEMENT : Important : Les plugins Claude Code ne peuvent pas distribuer automatiquement les rules.
>
Si vous avez déjà installé ECC via /plugin install, ne lancez pas ./install.sh --profile full, .\install.ps1 --profile full ou npx ecc-install --profile full par la suite. Le plugin charge déjà les compétences, commandes et hooks ECC. L’exécution de l’installateur complet après une installation par plugin copie ces mêmes surfaces dans vos répertoires utilisateurs et peut créer des compétences dupliquées ainsi qu’un comportement d’exécution dupliqué.
>
Pour les installations par plugin, copiez manuellement uniquement les répertoires rules/ que vous souhaitez sous ~/.claude/rules/ecc/. Commencez par rules/common plus un pack de langage ou de framework que vous utilisez réellement. Ne copiez pas tous les répertoires de règles à moins de vouloir explicitement tout ce contexte dans Claude.
>
Utilisez l’installateur complet uniquement lorsque vous réalisez une installation ECC entièrement manuelle au lieu du chemin plugin.
>
Si votre installation locale de Claude a été effacée ou réinitialisée, cela ne signifie pas que vous devez racheter ECC. Commencez par node scripts/ecc.js list-installed, puis exécutez node scripts/ecc.js doctor et node scripts/ecc.js repair avant de réinstaller quoi que ce soit. Cela restaure généralement les fichiers gérés par ECC sans reconstruire votre configuration. Si le problème est lié au compte ou à l’accès au marché pour ECC Tools, gérez la facturation/récupération de compte séparément.

# Clone the repo first
git clone https://github.com/affaan-m/everything-claude-code.git
cd everything-claude-code
Install dependencies (pick your package manager)

npm install        # or: pnpm install | yarn install | bun install
Plugin install path: copy only ECC rules into an ECC-owned namespace

mkdir -p ~/.claude/rules/ecc
cp -R rules/common ~/.claude/rules/ecc/
cp -R rules/typescript ~/.claude/rules/ecc/
Fully manual ECC install path (use this instead of /plugin install)


./install.sh --profile full

# Windows PowerShell
Plugin install path: copy only ECC rules into an ECC-owned namespace

New-Item -ItemType Directory -Force -Path "$HOME/.claude/rules/ecc" | Out-Null
Copy-Item -Recurse rules/common "$HOME/.claude/rules/ecc/"
Copy-Item -Recurse rules/typescript "$HOME/.claude/rules/ecc/"
Fully manual ECC install path (use this instead of /plugin install)


.\install.ps1 --profile full


npx ecc-install --profile full

Pour les instructions d'installation manuelle, consultez le README dans le dossier rules/. Lors de la copie manuelle des règles, copiez tout le répertoire de langue (par exemple rules/common ou rules/golang), pas seulement les fichiers à l'intérieur, afin que les références relatives continuent de fonctionner et que les noms de fichiers ne se chevauchent pas.

Installation entièrement manuelle (Solution de secours)

Utilisez ceci uniquement si vous sautez intentionnellement le chemin du plugin :

./install.sh --profile full

.\install.ps1 --profile full

or

npx ecc-install --profile full

Si vous choisissez cette voie, arrêtez-vous là. Ne lancez pas non plus /plugin install.

Réinitialiser / Désinstaller ECC

Si ECC semble dupliqué, intrusif ou défectueux, ne continuez pas à le réinstaller par-dessus lui-même.

node scripts/uninstall.js --dry-run

Puis supprimez les fichiers gérés par ECC :

node scripts/uninstall.js

Vous pouvez également utiliser l’enveloppe du cycle de vie :

node scripts/ecc.js list-installed
node scripts/ecc.js doctor
node scripts/ecc.js repair
node scripts/ecc.js uninstall --dry-run
ECC ne supprime que les fichiers enregistrés dans son état d'installation. Il ne supprimera pas les fichiers non liés qu'il n'a pas installés.

Si vous avez empilé des méthodes, nettoyez dans cet ordre :

Étape 3 : Commencer à utiliser

# Skills are the primary workflow surface.

Existing slash-style command names still work while ECC migrates off commands/.
Plugin install uses the canonical namespaced form

/everything-claude-code:plan "Add user authentication"
Manual install keeps the shorter slash form:


/plan "Add user authentication"
Check available commands

/plugin list everything-claude-code@everything-claude-code

C’est tout ! Vous avez maintenant accès à 48 agents, 182 compétences et 68 shim de commandes hérités.

Interface du tableau de bord

Lancez le tableau de bord de bureau pour explorer visuellement les composants ECC :

npm run dashboard

or

python3 ./ecc_dashboard.py

Fonctionnalités :

Les commandes multi-modèles nécessitent une configuration supplémentaire

ATTENTION : les commandes multi-* ne sont pas couvertes par l’installation de base du plugin/des règles ci-dessus.
>
Pour utiliser /multi-plan, /multi-execute, /multi-backend, /multi-frontend et /multi-workflow, vous devez également installer le runtime ccg-workflow.
>
Initialisez-le avec npx ccg-workflow.
>
Ce runtime fournit les dépendances externes attendues par ces commandes, notamment :
- ~/.claude/bin/codeagent-wrapper
- ~/.claude/.ccg/prompts/*
>
Sans ccg-workflow, ces commandes multi-* ne fonctionneront pas correctement.

Support multiplateforme

Ce plugin prend désormais en charge Windows, macOS et Linux, avec une intégration étroite dans les principaux IDE (Cursor, OpenCode, Antigravity) et outils en ligne de commande. Tous les hooks et scripts ont été réécrits en Node.js pour une compatibilité maximale.

Détection du gestionnaire de paquets

Le plugin détecte automatiquement votre gestionnaire de paquets préféré (npm, pnpm, yarn ou bun) selon la priorité suivante :

Pour définir votre gestionnaire de paquets préféré :

# Via environment variable
export CLAUDE_PACKAGE_MANAGER=pnpm
Via global config

node scripts/setup-package-manager.js --global pnpm
Via project config

node scripts/setup-package-manager.js --project bun
Detect current setting

node scripts/setup-package-manager.js --detect

Ou utilisez la commande /setup-pm dans Claude Code.

Contrôles d'exécution des hooks

Utilisez des indicateurs d'exécution pour ajuster la rigueur ou désactiver temporairement des hooks spécifiques :

# Hook strictness profile (default: standard)
export ECC_HOOK_PROFILE=standard
Comma-separated hook IDs to disable

export ECC_DISABLED_HOOKS="pre:bash:tmux-reminder,post:edit:typecheck"
Cap SessionStart additional context (default: 8000 chars)

export ECC_SESSION_START_MAX_CHARS=4000
Disable SessionStart additional context entirely for low-context/local-model setups

export ECC_SESSION_START_CONTEXT=off

What's Inside

This repo is a Claude Code plugin - install it directly or copy components manually.

everything-claude-code/
|-- .claude-plugin/   # Plugin and marketplace manifests
|   |-- plugin.json         # Plugin metadata and component paths
|   |-- marketplace.json    # Marketplace catalog for /plugin marketplace add
|
|-- agents/           # 36 specialized subagents for delegation
|   |-- planner.md           # Feature implementation planning
|   |-- architect.md         # System design decisions
|   |-- tdd-guide.md         # Test-driven development
|   |-- code-reviewer.md     # Quality and security review
|   |-- security-reviewer.md # Vulnerability analysis
|   |-- build-error-resolver.md
|   |-- e2e-runner.md        # Playwright E2E testing
|   |-- refactor-cleaner.md  # Dead code cleanup
|   |-- doc-updater.md       # Documentation sync
|   |-- docs-lookup.md       # Documentation/API lookup
|   |-- chief-of-staff.md    # Communication triage and drafts
|   |-- loop-operator.md     # Autonomous loop execution
|   |-- harness-optimizer.md # Harness config tuning
|   |-- cpp-reviewer.md      # C++ code review
|   |-- cpp-build-resolver.md # C++ build error resolution
|   |-- go-reviewer.md       # Go code review
|   |-- go-build-resolver.md # Go build error resolution
|   |-- python-reviewer.md   # Python code review
|   |-- database-reviewer.md # Database/Supabase review
|   |-- typescript-reviewer.md # TypeScript/JavaScript code review
|   |-- java-reviewer.md     # Java/Spring Boot code review
|   |-- java-build-resolver.md # Java/Maven/Gradle build errors
|   |-- kotlin-reviewer.md   # Kotlin/Android/KMP code review
|   |-- kotlin-build-resolver.md # Kotlin/Gradle build errors
|   |-- rust-reviewer.md     # Rust code review
|   |-- rust-build-resolver.md # Rust build error resolution
|   |-- pytorch-build-resolver.md # PyTorch/CUDA training errors
|
|-- skills/           # Workflow definitions and domain knowledge
|   |-- coding-standards/           # Language best practices
|   |-- clickhouse-io/              # ClickHouse analytics, queries, data engineering
|   |-- backend-patterns/           # API, database, caching patterns
|   |-- frontend-patterns/          # React, Next.js patterns
|   |-- frontend-slides/            # HTML slide decks and PPTX-to-web presentation workflows (NEW)
|   |-- article-writing/            # Long-form writing in a supplied voice without generic AI tone (NEW)
|   |-- content-engine/             # Multi-platform social content and repurposing workflows (NEW)
|   |-- market-research/            # Source-attributed market, competitor, and investor research (NEW)
|   |-- investor-materials/         # Pitch decks, one-pagers, memos, and financial models (NEW)
|   |-- investor-outreach/          # Personalized fundraising outreach and follow-up (NEW)
|   |-- continuous-learning/        # Legacy v1 Stop-hook pattern extraction
|   |-- continuous-learning-v2/     # Instinct-based learning with confidence scoring
|   |-- iterative-retrieval/        # Progressive context refinement for subagents
|   |-- strategic-compact/          # Manual compaction suggestions (Longform Guide)
|   |-- tdd-workflow/               # TDD methodology
|   |-- security-review/            # Security checklist
|   |-- eval-harness/               # Verification loop evaluation (Longform Guide)
|   |-- verification-loop/          # Continuous verification (Longform Guide)
|   |-- videodb/                   # Video and audio: ingest, search, edit, generate, stream (NEW)
|   |-- golang-patterns/            # Go idioms and best practices
|   |-- golang-testing/             # Go testing patterns, TDD, benchmarks
|   |-- cpp-coding-standards/         # C++ coding standards from C++ Core Guidelines (NEW)
|   |-- cpp-testing/                # C++ testing with GoogleTest, CMake/CTest (NEW)
|   |-- django-patterns/            # Django patterns, models, views (NEW)
|   |-- django-security/            # Django security best practices (NEW)
|   |-- django-tdd/                 # Django TDD workflow (NEW)
|   |-- django-verification/        # Django verification loops (NEW)
|   |-- laravel-patterns/           # Laravel architecture patterns (NEW)
|   |-- laravel-security/           # Laravel security best practices (NEW)
|   |-- laravel-tdd/                # Laravel TDD workflow (NEW)
|   |-- laravel-verification/       # Laravel verification loops (NEW)
|   |-- python-patterns/            # Python idioms and best practices (NEW)
|   |-- python-testing/             # Python testing with pytest (NEW)
|   |-- springboot-patterns/        # Java Spring Boot patterns (NEW)
|   |-- springboot-security/        # Spring Boot security (NEW)
|   |-- springboot-tdd/             # Spring Boot TDD (NEW)
|   |-- springboot-verification/    # Spring Boot verification (NEW)
|   |-- configure-ecc/              # Interactive installation wizard (NEW)
|   |-- security-scan/              # AgentShield security auditor integration (NEW)
|   |-- java-coding-standards/     # Java coding standards (NEW)
|   |-- jpa-patterns/              # JPA/Hibernate patterns (NEW)
|   |-- postgres-patterns/         # PostgreSQL optimization patterns (NEW)
|   |-- nutrient-document-processing/ # Document processing with Nutrient API (NEW)
|   |-- docs/examples/project-guidelines-template.md  # Template for project-specific skills
|   |-- database-migrations/         # Migration patterns (Prisma, Drizzle, Django, Go) (NEW)
|   |-- api-design/                  # REST API design, pagination, error responses (NEW)
|   |-- deployment-patterns/         # CI/CD, Docker, health checks, rollbacks (NEW)
|   |-- docker-patterns/            # Docker Compose, networking, volumes, container security (NEW)
|   |-- e2e-testing/                 # Playwright E2E patterns and Page Object Model (NEW)
|   |-- content-hash-cache-pattern/  # SHA-256 content hash caching for file processing (NEW)
|   |-- cost-aware-llm-pipeline/     # LLM cost optimization, model routing, budget tracking (NEW)
|   |-- regex-vs-llm-structured-text/ # Decision framework: regex vs LLM for text parsing (NEW)
|   |-- swift-actor-persistence/     # Thread-safe Swift data persistence with actors (NEW)
|   |-- swift-protocol-di-testing/   # Protocol-based DI for testable Swift code (NEW)
|   |-- search-first/               # Research-before-coding workflow (NEW)
|   |-- skill-stocktake/            # Audit skills and commands for quality (NEW)
|   |-- liquid-glass-design/         # iOS 26 Liquid Glass design system (NEW)
|   |-- foundation-models-on-device/ # Apple on-device LLM with FoundationModels (NEW)
|   |-- swift-concurrency-6-2/       # Swift 6.2 Approachable Concurrency (NEW)
|   |-- perl-patterns/             # Modern Perl 5.36+ idioms and best practices (NEW)
|   |-- perl-security/             # Perl security patterns, taint mode, safe I/O (NEW)
|   |-- perl-testing/              # Perl TDD with Test2::V0, prove, Devel::Cover (NEW)
|   |-- autonomous-loops/           # Autonomous loop patterns: sequential pipelines, PR loops, DAG orchestration (NEW)
|   |-- plankton-code-quality/      # Write-time code quality enforcement with Plankton hooks (NEW)
|
|-- commands/         # Maintained slash-entry compatibility; prefer skills/
|   |-- plan.md             # /plan - Implementation planning
|   |-- code-review.md      # /code-review - Quality review
|   |-- build-fix.md        # /build-fix - Fix build errors
|   |-- refactor-clean.md   # /refactor-clean - Dead code removal
|   |-- quality-gate.md     # /quality-gate - Verification gate
|   |-- learn.md            # /learn - Extract patterns mid-session (Longform Guide)
|   |-- learn-eval.md       # /learn-eval - Extract, evaluate, and save patterns (NEW)
|   |-- checkpoint.md       # /checkpoint - Save verification state (Longform Guide)
|   |-- setup-pm.md         # /setup-pm - Configure package manager
|   |-- go-review.md        # /go-review - Go code review (NEW)
|   |-- go-test.md          # /go-test - Go TDD workflow (NEW)
|   |-- go-build.md         # /go-build - Fix Go build errors (NEW)
|   |-- skill-create.md     # /skill-create - Generate skills from git history (NEW)
|   |-- instinct-status.md  # /instinct-status - View learned instincts (NEW)
|   |-- instinct-import.md  # /instinct-import - Import instincts (NEW)
|   |-- instinct-export.md  # /instinct-export - Export instincts (NEW)
|   |-- evolve.md           # /evolve - Cluster instincts into skills
|   |-- prune.md            # /prune - Delete expired pending instincts (NEW)
|   |-- pm2.md              # /pm2 - PM2 service lifecycle management (NEW)
|   |-- multi-plan.md       # /multi-plan - Multi-agent task decomposition (NEW)
|   |-- multi-execute.md    # /multi-execute - Orchestrated multi-agent workflows (NEW)
|   |-- multi-backend.md    # /multi-backend - Backend multi-service orchestration (NEW)
|   |-- multi-frontend.md   # /multi-frontend - Frontend multi-service orchestration (NEW)
|   |-- multi-workflow.md   # /multi-workflow - General multi-service workflows (NEW)
|   |-- sessions.md         # /sessions - Session history management
|   |-- test-coverage.md    # /test-coverage - Test coverage analysis
|   |-- update-docs.md      # /update-docs - Update documentation
|   |-- update-codemaps.md  # /update-codemaps - Update codemaps
|   |-- python-review.md    # /python-review - Python code review (NEW)
|-- legacy-command-shims/   # Opt-in archive for retired shims such as /tdd and /eval
|   |-- tdd.md              # /tdd - Prefer the tdd-workflow skill
|   |-- e2e.md              # /e2e - Prefer the e2e-testing skill
|   |-- eval.md             # /eval - Prefer the eval-harness skill
|   |-- verify.md           # /verify - Prefer the verification-loop skill
|   |-- orchestrate.md      # /orchestrate - Prefer dmux-workflows or multi-workflow
|
|-- rules/            # Always-follow guidelines (copy to ~/.claude/rules/ecc/)
|   |-- README.md            # Structure overview and installation guide
|   |-- common/              # Language-agnostic principles
|   |   |-- coding-style.md    # Immutability, file organization
|   |   |-- git-workflow.md    # Commit format, PR process
|   |   |-- testing.md         # TDD, 80% coverage requirement
|   |   |-- performance.md     # Model selection, context management
|   |   |-- patterns.md        # Design patterns, skeleton projects
|   |   |-- hooks.md           # Hook architecture, TodoWrite
|   |   |-- agents.md          # When to delegate to subagents
|   |   |-- security.md        # Mandatory security checks
|   |-- typescript/          # TypeScript/JavaScript specific
|   |-- python/              # Python specific
|   |-- golang/              # Go specific
|   |-- swift/               # Swift specific
|   |-- php/                 # PHP specific (NEW)
|
|-- hooks/            # Trigger-based automations
|   |-- README.md                 # Hook documentation, recipes, and customization guide
|   |-- hooks.json                # All hooks config (PreToolUse, PostToolUse, Stop, etc.)
|   |-- memory-persistence/       # Session lifecycle hooks (Longform Guide)
|   |-- strategic-compact/        # Compaction suggestions (Longform Guide)
|
|-- scripts/          # Cross-platform Node.js scripts (NEW)
|   |-- lib/                     # Shared utilities
|   |   |-- utils.js             # Cross-platform file/path/system utilities
|   |   |-- package-manager.js   # Package manager detection and selection
|   |-- hooks/                   # Hook implementations
|   |   |-- session-start.js     # Load context on session start
|   |   |-- session-end.js       # Save state on session end
|   |   |-- pre-compact.js       # Pre-compaction state saving
|   |   |-- suggest-compact.js   # Strategic compaction suggestions
|   |   |-- evaluate-session.js  # Extract patterns from sessions
|   |-- setup-package-manager.js # Interactive PM setup
|
|-- tests/            # Test suite (NEW)
|   |-- lib/                     # Library tests
|   |-- hooks/                   # Hook tests
|   |-- run-all.js               # Run all tests
|
|-- contexts/         # Dynamic system prompt injection contexts (Longform Guide)
|   |-- dev.md              # Development mode context
|   |-- review.md           # Code review mode context
|   |-- research.md         # Research/exploration mode context
|
|-- examples/         # Example configurations and sessions
|   |-- CLAUDE.md             # Example project-level config
|   |-- user-CLAUDE.md        # Example user-level config
|   |-- saas-nextjs-CLAUDE.md   # Real-world SaaS (Next.js + Supabase + Stripe)
|   |-- go-microservice-CLAUDE.md # Real-world Go microservice (gRPC + PostgreSQL)
|   |-- django-api-CLAUDE.md      # Real-world Django REST API (DRF + Celery)
|   |-- laravel-api-CLAUDE.md     # Real-world Laravel API (PostgreSQL + Redis) (NEW)
|   |-- rust-api-CLAUDE.md        # Real-world Rust API (Axum + SQLx + PostgreSQL) (NEW)
|
|-- mcp-configs/      # MCP server configurations
|   |-- mcp-servers.json    # GitHub, Supabase, Vercel, Railway, etc.
|
|-- ecc_dashboard.py  # Desktop GUI dashboard (Tkinter)
|
|-- assets/           # Assets for dashboard
|   |-- images/
|       |-- ecc-logo.png
|
|-- marketplace.json  # Self-hosted marketplace config (for /plugin marketplace add)

Outils de l'écosystème

Créateur de compétences

Deux façons de générer des compétences Claude Code à partir de votre dépôt :

#### Option A : Analyse locale (intégrée)

Utilisez la commande /skill-create pour une analyse locale sans services externes :

/skill-create                    # Analyze current repo
/skill-create --instincts        # Also generate instincts for continuous-learning-v2

Cela analyse votre historique git localement et génère des fichiers SKILL.md.

#### Option B : Application GitHub (Avancé)

Pour des fonctionnalités avancées (plus de 10k commits, PR automatiques, partage en équipe) :

Installer l'application GitHub | ecc.tools

# Comment on any issue:
/skill-creator analyze
Or auto-triggers on push to default branch

Les deux options créent :

AgentShield — Auditeur de sécurité

Construit lors du Hackathon Claude Code (Cerebral Valley x Anthropic, fév. 2026). 1282 tests, 98 % de couverture, 102 règles d'analyse statique.

Analysez votre configuration Claude Code pour détecter vulnérabilités, mauvaises configurations et risques d'injection.

# Quick scan (no install needed)
npx ecc-agentshield scan
Auto-fix safe issues

npx ecc-agentshield scan --fix
Deep analysis with three Opus 4.6 agents

npx ecc-agentshield scan --opus --stream
Generate secure config from scratch

npx ecc-agentshield init

Ce qu'il analyse : CLAUDE.md, settings.json, configurations MCP, hooks, définitions d'agents et compétences dans 5 catégories — détection de secrets (14 modèles), audit des permissions, analyse d'injection de hooks, profilage des risques du serveur MCP, et revue de la configuration des agents.

Le flag --opus lance trois agents Claude Opus 4.6 dans un pipeline équipe rouge/équipe bleue/auditeur. L'attaquant identifie des chaînes d'exploitation, le défenseur évalue les protections, et l'auditeur synthétise les deux en une évaluation des risques priorisée. Raisonnement adversarial, pas seulement correspondance de motifs.

Formats de sortie : Terminal (couleurs graduées A-F), JSON (pipelines CI), Markdown, HTML. Code de sortie 2 en cas de découvertes critiques pour les seuils de build.

Utilisez /security-scan dans Claude Code pour le lancer, ou ajoutez-le au CI avec le GitHub Action.

GitHub | npm

Apprentissage Continu v2

Le système d'apprentissage instinctif apprend automatiquement vos modèles :

/instinct-status        # Show learned instincts with confidence
/instinct-import  # Import instincts from others
/instinct-export        # Export your instincts for sharing
/evolve                 # Cluster related instincts into skills
Voir skills/continuous-learning-v2/ pour la documentation complète. Conservez continuous-learning/ uniquement lorsque vous souhaitez explicitement le flux d’apprentissage de compétence avec Stop-hook de la version v1 héritée.

Exigences

Version de Claude Code CLI

Version minimale : v2.1.0 ou ultérieure

Ce plugin nécessite Claude Code CLI v2.1.0+ en raison des changements dans la gestion des hooks par le système de plugins.

Vérifiez votre version :

claude --version

Important : Comportement de chargement automatique des hooks

ATTENTION : Pour les contributeurs : Ne PAS ajouter de champ "hooks" dans .claude-plugin/plugin.json. Ceci est vérifié par un test de régression.

Claude Code v2.1+ charge automatiquement hooks/hooks.json de tout plugin installé par convention. Le déclarer explicitement dans plugin.json provoque une erreur de détection de doublon :

Duplicate hooks file detected: ./hooks/hooks.json resolves to already-loaded file

Historique : Cela a provoqué des cycles répétés de correction/annulation dans ce dépôt (#29, #52, #103). Le comportement a changé entre les versions de Claude Code, entraînant une confusion. Nous disposons désormais d’un test de régression pour empêcher que cela ne soit réintroduit.

Installation

Option 1 : Installer comme Plugin (Recommandé)

La manière la plus simple d’utiliser ce dépôt - installer comme un plugin Claude Code :

# Add this repo as a marketplace
/plugin marketplace add https://github.com/affaan-m/everything-claude-code
Install the plugin

/plugin install everything-claude-code@everything-claude-code

Ou ajoutez directement à votre ~/.claude/settings.json :

{
  "extraKnownMarketplaces": {
    "ecc": {
      "source": {
        "source": "github",
        "repo": "affaan-m/everything-claude-code"
      }
    }
  },
  "enabledPlugins": {
    "everything-claude-code@everything-claude-code": true
  }
}

Cela vous donne un accès instantané à toutes les commandes, agents, compétences et hooks.

Remarque : Le système de plugins Claude Code ne supporte pas la distribution de rules via les plugins (limitation en amont). Vous devez installer les règles manuellement :
> 
> # Cloner d'abord le dépôt
git clone https://github.com/affaan-m/everything-claude-code.git
>
# Option A : Règles au niveau utilisateur (s'applique à tous les projets)
mkdir -p ~/.claude/rules/ecc
cp -r everything-claude-code/rules/common ~/.claude/rules/ecc/
cp -r everything-claude-code/rules/typescript ~/.claude/rules/ecc/ # choisissez votre stack
cp -r everything-claude-code/rules/python ~/.claude/rules/ecc/
cp -r everything-claude-code/rules/golang ~/.claude/rules/ecc/
cp -r everything-claude-code/rules/php ~/.claude/rules/ecc/
>
# Option B : Règles au niveau projet (s'applique uniquement au projet actuel)
mkdir -p .claude/rules/ecc
cp -r everything-claude-code/rules/common .claude/rules/ecc/
cp -r everything-claude-code/rules/typescript .claude/rules/ecc/ # choisissez votre stack
``

Option 2 : Installation manuelle

Si vous préférez un contrôle manuel sur ce qui est installé : bash

Clone the repo

git clone https://github.com/affaan-m/everything-claude-code.git

Copy agents to your Claude config

cp everything-claude-code/agents/*.md ~/.claude/agents/

Copy rules directories (common + language-specific)

mkdir -p ~/.claude/rules/ecc cp -r everything-claude-code/rules/common ~/.claude/rules/ecc/ cp -r everything-claude-code/rules/typescript ~/.claude/rules/ecc/ # pick your stack cp -r everything-claude-code/rules/python ~/.claude/rules/ecc/ cp -r everything-claude-code/rules/golang ~/.claude/rules/ecc/ cp -r everything-claude-code/rules/php ~/.claude/rules/ecc/

Copy skills first (primary workflow surface)

Recommended (new users): core/general skills only

mkdir -p ~/.claude/skills/ecc cp -r everything-claude-code/.agents/skills/* ~/.claude/skills/ecc/ cp -r everything-claude-code/skills/search-first ~/.claude/skills/ecc/

Optional: add niche/framework-specific skills only when needed

for s in django-patterns django-tdd laravel-patterns springboot-patterns; do

cp -r everything-claude-code/skills/$s ~/.claude/skills/ecc/

done

Optional: keep maintained slash-command compatibility during migration

mkdir -p ~/.claude/commands cp everything-claude-code/commands/*.md ~/.claude/commands/

Retired shims live in legacy-command-shims/commands/.

Copy individual files from there only if you still need old names such as /tdd.


#### Installer les hooks
Ne copiez pas le fichier brut du dépôt hooks/hooks.json dans ~/.claude/settings.json ou ~/.claude/hooks/hooks.json. Ce fichier est orienté plugin/dépôt et doit être installé via l'installateur ECC ou chargé en tant que plugin, donc la copie brute n'est pas une méthode d'installation manuelle prise en charge.
Utilisez l'installateur pour installer uniquement le runtime du hook Claude afin que les chemins des commandes soient réécrits correctement :
bash

macOS / Linux

bash ./install.sh --target claude --modules hooks-runtime
powershell

Windows PowerShell

pwsh -File .\install.ps1 --target claude --modules hooks-runtime 
Cela écrit les hooks résolus dans ~/.claude/hooks/hooks.json et laisse intact tout fichier ~/.claude/settings.json existant.
Si vous avez installé ECC via /plugin install, ne copiez pas ces hooks dans settings.json. Claude Code v2.1+ charge déjà automatiquement les hooks des plugins dans hooks/hooks.json, et les dupliquer dans settings.json provoque une exécution en double et des conflits de hooks multiplateformes.
Note Windows : le répertoire de configuration Claude est %USERPROFILE%\\.claude, pas ~/claude.
#### Configurer les MCP
Les installations de plugins Claude n'activent pas automatiquement les définitions de serveurs MCP fournies avec ECC. Cela évite des noms d'outils MCP trop longs sur des passerelles tierces strictes tout en conservant la possibilité d'une configuration MCP manuelle.
Utilisez la commande /mcp de Claude Code ou la configuration MCP gérée par CLI pour modifier en direct les serveurs Claude Code. Utilisez /mcp pour désactiver temporairement les MCP à l'exécution ; Claude Code conserve ces choix dans ~/.claude.json.
Pour un accès MCP local au dépôt, copiez les définitions des serveurs MCP désirés depuis mcp-configs/mcp-servers.json dans un .mcp.json à l'échelle du projet.
Si vous exécutez déjà vos propres copies des MCP fournis avec ECC, configurez :
bash export ECC_DISABLED_MCPS="github,context7,exa,playwright,sequential-thinking,memory" 

Les flux d’installation gérés par ECC et de synchronisation Codex ignoreront ou supprimeront ces serveurs groupés au lieu de réajouter des doublons. ECC_DISABLED_MCPS est un filtre d’installation/synchronisation ECC, pas un interrupteur actif de Claude Code.
Important : Remplacez les espaces réservés YOUR_*_HERE par vos clés API réelles.
Concepts clés
Agents
Les sous-agents gèrent des tâches déléguées avec un périmètre limité. Exemple :
markdown
name: code-reviewer description: Reviews code for quality, security, and maintainability tools: ["Read", "Grep", "Glob", "Bash"] model: opus

You are a senior code reviewer... 



Compétences
Les compétences sont la surface principale du flux de travail. Elles peuvent être invoquées directement, suggérées automatiquement et réutilisées par les agents. ECC continue de fournir les commands/ maintenus pendant la migration, tandis que les shims à nom court retirés se trouvent sous legacy-command-shims/ pour une activation explicite uniquement. Le développement de nouveaux flux de travail doit d'abord se faire dans skills/.
markdown

TDD Workflow

  • Define interfaces first
  • Write failing tests (RED)
  • Implement minimal code (GREEN)
  • Refactor (IMPROVE)
  • Verify 80%+ coverage


Hooks
Les hooks se déclenchent lors des événements d'outil. Exemple - avertir à propos de console.log :
json { "matcher": "tool == \"Edit\" && tool_input.file_path matches \"\\\\.(ts|tsx|js|jsx)$\"", "hooks": [{ "type": "command", "command": "#!/bin/bash\ngrep -n 'console\\.log' \"$file_path\" && echo '[Hook] Remove console.log' >&2" }] } 


Règles
Les règles sont des directives toujours suivies, organisées en répertoires common/ (indépendants du langage) + spécifiques au langage :
rules/ common/ # Universal principles (always install) typescript/ # TS/JS specific patterns and tools python/ # Python specific patterns and tools golang/ # Go specific patterns and tools swift/ # Swift specific patterns and tools php/ # PHP specific patterns and tools 

Voir rules/README.md pour les détails d'installation et de structure.
Quel Agent Dois-Je Utiliser ?
Vous ne savez pas par où commencer ? Utilisez cette référence rapide. Les compétences sont la surface de travail canonique ; les entrées slash maintenues restent disponibles pour les flux de travail axés sur les commandes.
| Je veux... | Utiliser cette surface | Agent utilisé |
|------------|-----------------------|--------------|
| Planifier une nouvelle fonctionnalité | /everything-claude-code:plan "Ajouter auth" | planificateur |
| Concevoir l'architecture système | /everything-claude-code:plan + agent architecte | architecte |
| Écrire du code avec tests en premier | compétence tdd-workflow | guide-tdd |
| Revoir le code que je viens d'écrire | /code-review | relecteur-de-code |
| Corriger une build en échec | /build-fix | résolveur-d'erreur-build |
| Exécuter des tests de bout en bout | compétence e2e-testing | lanceur-e2e |
| Trouver des vulnérabilités de sécurité | /security-scan | relecteur-sécurité |
| Supprimer le code mort | /refactor-clean | nettoyeur-refactor |
| Mettre à jour la documentation | /update-docs | mise-à-jour-doc |
| Revoir du code Go | /go-review | relecteur-go |
| Revoir du code Python | /python-review | relecteur-python |
| Revoir du code TypeScript/JavaScript | (invocation directe de typescript-reviewer) | relecteur-typescript |
| Auditer les requêtes de base de données | (délégué automatiquement) | relecteur-base-de-données |
Flux de Travail Courants
Les formulaires slash ci-dessous sont affichés lorsqu'ils font toujours partie de la surface de commande maintenue. Les shim courts retirés tels que /tdd et /eval vivent dans legacy-command-shims/ pour une activation explicite uniquement.
Démarrer une nouvelle fonctionnalité :
/everything-claude-code:plan "Add user authentication with OAuth" → planner creates implementation blueprint tdd-workflow skill → tdd-guide enforces write-tests-first /code-review → code-reviewer checks your work 
Correction d’un bogue :
tdd-workflow skill → tdd-guide: write a failing test that reproduces it → implement the fix, verify test passes /code-review → code-reviewer: catch regressions 
Préparation à la production :
/security-scan → security-reviewer: OWASP Top 10 audit e2e-testing skill → e2e-runner: critical user flow tests /test-coverage → verify 80%+ coverage 


FAQ

How do I check which agents/commands are installed?
bash /plugin list everything-claude-code@everything-claude-code 

Cela affiche tous les agents, commandes et compétences disponibles du plugin.


Mes hooks ne fonctionnent pas / Je vois des erreurs "Fichier hooks dupliqué"
C'est le problème le plus courant. Ne PAS ajouter un champ "hooks" dans .claude-plugin/plugin.json. Claude Code v2.1+ charge automatiquement hooks/hooks.json depuis les plugins installés. Le déclarer explicitement provoque des erreurs de détection de doublons. Voir #29, #52, #103.


Puis-je utiliser ECC avec Claude Code sur un point de terminaison API personnalisé ou une passerelle de modèle ?
Oui. ECC ne code pas en dur les paramètres de transport hébergés par Anthropic. Il fonctionne localement via l'interface CLI/plugin normale de Claude Code, donc il fonctionne avec :
  • Claude Code hébergé par Anthropic
    • 

  • Configurations officielles de passerelle Claude Code utilisant ANTHROPIC_BASE_URL et ANTHROPIC_AUTH_TOKEN
    • 

  • Points de terminaison personnalisés compatibles qui utilisent l'API Anthropic attendue par Claude Code
Exemple minimal :
bash export ANTHROPIC_BASE_URL=https://your-gateway.example.com export ANTHROPIC_AUTH_TOKEN=your-token claude 

Si votre passerelle remappe les noms de modèles, configurez cela dans Claude Code plutôt que dans ECC. Les hooks, compétences, commandes et règles d'ECC sont indépendants du fournisseur de modèle une fois que l'interface claude fonctionne déjà.
Références officielles :


Ma fenêtre de contexte rétrécit / Claude manque de contexte
Trop de serveurs MCP consomment votre contexte. Chaque description d'outil MCP utilise des jetons de votre fenêtre de 200k, la réduisant potentiellement à ~70k. Le contexte SessionStart est limité à 8000 caractères par défaut ; réduisez-le avec ECC_SESSION_START_MAX_CHARS=4000 ou désactivez-le avec ECC_SESSION_START_CONTEXT=off pour les configurations à modèle local ou à faible contexte.
Solution : Désactivez les MCP inutilisés depuis Claude Code avec /mcp. Claude Code enregistre ces choix d'exécution dans ~/.claude.json ; .claude/settings.json et .claude/settings.local.json ne sont pas des commutateurs fiables pour les serveurs MCP déjà chargés.
Gardez moins de 10 MCP activés et moins de 80 outils actifs.


Puis-je utiliser seulement certains composants (par exemple, juste les agents) ?
Oui. Utilisez l'Option 2 (installation manuelle) et copiez uniquement ce dont vous avez besoin :
bash

Just agents

cp everything-claude-code/agents/*.md ~/.claude/agents/

Just rules

mkdir -p ~/.claude/rules/ecc/ cp -r everything-claude-code/rules/common ~/.claude/rules/ecc/ 

Chaque composant est entièrement indépendant.


Est-ce que cela fonctionne avec Cursor / OpenCode / Codex / Antigravity ?
Oui. ECC est multiplateforme :

  • Cursor : Configurations pré-traduites dans .cursor/. Voir Support IDE Cursor.
    • 

  • Gemini CLI : Support expérimental local au projet via .gemini/GEMINI.md et installation partagée.
    • 

  • OpenCode : Support complet des plugins dans .opencode/. Voir Support OpenCode.
    • 

  • Codex : Support de première classe pour l’application macOS et la CLI, avec protections contre la dérive d’adaptateur et repli SessionStart. Voir PR #257.
    • 

  • Antigravity : Configuration étroitement intégrée pour les workflows, compétences, et règles aplaties dans .agent/. Voir Guide Antigravity.
    • 

  • Environnements non natifs : Chemin de repli manuel pour Grok et interfaces similaires. Voir Guide d’Adaptation Manuelle.
    • 

  • Claude Code : Natif — c’est la cible principale.
    • 


Comment contribuer une nouvelle compétence ou un nouvel agent ?
Voir CONTRIBUTING.md. La version courte :

  • Forkez le dépôt
    • 

  • Créez votre compétence dans skills/your-skill-name/SKILL.md (avec frontmatter YAML)
    • 

  • Ou créez un agent dans agents/your-agent.md
    • 

  • Soumettez une PR avec une description claire de ce qu’elle fait et quand l’utiliser
    • 

Exécution des Tests
Le plugin inclut une suite de tests complète :
bash

Run all tests

node tests/run-all.js

Run individual test files

node tests/lib/utils.test.js node tests/lib/package-manager.test.js node tests/hooks/hooks.test.js 


Contribution
Les contributions sont les bienvenues et encouragées.
Ce dépôt est destiné à être une ressource communautaire. Si vous avez :

  • Des agents ou compétences utiles
    • 

  • Des hooks astucieux
    • 

  • De meilleures configurations MCP
    • 

  • Des règles améliorées
Merci de contribuer ! Voir CONTRIBUTING.md pour les directives.
Idées de contributions
  • Compétences spécifiques à un langage (Rust, C#, Kotlin, Java) — Go, Python, Perl, Swift, et TypeScript déjà inclus
    • 

  • Configurations spécifiques à un framework (Rails, FastAPI) — Django, NestJS, Spring Boot, et Laravel déjà inclus
    • 

  • Agents DevOps (Kubernetes, Terraform, AWS, Docker)
    • 

  • Stratégies de test (différents frameworks, régression visuelle)
    • 

  • Connaissances spécifiques à un domaine (ML, ingénierie des données, mobile)
Notes sur l'écosystème communautaire
Ces éléments ne sont pas inclus avec ECC et ne sont pas audités par ce dépôt, mais il est utile de les connaître si vous explorez l’écosystème plus large des compétences Claude Code :
  • claude-seo — Collection de compétences et agents orientés SEO
    • 

  • claude-ads — Collection de workflows d’audit publicitaire et de croissance payante
    • 

  • claude-cybersecurity — Collection de compétences et agents orientés sécurité
---
Support IDE Cursor
ECC offre un support pour Cursor IDE avec des hooks, règles, agents, compétences, commandes, et configurations MCP adaptés à la structure des projets Cursor.
Démarrage rapide (Cursor)
bash

macOS/Linux

./install.sh --target cursor typescript ./install.sh --target cursor python golang swift php
powershell

Windows PowerShell

.\install.ps1 --target cursor typescript .\install.ps1 --target cursor python golang swift php 


Contenu Inclus
| Composant | Nombre | Détails |
|-----------|--------|---------|
| Événements Hook | 15 | sessionStart, beforeShellExecution, afterFileEdit, beforeMCPExecution, beforeSubmitPrompt, et 10 autres |
| Scripts Hook | 16 | Scripts Node.js légers déléguant vers scripts/hooks/ via un adaptateur partagé |
| Règles | 34 | 9 communes (alwaysApply) + 25 spécifiques aux langages (TypeScript, Python, Go, Swift, PHP) |
| Agents | 48 | .cursor/agents/ecc-*.md lorsqu'installés ; préfixés pour éviter les collisions avec les agents utilisateur ou du marketplace |
| Compétences | Partagées + Incluses | .cursor/skills/ pour les ajouts traduits |
| Commandes | Partagées | .cursor/commands/ si installé |
| Config MCP | Partagée | .cursor/mcp.json si installé |
Notes sur le Chargement de Cursor
ECC n’installe pas le AGENTS.md racine dans .cursor/. Cursor considère les fichiers AGENTS.md imbriqués comme un contexte de répertoire, donc copier l’identité du dépôt ECC dans un projet hôte polluerait ce projet.
Le comportement natif de chargement de Cursor peut varier selon la version de Cursor. ECC installe les agents en .cursor/agents/ecc-*.md ; si votre version de Cursor n’expose pas les agents du projet, ces fichiers fonctionnent toujours comme définitions de référence explicites au lieu d’un contexte global de prompt caché.
Architecture des Hooks (Patron d’Adaptateur DRY)
Cursor possède plus d’événements hook que Claude Code (20 contre 8). Le module .cursor/hooks/adapter.js transforme le JSON stdin de Cursor au format de Claude Code, permettant de réutiliser les scripts/hooks/*.js existants sans duplication.
Cursor stdin JSON → adapter.js → transforms → scripts/hooks/*.js (shared with Claude Code) 
Crochets clés :  

  • beforeShellExecution — Bloque les serveurs de développement hors de tmux (exit 2), revue git push  
    • 

  • afterFileEdit — Auto-formatage + vérification TypeScript + avertissement console.log  
    • 

  • beforeSubmitPrompt — Détecte les secrets (modèles sk-, ghp_, AKIA) dans les invites  
    • 

  • beforeTabFileRead — Bloque Tab de lire les fichiers .env, .key, .pem (exit 2)  
    • 

  • beforeMCPExecution / afterMCPExecution — Journalisation d’audit MCP  
Format des règles  
Les règles du curseur utilisent un frontmatter YAML avec description, globs et alwaysApply :
yaml
description: "TypeScript coding style extending common rules" globs: ["/.ts", "/.tsx", "/.js", "/.jsx"] alwaysApply: false 


Application Codex macOS + Support CLI
ECC offre un support Codex de première classe pour l'application macOS et le CLI, avec une configuration de référence, un supplément AGENTS.md spécifique à Codex, et des compétences partagées.
Démarrage rapide (Application Codex + CLI)
bash

Run Codex CLI in the repo — AGENTS.md and .codex/ are auto-detected

codex

Automatic setup: sync ECC assets (AGENTS.md, skills, MCP servers) into ~/.codex

npm install && bash scripts/sync-ecc-to-codex.sh

or: pnpm install && bash scripts/sync-ecc-to-codex.sh

or: yarn install && bash scripts/sync-ecc-to-codex.sh

or: bun install && bash scripts/sync-ecc-to-codex.sh

Or manually: copy the reference config to your home directory

cp .codex/config.toml ~/.codex/config.toml 
Le script de synchronisation fusionne en toute sécurité les serveurs ECC MCP dans votre ~/.codex/config.toml existant en utilisant une stratégie d’ajout uniquement — il ne supprime ni ne modifie jamais vos serveurs existants. Exécutez avec --dry-run pour prévisualiser les modifications, ou --update-mcp pour forcer la mise à jour des serveurs ECC vers la dernière configuration recommandée.
Pour Context7, ECC utilise le nom de section canonique Codex [mcp_servers.context7] tout en lançant toujours le paquet @upstash/context7-mcp. Si vous avez déjà une entrée héritée [mcp_servers.context7-mcp], --update-mcp la migre vers le nom de section canonique.
Application Codex macOS :  

  • Ouvrez ce dépôt comme votre espace de travail.  
    • 

  • Le fichier racine AGENTS.md est détecté automatiquement.  
    • 

  • .codex/config.toml et .codex/agents/*.toml fonctionnent mieux lorsqu’ils restent locaux au projet.  
    • 

  • Le fichier de référence .codex/config.toml ne fige volontairement ni model ni model_provider, ainsi Codex utilise sa valeur par défaut actuelle sauf si vous la surchargez.  
    • 

  • Optionnel : copiez .codex/config.toml dans ~/.codex/config.toml pour des valeurs globales ; conservez les fichiers de rôles multi-agents locaux au projet sauf si vous copiez aussi .codex/agents/.
Contenu inclus
| Composant | Nombre | Détails |
|-----------|--------|---------|
| Config | 1 | .codex/config.toml — approbations/sandbox/recherche_web de haut niveau, serveurs MCP, notifications, profils |
| AGENTS.md | 2 | Racine (universel) + .codex/AGENTS.md (supplément spécifique à Codex) |
| Compétences | 32 | .agents/skills/ — SKILL.md + agents/openai.yaml par compétence |
| Serveurs MCP | 6 | GitHub, Context7, Exa, Memory, Playwright, Sequential Thinking (7 avec Supabase via la synchronisation --update-mcp) |
| Profils | 2 | strict (sandbox en lecture seule) et yolo (approbation automatique complète) |
| Rôles d’agent | 3 | .codex/agents/ — explorateur, réviseur, chercheur-documents |
Compétences
Les compétences dans .agents/skills/ sont chargées automatiquement par Codex :
Les compétences canoniques Anthropic telles que claude-api, frontend-design et skill-creator ne sont volontairement pas reconditionnées ici. Installez-les depuis anthropics/skills lorsque vous souhaitez les versions officielles.
| Compétence | Description |
|------------|-------------|
| agent-introspection-debugging | Débogage du comportement d’agent, routage et limites des invites |
| agent-sort | Tri des catalogues d’agents et surfaces d’assignation |
| api-design | Modèles de conception d’API REST |
| article-writing | Rédaction longue à partir de notes et références vocales |
| backend-patterns | Conception d’API, base de données, mise en cache |
| brand-voice | Profils de style d’écriture dérivés de sources réelles |
| bun-runtime | Bun en tant que runtime, gestionnaire de paquets, bundler et testeur |
| coding-standards | Normes universelles de codage |
| content-engine | Contenu social natif de la plateforme et réutilisation |
| crosspost | Distribution de contenu multiplateforme sur X, LinkedIn, Threads |
| deep-research | Recherche multi-source avec synthèse et attribution des sources |
| dmux-workflows | Orchestration multi-agent utilisant le gestionnaire de panneaux tmux |
| documentation-lookup | Documentation à jour des bibliothèques et frameworks via Context7 MCP |
| e2e-testing | Tests E2E avec Playwright |
| eval-harness | Développement piloté par évaluation |
| everything-claude-code | Conventions et modèles de développement pour le projet |
| exa-search | Recherche neuronale via Exa MCP pour web, code, recherche d’entreprises |
| fal-ai-media | Génération unifiée de médias pour images, vidéo et audio |
| frontend-patterns | Modèles React/Next.js |
| frontend-slides | Présentations HTML, conversion PPTX, exploration du style visuel |
| investor-materials | Présentations, notes, modèles et fiches synthétiques |
| investor-outreach | Approche personnalisée, relances et textes d’introduction |
| market-research | Recherche de marché et concurrentielle avec attribution des sources |
| mcp-server-patterns | Construction de serveurs MCP avec le SDK Node/TypeScript |
| nextjs-turbopack | Next.js 16+ et empaquetage incrémental Turbopack |
| product-capability | Traduire les objectifs produits en cartes de capacités ciblées |
| security-review | Checklist complète de sécurité |
| strategic-compact | Gestion du contexte |
| tdd-workflow | Développement piloté par les tests avec plus de 80 % de couverture |
| verification-loop | Construction, test, lint, vérification de type, sécurité |
| video-editing | Flux de montage vidéo assisté par IA avec FFmpeg et Remotion |
| x-api | Intégration API X/Twitter pour publication et analyses |
Limitation clé
Codex ne fournit pas encore la parité d’exécution de hook à la manière de Claude. L’application ECC y est basée sur les instructions via AGENTS.md, des surcharges optionnelles model_instructions_file, et des paramètres de sandbox/approuvation.
Support multi-agent
Les versions actuelles de Codex supportent des flux de travail multi-agent stables.
  • Activez features.multi_agent = true dans .codex/config.toml
    • 

  • Définissez les rôles sous [agents.]
    • 

  • Pointez chaque rôle vers un fichier sous .codex/agents/
    • 

  • Utilisez /agent dans la CLI pour inspecter ou piloter les agents enfants
ECC fournit trois exemples de configurations de rôles :
| Rôle | Objectif |
|------|---------|
| explorer | Collecte de preuves sur la base de code en lecture seule avant les modifications |
| reviewer | Revue de la correction, de la sécurité et des tests manquants |
| docs_researcher | Vérification de la documentation et de l’API avant la publication/les modifications de la documentation |
Support OpenCode
ECC offre un support complet OpenCode incluant plugins et hooks.
Démarrage rapide
bash

Install OpenCode

npm install -g opencode

Run in the repository root

opencode 
La configuration est automatiquement détectée à partir de .opencode/opencode.json.
Parité des fonctionnalités
| Fonctionnalité | Claude Code | OpenCode | Statut |
|---------------|-------------|----------|--------|
| Agents | PASS : 48 agents | PASS : 12 agents | Claude Code en tête |
| Commandes | PASS : 68 commandes | PASS : 31 commandes | Claude Code en tête |
| Compétences | PASS : 182 compétences | PASS : 37 compétences | Claude Code en tête |
| Hooks | PASS : 8 types d'événements | PASS : 11 événements | OpenCode en a plus ! |
| Règles | PASS : 29 règles | PASS : 13 instructions | Claude Code en tête |
| Serveurs MCP | PASS : 14 serveurs | PASS : Complet | Parité complète |
| Outils personnalisés | PASS : Via hooks | PASS : 6 outils natifs | OpenCode est meilleur |
Support des hooks via plugins
Le système de plugins d'OpenCode est PLUS sophistiqué que Claude Code avec plus de 20 types d'événements :
| Hook Claude Code | Événement plugin OpenCode |
|-----------------|---------------------------|
| PreToolUse | tool.execute.before |
| PostToolUse | tool.execute.after |
| Stop | session.idle |
| SessionStart | session.created |
| SessionEnd | session.deleted |
Événements supplémentaires OpenCode : file.edited, file.watcher.updated, message.updated, lsp.client.diagnostics, tui.toast.show, et plus encore.
Entrées slash maintenues
| Commande | Description |
|----------|-------------|
| /plan | Créer un plan d'implémentation |
| /code-review | Réviser les modifications de code |
| /build-fix | Corriger les erreurs de compilation |
| /refactor-clean | Supprimer le code mort |
| /learn | Extraire des motifs de la session |
| /checkpoint | Sauvegarder l'état de vérification |
| /quality-gate | Exécuter la porte de vérification maintenue |
| /update-docs | Mettre à jour la documentation |
| /update-codemaps | Mettre à jour les cartes de code |
| /test-coverage | Analyser la couverture |
| /go-review | Revue de code Go |
| /go-test | Workflow TDD Go |
| /go-build | Corriger les erreurs de compilation Go |
| /python-review | Revue de code Python (PEP 8, annotations de type, sécurité) |
| /multi-plan | Planification collaborative multi-modèles |
| /multi-execute | Exécution collaborative multi-modèles |
| /multi-backend | Workflow multi-modèles axé backend |
| /multi-frontend | Workflow multi-modèles axé frontend |
| /multi-workflow | Workflow complet de développement multi-modèles |
| /pm2 | Générer automatiquement les commandes de service PM2 |
| /sessions | Gérer l’historique des sessions |
| /skill-create | Générer des compétences à partir de git |
| /instinct-status | Voir les instincts appris |
| /instinct-import | Importer des instincts |
| /instinct-export | Exporter des instincts |
| /evolve | Regrouper les instincts en compétences |
| /promote | Promouvoir les instincts du projet à l’échelle globale |
| /projects | Lister les projets connus et les statistiques d’instincts |
| /prune | Supprimer les instincts en attente expirés (TTL 30j) |
| /learn-eval | Extraire et évaluer les motifs avant sauvegarde |
| /setup-pm | Configurer le gestionnaire de paquets |
| /harness-audit | Auditer la fiabilité du harnais, la préparation à l’évaluation et la posture de risque |
| /loop-start | Démarrer un modèle d’exécution en boucle agentique contrôlée |
| /loop-status | Inspecter le statut actif de la boucle et les points de contrôle |
| /quality-gate | Exécuter des contrôles de qualité pour des chemins ou le dépôt entier |
| /model-route | Router les tâches vers les modèles selon la complexité et le budget |
Installation du plugin
Option 1 : Utiliser directement
bash cd everything-claude-code opencode 

Option 2 : Installer en tant que paquet npm
bash npm install ecc-universal 

Ajoutez ensuite à votre opencode.json :
json { "plugin": ["ecc-universal"] } 

Cette entrée de plugin npm active le module plugin OpenCode publié par ECC (hooks/événements et outils de plugin).  
Elle n’ajoute pas automatiquement le catalogue complet de commandes/agents/instructions d’ECC à la configuration de votre projet.  
Pour la configuration complète d’ECC OpenCode, soit :  

  • exécutez OpenCode dans ce dépôt, ou  
    • 

  • copiez les ressources de configuration .opencode/ intégrées dans votre projet et connectez les entrées instructions, agent et command dans opencode.json  
Documentation  
  • Guide de migration : .opencode/MIGRATION.md  
    • 

  • README du plugin OpenCode : .opencode/README.md  
    • 

  • Règles consolidées : .opencode/instructions/INSTRUCTIONS.md  
    • 

  • Documentation LLM : llms.txt (docs complètes OpenCode pour LLMs)  
---  
Parité des fonctionnalités entre outils  
ECC est le premier plugin à maximiser chaque outil majeur de codage IA. Voici la comparaison de chaque interface :  
| Fonctionnalité | Claude Code | Cursor IDE | Codex CLI | OpenCode |  
|---------------|-------------|------------|-----------|----------|  
| Agents | 48 | Partagés (AGENTS.md) | Partagés (AGENTS.md) | 12 |  
| Commandes | 68 | Partagées | Basées sur instructions | 31 |  
| Compétences | 182 | Partagées | 10 (format natif) | 37 |  
| Événements Hook | 8 types | 15 types | Aucun pour l’instant | 11 types |  
| Scripts Hook | 20+ scripts | 16 scripts (adaptateur DRY) | N/A | Hooks de plugin |  
| Règles | 34 (communes + lang) | 34 (frontmatter YAML) | Basées sur instructions | 13 instructions |  
| Outils personnalisés | Via hooks | Via hooks | N/A | 6 outils natifs |  
| Serveurs MCP | 14 | Partagés (mcp.json) | 7 (fusion automatique via parseur TOML) | Complet |  
| Format config | settings.json | hooks.json + rules/ | config.toml | opencode.json |  
| Fichier contexte | CLAUDE.md + AGENTS.md | AGENTS.md | AGENTS.md | AGENTS.md |  
| Détection de secrets | Basée sur hook | hook beforeSubmitPrompt | Basée sur sandbox | Basée sur hook |  
| Auto-formatage | Hook PostToolUse | hook afterFileEdit | N/A | hook file.edited |  
| Version | Plugin | Plugin | Config de référence | 2.0.0-rc.1 |  
Décisions architecturales clés :  

  • AGENTS.md à la racine est le fichier universel multi-outils (lu par les 4 outils)  
    • 

  • Le pattern adaptateur DRY permet à Cursor de réutiliser les scripts hook de Claude Code sans duplication  
    • 

  • Format des compétences (SKILL.md avec YAML frontmatter) fonctionne avec Claude Code, Codex, et OpenCode  
    • 

  • Le manque de hooks de Codex est compensé par AGENTS.md, des surcharges optionnelles model_instructions_file, et les permissions sandbox  
---
Contexte  
J'utilise Claude Code depuis le déploiement expérimental. J'ai gagné le hackathon Anthropic x Forum Ventures en septembre 2025 avec @DRodriguezFX — construit zenith.chat entièrement avec Claude Code.  
Ces configurations sont éprouvées dans plusieurs applications en production.  
Optimisation des tokens  
L'utilisation de Claude Code peut être coûteuse si vous ne gérez pas la consommation de tokens. Ces réglages réduisent considérablement les coûts sans sacrifier la qualité.  
Paramètres recommandés  
Ajouter à ~/.claude/settings.json :
json { "model": "sonnet", "env": { "MAX_THINKING_TOKENS": "10000", "CLAUDE_AUTOCOMPACT_PCT_OVERRIDE": "50" } } 
| Paramètre | Par défaut | Recommandé | Impact |
|-----------|------------|-------------|--------|
| model | opus | sonnet | Réduction des coûts d'environ 60 % ; gère plus de 80 % des tâches de codage |
| MAX_THINKING_TOKENS | 31 999 | 10 000 | Réduction d'environ 70 % du coût caché de réflexion par requête |
| CLAUDE_AUTOCOMPACT_PCT_OVERRIDE | 95 | 50 | Compacte plus tôt — meilleure qualité dans les longues sessions |
Passez à Opus uniquement lorsque vous avez besoin d'un raisonnement architectural approfondi :
/model opus 


Commandes Quotidiennes de Flux de Travail
| Commande | Quand l’utiliser |
|---------|-------------|
| /model sonnet | Par défaut pour la plupart des tâches |
| /model opus | Architecture complexe, débogage, raisonnement approfondi |
| /clear | Entre des tâches sans lien (libre, réinitialisation instantanée) |
| /compact | Aux points de rupture logiques de la tâche (recherche terminée, jalon atteint) |
| /cost | Surveiller la consommation de jetons pendant la session |
Compactage Stratégique
La compétence strategic-compact (incluse dans ce plugin) suggère /compact aux points de rupture logiques au lieu de se fier au compactage automatique à 95% du contexte. Voir skills/strategic-compact/SKILL.md pour le guide complet de décision.
Quand compacter :

  • Après recherche/exploration, avant mise en œuvre
    • 

  • Après avoir atteint un jalon, avant de commencer le suivant
    • 

  • Après débogage, avant de continuer le travail de fonctionnalité
    • 

  • Après une approche échouée, avant d’en essayer une nouvelle
Quand NE PAS compacter :

  • En cours de mise en œuvre (vous perdrez les noms de variables, chemins de fichiers, état partiel)
Gestion de la Fenêtre de Contexte
Critique : Ne pas activer tous les MCP en même temps. Chaque description d’outil MCP consomme des jetons de votre fenêtre de 200k, pouvant la réduire à ~70k.
  • Garder moins de 10 MCP activés par projet
    • 

  • Garder moins de 80 outils actifs
    • 

  • Utiliser /mcp pour désactiver les serveurs MCP Claude Code inutilisés ; ces choix d’exécution persistent dans ~/.claude.json
    • 

  • Utiliser ECC_DISABLED_MCPS uniquement pour filtrer les configurations MCP générées par ECC lors des flux d’installation/synchronisation
Avertissement sur le Coût des Équipes d’Agents
Les équipes d’agents créent plusieurs fenêtres de contexte. Chaque coéquipier consomme des jetons indépendamment. Utiliser uniquement pour des tâches où le parallélisme apporte une valeur claire (travail multi-modules, revues parallèles). Pour des tâches simples et séquentielles, les sous-agents sont plus efficaces en jetons.
AVERTISSEMENT : Notes Importantes
Optimisation des jetons
Vous atteignez les limites quotidiennes ? Consultez le Guide d'optimisation des jetons pour les paramètres recommandés et des conseils sur le flux de travail.
Gains rapides :
json // ~/.claude/settings.json { "model": "sonnet", "env": { "MAX_THINKING_TOKENS": "10000", "CLAUDE_AUTOCOMPACT_PCT_OVERRIDE": "50", "CLAUDE_CODE_SUBAGENT_MODEL": "haiku" } } `

Utilisez /clear entre les tâches non liées, /compact aux points de rupture logiques, et /cost` pour surveiller les dépenses.

Personnalisation

Ces configurations fonctionnent pour mon flux de travail. Vous devriez :

---

Projets Communautaires

Projets construits sur ou inspirés par Everything Claude Code :

| Projet | Description | |--------|-------------| | EVC | Espace de travail pour agents marketing — 42 commandes pour les opérateurs de contenu, la gouvernance de marque et la publication multi-canaux. Vue d'ensemble visuelle. |

Vous avez créé quelque chose avec ECC ? Ouvrez une PR pour l’ajouter ici.

Sponsors

Ce projet est gratuit et open source. Les sponsors aident à le maintenir et à le faire évoluer.

Devenez Sponsor | Niveaux de Sponsoring | Programme de Sponsoring

Historique des Étoiles

Graphique de l'Historique des Étoiles

Liens

---

Licence

MIT - Utilisez librement, modifiez selon vos besoins, contribuez si vous le pouvez.

Étoilez ce dépôt s’il vous aide. Lisez les deux guides. Construisez quelque chose de génial.

--- Tranlated By Open Ai Tx | Last indexed: 2026-05-06 ---

Original README: View on GitHub

Translated by OpenAiTx | Last updated: 2026-05-06