Structure de Code Claude Qui a Survécu à Plusieurs Projets Réels

Ce qui a fonctionné après plusieurs projets
Un développeur sur r/ClaudeAI a partagé sa structure Claude Code qui n'a pas cassé après l'avoir implémentée sur 2-3 projets réels. Cette configuration a tenu le coup une fois qu'ils ont ajouté plusieurs compétences, serveurs MCP et agents, dépassant ainsi les simples démos.
Décisions structurelles clés
- Utiliser CLAUDE MD : Ignorer CLAUDE MD au début a conduit à des résultats incohérents. Une fois qu'ils ont défini des conventions, des règles de test et des normes de nommage, les résultats sont devenus plus prévisibles.
- Séparer les compétences par intention : Organiser les compétences comme
code-review/,security-audit/,text-writer/a mieux fonctionné que de tout regrouper dans un seul endroit. Cela a rendu l'activation plus propre. - Mettre en œuvre des hooks : Ne pas utiliser de hooks au départ était une erreur. Les hooks PreToolUse et PostToolUse ont aidé à détecter les mauvaises commandes et les sorties désordonnées, et étaient utiles pour les petites automatisations.
- Séparer les agents : L'approche à agent unique n'a pas bien évolué. Avoir des agents dédiés pour la relecture, l'écriture et l'audit s'est avéré plus prévisible.
- Gérer l'utilisation du contexte : Lorsque l'utilisation du contexte devient trop élevée, la qualité baisse. La maintenir sous environ 60% a fait une différence notable.
- Séparer les préoccupations : Mélanger la configuration, les compétences et la logique d'exécution a rendu le débogage pénible. Garder ces éléments séparés a rendu tout plus facile à comprendre.
Intégration MCP
L'intégration MCP (Model Context Protocol) avec GitHub, Postgres et l'accès au système de fichiers a complètement changé le comportement de Claude. Selon le développeur, c'est à ce moment que la configuration a cessé de ressembler à un jouet et a commencé à se comporter davantage comme un assistant de développement plutôt que comme une simple entrée → sortie.
Le développeur note qu'il cherche encore la manière la plus propre de structurer les agents, mais cette configuration fonctionne actuellement bien pour les projets qui dépassent les simples démos.
📖 Lire la source complète : r/ClaudeAI
👀 See Also

Concevoir des contraintes pour la fiabilité des agents IA de qualité production
Un post Reddit détaille une approche basée sur des contraintes pour utiliser Claude dans des opérations complexes sur des bases de code, mettant l'accent sur l'énumération explicite des modes d'échec, l'exécution par phases avec des points de contrôle et des règles anti-raccourcis pour atteindre zéro build cassé lors de la suppression de 140 fichiers.

Test de Contrat pour le Développement Piloté par l'IA avec OpenClaw
Les tests de contrat peuvent remplacer les tests d'intégration/E2E lors de l'utilisation d'agents IA comme OpenClaw, en se concentrant sur les interfaces et les invariants entre les composants. L'IA génère du code pour satisfaire des contrats déterministes, créant une boucle de rétroaction serrée pour une itération plus rapide.

Correctif pour le problème du service VM Workspace de Claude Desktop sur Windows 11 Famille
Une correction développée par la communauté résout l'erreur 'Service VM non en cours d'exécution' dans la fonctionnalité d'espace de travail de Claude Desktop sur Windows 11 Famille, avec des commandes PowerShell manuelles et un outil automatisé disponible sur GitHub.

Techniques pratiques pour réduire la dérive d'état dans les agents IA multi-étapes
Un développeur partage des méthodes concrètes pour corriger la dérive d'état dans les flux de travail multi-agents, incluant les lectures basées sur des instantanés, les écritures en mode ajout uniquement, et la séparation de l'état du contexte. Ces approches ont rendu les exécutions reproductibles et le débogage traçable.