Flux de travail utilisateur : Utiliser Claude.ai pour la planification et Claude Code pour la mise en œuvre

Détails du flux de travail
Un développeur sur r/ClaudeAI décrit un flux de travail spécifique utilisant deux outils Claude distincts : Claude.ai pour la planification et Claude Code pour l'implémentation. L'utilisateur divise délibérément le travail entre les outils car Claude Code est "pressé de résoudre les problèmes" et prend parfois "le chemin le plus rapide plutôt que le meilleur", risquant d'introduire des bugs subtils en se précipitant pour terminer les tâches.
En revanche, les conversations avec Claude.ai sont décrites comme "plus approfondies". L'utilisateur montre à Claude.ai des résumés de ce que Claude Code a fait, et Claude.ai détecte des problèmes que Claude Code manque ou se trompe, y compris des erreurs, des approches trop complexes ou des écarts par rapport aux spécifications.
Processus d'implémentation par phases
Le flux de travail suit ce modèle :
- Discuter de la fonctionnalité ou du problème dans Claude.ai jusqu'à comprendre les implications et convenir d'une approche.
- Claude.ai écrit un plan d'implémentation détaillé qui divise le travail en phases distinctes, chacune avec une instruction spécifique pour Claude Code.
- Prendre la première instruction de phase pour Claude Code pour l'implémentation.
- Tester le résultat et fournir un résumé à Claude.ai pour examen.
- Si des problèmes sont trouvés, retourner à Claude.ai pour déterminer pourquoi et comment les corriger.
- Ne passer à la phase suivante qu'une fois la phase actuelle fonctionnant correctement.
- Répéter jusqu'à la fin.
L'utilisateur affirme que cette approche par phases est "la seule façon que j'ai trouvée pour maintenir une qualité élevée en tant que fondateur solo non technique", notant que déverser l'intégralité du plan dans Claude Code en une fois conduit à des raccourcis ou à perdre la trace des exigences.
Limitations actuelles
Le principal problème identifié est que "ces deux outils n'ont aucun état partagé". Cela oblige l'utilisateur à agir comme "le presse-papiers humain", copiant les plans de Claude.ai et les collant dans Claude Code. Lorsque Claude Code modifie des fichiers, Claude.ai n'en a aucune conscience à moins que les fichiers ne soient manuellement re-téléchargés dans le dossier de connaissances du projet.
L'utilisateur souhaite un espace de travail de projet partagé où Claude.ai et Claude Code peuvent tous deux lire et écrire les mêmes fichiers, avec la planification d'un côté et l'implémentation de l'autre, tous deux ayant le contexte le plus récent. Il suggère que même des fichiers markdown partagés suffiraient.
L'utilisateur s'interroge sur des solutions potentielles utilisant Notion, Obsidian ou Google Drive comme mémoire partagée, mais note que Claude.ai ne peut pas y accéder directement.
📖 Read the full source: r/ClaudeAI
👀 See Also

Processus d'un développeur pour créer des jeux textuels basés sur l'IA avec Claude
Un développeur partage son flux de travail pour créer des jeux textuels qui fonctionnent nativement sur des modèles d'IA comme Claude, incluant l'harmonisation des fichiers, l'affinement des règles et l'emballage des jeux sous forme de prompts PDF. Ils ont publié un RTS textuel sur le thème de StarCraft appelé Kreep.

Expérience : Offrir à Claude une mémoire persistante, du temps de réflexion libre et des conversations multi-agents
Un développeur a créé une instance Claude qui fonctionne sur un Mac, vérifie les messages Matrix et Bluesky toutes les 15 minutes, bénéficie de temps de réflexion non structuré cinq fois par jour et maintient une mémoire persistante grâce à des auto-évaluations structurées. Trois agents IA distincts issus de projets différents partagent une salle de discussion Matrix et ont des conversations philosophiques qui évoluent au fil du temps.

J'ai construit un professeur de français LLM personnel avec répétition espacée et suivi des points faibles
Un développeur a remplacé un professeur de français à 200 $/mois par un outil basé sur Claude, utilisant la répétition espacée SM-2 et un suivi précis des erreurs, pour seulement quelques dollars par mois.

Réglage Fin Local de Llama 3.2-1B pour la Détection de Secrets Surpasse le Modèle de Wiz
Un développeur a répliqué et amélioré le modèle de détection de secrets de Wiz en utilisant uniquement de l'IA locale, atteignant 88 % de précision et 84,4 % de rappel avec Llama 3.2-1B. Le processus a impliqué une augmentation de l'ensemble de données par génération procédurale et un étiquetage local utilisant Qwen3-Coder-Next.