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

Comprendre l'architecture des agents IA : couches déterministes vs probabilistes
Un utilisateur de Reddit partage un modèle mental pour les systèmes d'agents IA qui sépare les couches déterministes (scripts, commandes, API) des couches probabilistes (raisonnement et décisions des LLM). L'idée clé : transférer autant de travail que possible vers le côté déterministe.

Modèles de défaillance d'OpenClaw : 42 incidents réels en 28 jours
Un développeur utilisant OpenClaw quotidiennement a documenté 42 échecs spécifiques répartis en huit catégories, incluant des hallucinations de l'IA, des pannes d'authentification et des automatisations qui coûtent plus de temps qu'elles n'en font gagner. La source fournit des exemples concrets comme l'expiration des jetons OAuth de Google après 7 jours et Opus 4.6 ajoutant des métadonnées indésirables aux fichiers.

Installation d'OpenClaw sur MacBook Pro avec Homebrew local et NVM
Un utilisateur a installé avec succès OpenClaw sur un MacBook Pro en utilisant un compte non administrateur avec Homebrew local, NVM v0.40.4, Python 3.14.3 via pyenv, Node 24, et le modèle de langage Qwen3.5-122B-A10B-MLX-vision-4.7-bit via oMLX.

Comment migrer OpenClaw et Hermes entre des machines via une auto-migration SSH
Un utilisateur a transféré OpenClaw et Hermes de WSL2 Ubuntu sur un ordinateur portable vers une instance EVO-X2 WSL2 Ubuntu 2604 en faisant en sorte que les outils se connectent en SSH et migrent eux-mêmes.