COMPOUND V / ANATOMIE
Un modèle n'est pas un système. Compound V est le système.
Le compound engineering consiste à construire un système autour de votre agent de code pour que chaque run rende le suivant plus intelligent. Compound V est l'implémentation de ce système par ProCoders pour Claude Code.
Compound V transforme votre agent de code en une équipe relue et dotée de mémoire, qui livre de vraies fonctionnalités et s'améliore avec le temps.
Primitives
L'équipe et l'arène.
Équipe multi-backend
Claude et d'autres backends (Codex et plus) dans une même équipe. Le routeur choisit le bon modèle et le bon backend pour chaque tâche, au lieu d'imposer un seul modèle à un seul prix.
Parallélisme sûr
Les tâches aux chemins d'écriture non chevauchants s'exécutent en même temps. Les tâches à risque de chevauchement ou confiées à un backend externe obtiennent un worktree git isolé, pour que les agents parallèles ne se percutent jamais.
Orchestration
Planifier, découper, dispatcher, juger.
Éclaireurs avant décollage
Archaeology, Domain Expert et Doc Validator rassemblent un contexte vérifié depuis le code réel, le domaine métier et la documentation actuelle des bibliothèques, avant qu'une seule ligne ne soit écrite.
Plan et partition disjointe
Un plan écrit est découpé en chemins d'écriture non chevauchants, pour que le travail puisse s'exécuter en parallèle sans que deux agents touchent le même fichier.
Dispatch parallèle
Un manifeste répartit le travail entre backends et worktrees, en lots et en fail-fast, avec les fondations partagées construites en premier.
Contrôle de revue en trois passes
Les sous-agents évaluateurs SPEC, QUALITY et INTEGRATION valident chaque fusion ; une lecture croisée indépendante d'un autre modèle appuie les décisions à fort enjeu.
Mémoire
Ce que l'agent oublie, le repo s'en souvient.
Machine à états reprenable
Un fichier d'état survit aux sessions, pour que vous repreniez exactement où vous vous étiez arrêté et ne refassiez jamais un travail déjà propre. Une seule fonctionnalité ou toute une épopée multi-fonctionnalités.
Mémoire et Skills
Les Skills sont la mémoire procédurale, le comment-on-fait-les-choses qui traverse les projets ; la mémoire de projet persiste entre les runs au lieu de vivre dans une seule conversation.
Leçons de routage
Une leçon enregistrée écrase le comportement par défaut la prochaine fois qu'une tâche similaire se présente. C'est la partie qui s'auto-améliore.
Auto-amélioration
La boucle qui s'affûte.
La boucle qui s'auto-améliore
Échouer, investiguer, vérifier, distiller, consulter. Un échec devient une règle validée que le run suivant lit au lieu de la redéduire depuis zéro.
Une base de connaissances qui se rafraîchit
V-onboard construit une carte de l'architecture vérifiée par citations et en recontrôle la fraîcheur à mesure que le code évolue, pour que le contexte reste fidèle.
From empty repo to shipped feature
One invocation runs the whole flow, fail-fast and resumable.
The loop that compounds
A failure becomes a rule the next run reads instead of re-deriving.
Step 12 / Safety boundary
Deux verrous et un humain
Un contrôle déterministe de la partition et du manifeste valide l'ensemble du plan avant le dispatch, et un verrou de portée basé sur git-diff s'exécute après chaque tâche et STOPPE le run dès qu'un agent écrit hors de ses chemins autorisés. Rien ne fusionne tout seul : c'est vous qui relisez et validez la fusion. Garder un humain à la barrière est un choix délibéré, pas une fonctionnalité manquante.
Questions
Qu'est-ce que le compound engineering, ou un système d'agent auto-améliorant ?
C'est construire un système autour de votre agent de code, avec de la mémoire, de la revue et des leçons enregistrées, pour que chaque run rende le suivant plus intelligent. Le modèle reste le même ; c'est le système autour de lui qui s'améliore. Compound V est l'implémentation de ce système par ProCoders pour Claude Code.
Compound V s'exécute-t-il tout seul sur un planning ?
Non. Compound V est invoqué, ce n'est pas un daemon, et il garde un humain dans la boucle. Les runs planifiés dans le cloud, sans laptop allumé, sont une fonctionnalité de la plateforme Claude Code que vous pouvez combiner avec Compound V, mais le plugin lui-même ne se déclenche pas tout seul.
En quoi est-ce différent de prompter un seul agent ?
Un simple prompt se déclenche une fois et oublie tout. Compound V décompose le travail, fait tourner une équipe routée en parallèle avec isolation, verrouille chaque fusion via une revue en trois passes, et enregistre ce qu'il a appris pour que le run suivant démarre plus affûté.
Ai-je besoin de Codex ou de plusieurs modèles ?
Non. Compound V fonctionne en Claude seul dès l'installation. Si d'autres backends comme Codex sont présents, le routeur les utilisera pour les tâches qui leur conviennent, mais une configuration mono-modèle est entièrement prise en charge.
Où cela se situe-t-il sur l'échelle IA-native ?
L'orchestration multi-agents correspond à la tranche L4 (AI-Native System Builder) à L5 (AI Engineering Architect) du modèle de développeur IA-natif. Faites le quiz de 3 minutes pour voir où vous vous situez.
Est-il sûr de faire tourner des agents en parallèle sur mon repo ?
Oui, par construction. Les tâches ne s'exécutent que sur des chemins d'écriture non chevauchants, les tâches à risque de chevauchement ou confiées à un backend externe obtiennent un worktree git isolé, un verrou de portée basé sur git-diff STOPPE tout ce qui écrit hors des limites, et c'est vous qui validez chaque fusion.