Comment un développeur de YADRO configure Claude Code selon la méthode Spec-Driven Development

Daniil Podolsky, programmeur et architecte chez YADRO, travaille depuis neuf mois avec la méthodologie Spec-Driven Development et dirige des agents IA qui écrivent le code à sa place. Il ne se présente pas comme un vibe coder, mais comme un ingénieur, et il explique pourquoi. C'est le premier article de sa série sur l'organisation du poste de travail d'un développeur SDD : un tour d'horizon de la configuration de base de Claude Code pour changer rapidement de modèle sans redémarrage.

SDD contre vibe coding

Le vibe coding, c'est quand le développeur décrit une tâche à l'IA, regarde le résultat et itère « au feeling ». L'approche est populaire précisément parce qu'elle est rapide et ne demande aucune préparation préalable.

Le Spec-Driven Development repose sur un principe radicalement différent. On commence par créer une spécification complète : exigences, architecture, comportement du système, cas limites. Ce n'est qu'ensuite que l'agent IA se met au travail, en s'appuyant sur le document comme sur un cahier des charges technique. Le développeur définit la structure et prend les décisions d'architecture ; l'IA implémente les détails et remplit le code.

Podolsky insiste : son approche est « plus globale que le simple fait de discuter avec une IA ». Le SDD rétablit la discipline d'ingénierie là où elle commençait à s'effacer sous l'effet de la vitesse des outils d'IA : exigences, conception, implémentation, vérification. L'exécutant a changé, mais le processus reste un processus d'ingénierie. C'est ce qui distingue le SDD du vibe coding : une méthodologie, pas un outil.

Configurer Claude Code pour plusieurs projets

La tâche centrale de l'article : changer de modèle dans Claude Code sans redémarrage, projet par projet. Cela ressemble à un détail, mais en pratique c'est un vrai frein pour ceux qui gèrent plusieurs dépôts en parallèle.

Le réglage global standard du modèle ne convient pas dans ce cas. Chaque projet a ses exigences : un service en production a besoin d'Opus, avec un raisonnement approfondi et un respect strict des instructions, alors qu'un prototype ou une tâche de routine se contente très bien de Sonnet ou de Haiku. Si chaque passage d'un projet à l'autre impose une reconfiguration manuelle et un redémarrage de l'agent, le développeur finit par éviter de changer de modèle et prend un modèle « universel » plutôt que le modèle optimal.

Principes clés de la configuration :

• `CLAUDE.md` à la racine du projet : le modèle et le contexte sont totalement isolés au niveau du dépôt
• La commande `/model` change le modèle à la volée sans redémarrer la session en cours
• Le `settings.json` au niveau du projet stocke les profils d'agents, les permissions et l'ensemble des outils
• Des fichiers locaux d'override séparent les configurations dev et prod
• Les variables d'environnement permettent de piloter le modèle via CI/CD sans modifier les fichiers de configuration

Pourquoi la vitesse de changement influe sur la qualité

En Spec-Driven Development, un même projet utilise successivement plusieurs modèles à différentes étapes. Pour créer la spécification, il faut un modèle puissant, doté d'un raisonnement solide et de réponses développées. Pour implémenter une spécification déjà prête, un modèle rapide et prévisible suffit, avec moins de risques de s'écarter du cahier des charges. Pour la relecture finale, il faut encore un autre profil.

Si le changement prend une demi-minute et exige des manipulations manuelles, le développeur se met peu à peu à éviter de changer de modèle. Cela dégrade à la fois la vitesse et la qualité, surtout à l'étape de rédaction de la spécification, où le raisonnement est critique.

«

Mon approche du travail est plus globale que le simple fait de discuter avec une IA », — Daniil Podolsky, 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

Le Spec-Driven Development prend peu à peu la forme d'une discipline d'ingénierie à part entière. Tandis que la plupart des développeurs apprivoisent le vibe coding, certains passent à des méthodologies rigoureuses : documentation, spécification, agent, vérification. Cette analyse de la configuration de Claude Code par un architecte de YADRO est l'un des premiers documents systématiques en russe sur le sujet. La série vaut aussi le détour pour ceux qui travaillent encore avec les outils d'IA de manière intuitive.