Comment un Développeur de YADRO Configure Claude Code avec Spec-Driven Development

Le programmeur et architecte de YADRO Daniil Podolskiy travaille avec la méthodologie Spec-Driven Development depuis neuf mois et gère des agents d'IA qui écrivent du code à sa place. Il se qualifie lui-même non de vibe coder, mais d'ingénieur — et explique pourquoi. C'est le premier article de sa série sur l'organisation de l'espace de travail d'un développeur SDD : un examen de la configuration de base de Claude Code pour une commutation rapide de modèles sans rechargement.

SDD contre Vibe Coding

Le vibe coding est quand un développeur décrit une tâche à l'IA, voit ce qui en résulte et itère « par intuition ». L'approche est populaire précisément parce qu'elle fonctionne rapidement et ne nécessite aucune préparation préalable. Spec-Driven Development est fondamentalement différent.

D'abord, une spécification complète est créée : exigences, architecture, comportement du système, cas limites. Ce n'est qu'alors que l'agent d'IA commence à travailler à partir du document comme une spécification technique. Le développeur façonne la structure et prend les décisions architecturales, tandis que l'IA implémente les détails et remplit le code.

Podolskiy insiste sur le fait que son approche est « plus complète que simplement parler à l'IA ». Le SDD rétablit la discipline d'ingénierie dans un domaine où elle a commencé à disparaître en raison de la vitesse des outils d'IA — exigences, conception, implémentation, vérification. L'exécuteur a changé, mais le processus lui-même reste une question d'ingénierie.

C'est ce qui distingue SDD du vibe coding : pas l'outil, mais la méthodologie.

Configuration de Claude Code pour Plusieurs Projets

La tâche centrale de l'article est de savoir comment commuter entre les modèles dans Claude Code sans rechargement, individuellement pour chaque projet. À première vue un détail, en pratique — un sérieux goulot d'étranglement pour ceux qui gèrent plusieurs référentiels simultanément. La configuration de modèle globale standard ne convient pas dans cette situation.

Différents projets imposent différentes exigences : un service de production a besoin d'Opus avec un raisonnement profond et une adhérence stricte aux instructions, un prototype ou une tâche routinière fonctionne bien avec Sonnet ou Haiku. Si chaque transition entre projets nécessite une reconfiguration manuelle et un redémarrage de l'agent, le développeur commence progressivement à éviter les changements de modèle — et choisit un modèle « universel » au lieu de l'optimal.

Principes clés de configuration :

• `CLAUDE.md` à la racine du projet — le modèle et le contexte sont complètement isolés au niveau du référentiel
• La commande `/model` commute les modèles à la volée sans redémarrer la session actuelle
• `settings.json` au niveau du projet stocke les profils d'agents, les permissions et les ensembles d'outils
• Les fichiers d'override locaux distinguent les configurations dev et prod
• Les variables d'environnement permettent de contrôler les modèles via CI/CD sans éditer les fichiers de configuration

Pourquoi la Vitesse de Commutation Change la Qualité

Avec Spec-Driven Development, un seul projet utilise séquentiellement plusieurs modèles à différentes étapes. La création d'une spécification nécessite un modèle puissant avec un raisonnement fort et des réponses détaillées. L'implémentation à partir d'une spécification prête a besoin d'un modèle rapide et prévisible — moins de risque de déviation de la tâche. Pour l'examen final, un autre profil est nécessaire à nouveau. Si la commutation prend trente secondes et nécessite une manipulation manuelle, le développeur commence progressivement à éviter les changements de modèle. Cela détériore à la fois la vitesse et la qualité — particulièrement au stade de la rédaction de la spécification, où le raisonnement est critique.

«

Mon approche du travail est plus complète que simplement parler à l'IA », — Daniil Podolskiy, YADRO.

La série continuera. Les prochains articles aborderont l'orchestration de plusieurs agents en parallèle, la gestion du contexte et la structure des spécifications elles-mêmes.

Ce Que Cela Signifie

Spec-Driven Development devient progressivement une discipline d'ingénierie distincte. Alors que la plupart des développeurs apprennent le vibe coding, certains font la transition vers des méthodologies rigoureuses : documentation, spécification, agent, vérification. Une analyse de la configuration de Claude Code par un architecte de YADRO est l'un des premiers matériaux systématiques en langue russe sur ce sujet. La série mérite d'être suivie pour ceux qui travaillent encore intuitivement avec les outils d'IA.