Les principes d'ingénierie se doivent d'être une politique exécutable, non point une nostalgie de diaporama
Le constat auquel je me heurte moult fois dans les architectures multi-agents est que les principes d'ingénierie auxquels une équipe tient véritablement — la gestion des erreurs, le moment opportun d'encapsuler un appel shell, ce qui constitue un chemin critique — demeurent enfouis dans quelque page wiki ou quelque diaporama que nul ne consulte. C'est déjà un écueil pour les humains ; pour un agent LLM, c'est l'assurance d'une transgression des règles.
coding-ethos incarne la position que j'ai adoptée : ces principes appartiennent à un unique fichier coding_ethos.yml, et de ce seul fichier la compilation engendre tout ce qui doit en avoir connaissance — instructions d'agents CLAUDE.md / GEMINI.md, configurations Ruff / Pyright / golangci-lint, crochets pre-commit compilés en Go, garde-fous d'utilisation d'outils pour agents, et un serveur MCP que l'agent peut interroger à l'exécution.
L'invariant cardinal : le moteur qui rédige les règles en markdown est le même, exactement, que celui qui évalue les expressions CEL au niveau du crochet git. Ils ne sauraient dériver. Si le crochet refuse une action, l'agent reçoit en retour un indice structuré skill_id plutôt qu'un code de sortie générique — de sorte que la boucle de rétroaction se referme dans le contexte propre de l'agent, au lieu d'atterrir sur l'écran d'un humain.
Fort opiniâtre, actuellement orienté vers Python et Go, en développement actif. Publié sur r/GeminiCLI avec des exemples détaillés ; lisez le fil d'origine si vous souhaitez le parcours d'implémentation, et les demandes de fonctionnalités sont les bienvenues sur le dépôt.
Lien permanent: https://patrickaudley.com/posts/coding-ethos-runnable-policy.html · Markdown