ECC dépasse la configuration statique en intégrant compétences, instincts, persistance de la mémoire et hooks dans une couche opérationnelle cohésive. L'objectif est un comportement d'agent déterministe qui survit aux réinitialisations de contexte et aux différences d'applications. Cela signifie des hooks de démarrage/arrêt standardisés, des résumés de session et des compétences évolutives qui codent ce qui a fonctionné la dernière fois. Les opérateurs disposent d'une grammaire partagée pour le travail — commandes, checklists et portes de vérification — afin que le même dépôt puisse être piloté depuis plusieurs harnesses sans réécrire les habitudes. Pour les équipes avec des services complexes et des transferts fréquents, cela débloque une exécution cohérente et rend le comportement des agents débogable.

Un substrat de plan de contrôle coordonne l'état entre sessions et worktrees, tandis qu'un inventaire MCP enregistre en toute sécurité les outils et données externes. La famille orch-* standardise les lancements, statuts et contrôles de santé, garantissant qu'un flux testé dans un harness se comporte de manière similaire ailleurs. Cette architecture supporte les installations sélectives, permettant aux équipes de déployer uniquement les règles, compétences ou hooks nécessaires — réduisant les conflits et gardant la voie de mise à jour propre. Le résultat est une base où fiabilité et observabilité survivent aux changements d'environnement, permettant une véritable portabilité inter-harness pour agents et workflows.

ECC formalise des leviers de performance pratiques : schémas d'allègement des tokens, routage de modèle pour étapes critiques en latence, exécution parallèle pour grands dépôts, et boucles de vérification qui empêchent les régressions. La persistance de la mémoire et les registres de décisions réduisent les efforts inutiles en transportant des schémas validés entre sessions. Les opérateurs peuvent contrôler les workflows avec des seuils de qualité, changer de profils pour des hooks plus stricts, et exporter des instantanés d'état pour audits. Le résultat n'est pas seulement des cycles plus rapides mais moins de retours en arrière : un taux d'échappement de défauts plus faible, des diffs PR plus clairs et une meilleure confiance des réviseurs dans les changements produits par les agents.

Commencez avec un profil minimal ou de base pour éviter les installations qui se chevauchent, puis ajoutez hooks-runtime uniquement lorsque vous souhaitez une application à l'exécution. Utilisez des manifests sélectifs pour cibler les langages et compétences réellement nécessaires. Activez les adaptateurs de session pour la traçabilité, puis pilotez les flux orch-* sur un service unique avant de passer à l'échelle. Suivez les métriques de base — délai de tâche, pass@k, et retravail attribué à l'agent — pour rendre les améliorations visibles. Lorsque les exigences de gouvernance augmentent, activez des profils plus stricts, activez les scans de sécurité, et intégrez les instantanés de statut dans le CI pour bloquer les merges lorsque les seuils de préparation ou de coût sont dépassés.

La parité inter-harness réduit les surprises, mais un empilement négligent d'installations ou le saut d'instantanés d'état peut réintroduire la dérive. Traitez les profils comme mutuellement exclusifs, imposez une source unique de vérité pour règles et compétences, et exigez des instantanés de préparation avant l'expansion de l'orchestration. Maintenez les permissions des outils au minimum nécessaire, et séparez les clés API privées du contexte visible par l'agent. Enfin, surveillez les coûts, la profondeur de récursion et les tâches longues ; définissez des interrupteurs d'arrêt et codes de sortie qui échouent l'automatisation tôt lorsque les seuils sont dépassés. La gouvernance fonctionne mieux lorsqu'elle est visible par les développeurs et réviseurs, pas seulement par les équipes de sécurité.