Skip to main content

Commande Deep Planning

/deep-planning transforme Careti en un architecte méticuleux qui examine votre codebase, pose des questions de clarification et crée un plan d'implémentation complet avant d'écrire une seule ligne de code.

Deep Planning command in action showing investigation and planning process

Lorsque vous utilisez /deep-planning, Careti suit un processus en quatre étapes qui reflète la manière dont les développeurs expérimentés abordent les fonctionnalités complexes : investigation approfondie, discussion et clarification des exigences, planification détaillée et création de tâches structurées avec suivi des progrès.

Le processus en quatre étapes

Étape 1 : Investigation silencieuse

Careti devient un détective, explorant silencieusement votre codebase pour comprendre sa structure, ses modèles et ses contraintes. Il examine les fichiers sources, analyse les modèles d'importation, découvre les hiérarchies de classes et identifie les marqueurs de dette technique. Pas de commentaires, pas de narration, juste une recherche ciblée.

Pendant cette phase, Careti exécute des commandes telles que :

  • Trouver toutes les définitions de classes et de fonctions dans votre codebase
  • Analyser les modèles d'importation pour comprendre les dépendances
  • Découvrir la structure du projet et l'organisation des fichiers
  • Identifier les TODO et la dette technique

Étape 2 : Discussion et questions

Une fois que Careti comprend votre codebase, il pose des questions ciblées qui façonneront l'implémentation. Ce ne sont pas des questions génériques, elles sont spécifiques à votre projet et à la fonctionnalité que vous créez.

Les questions peuvent porter sur :

  • Clarifier les exigences ambiguës
  • Choisir entre des approches d'implémentation également valables
  • Confirmer les hypothèses sur le comportement du système
  • Comprendre les préférences pour les décisions techniques

Étape 3 : Document de plan d'implémentation

Careti crée un document markdown structuré (implementation_plan.md) qui sert de plan d'implémentation. Ce n'est pas un vague aperçu, c'est une spécification détaillée avec des chemins de fichiers exacts, des signatures de fonctions et un ordre d'implémentation.

Le plan comprend huit sections complètes :

  • Vue d'ensemble : L'objectif et l'approche de haut niveau
  • Types : Définitions de types complètes et structures de données
  • Fichiers : Fichiers exacts à créer, modifier ou supprimer
  • Fonctions : Fonctions nouvelles et modifiées avec signatures
  • Classes : Modifications de classes et détails d'héritage
  • Dépendances : Exigences et versions des packages
  • Tests : Stratégies de validation et exigences de test
  • Ordre d'implémentation : Séquence d'exécution étape par étape

Étape 4 : Création de tâches d'implémentation

Careti crée une nouvelle tâche qui fait référence au document de plan et inclut des étapes d'implémentation suivables. La tâche est livrée avec des commandes spécifiques pour lire chaque section du plan, garantissant que l'agent d'implémentation (que ce soit vous ou Careti en Act Mode) peut naviguer efficacement dans le plan.

💡Tip

Deep Planning fonctionne à merveille avec Focus Chain. Les étapes d'implémentation deviennent automatiquement une liste de tâches avec suivi des progrès en temps réel, ce qui permet de garder les projets complexes organisés et sur la bonne voie.

Utilisation de Deep Planning

Démarrez une session de deep planning en tapant /deep-planning suivi de la description de votre fonctionnalité :

/deep-planning Add user authentication with JWT tokens and role-based access control

Careti commencera immédiatement son investigation. Vous le verrez lire des fichiers et exécuter des commandes pour comprendre votre codebase. Une fois qu'il aura recueilli suffisamment de contexte, il entamera une discussion avec vous avant de créer le plan.

Exemple de flux de travail

Voici comment j'utilise /deep-planning pour une fonctionnalité réelle :

Lancer la planification

Je tape /deep-planning implement a caching layer for API responses

Investigation silencieuse

Careti explore ma codebase, en examinant :

  • La structure et les endpoints de l'API actuelle
  • Les modèles de flux de données existants
  • Les requêtes de base de données et les goulots d'étranglement des performances
  • La configuration et la configuration de l'environnement

Discussion ciblée

Careti me demande :

  • "Devrions-nous utiliser Redis ou la mise en cache en mémoire ?"
  • "Quelle est la tolérance acceptable de la mise en cache des données utilisateur ?"
  • "Avez-vous besoin de webhooks d'invalidation de cache ?"

Création de plan

Careti génère implementation_plan.md avec :

  • Les spécifications de la classe de service de cache
  • La configuration de la connexion Redis
  • Les endpoints d'API modifiés avec la logique de mise en cache
  • Les stratégies de génération de clés de cache
  • Les configurations TTL pour différents types de données

Génération de tâches

Careti crée une nouvelle tâche avec :

  • Une référence au plan d'implémentation
  • Des commandes pour lire des sections spécifiques
  • Des éléments de tâches suivables pour chaque étape d'implémentation
  • Une demande de passage en Act Mode pour l'exécution

Intégration avec le mode Plan/Act

Deep Planning est conçu pour fonctionner de manière transparente avec Plan/Act Mode :

  • Utilisez /deep-planning en Plan Mode pour les phases d'investigation et de planification
  • La tâche générée demande de passer en Act Mode pour l'implémentation
  • Focus Chain suit automatiquement les progrès à travers les étapes d'implémentation

Cette séparation garantit que la planification reste axée sur l'architecture, tandis que l'implémentation reste axée sur l'exécution.

Meilleures pratiques

Quand utiliser Deep Planning

Utilisez /deep-planning pour :

  • Les fonctionnalités touchant plusieurs parties de votre codebase
  • Les modifications architecturales nécessitant une coordination minutieuse
  • Les intégrations complexes avec des services externes
  • Les efforts de refactorisation qui nécessitent une exécution systématique
  • Toute fonctionnalité pour laquelle vous passeriez normalement du temps à faire du whiteboarding

Tirer le meilleur parti de l'investigation

Laissez Careti terminer son investigation de manière approfondie. La qualité du plan est directement corrélée à la qualité de sa compréhension de votre codebase. Si vous avez des domaines spécifiques qu'il devrait examiner, mentionnez-les dans votre demande initiale.

Examen du plan

Examinez toujours implementation_plan.md avant de commencer l'implémentation. Le plan est complet mais pas immuable : vous pouvez le modifier directement si nécessaire. Considérez-le comme un document collaboratif entre vous et Careti.

Suivi des progrès

Avec Focus Chain activé, votre progression d'implémentation s'affiche dans l'en-tête de la tâche. Chaque étape terminée est cochée automatiquement au fur et à mesure que Careti travaille sur le plan, ce qui vous donne une visibilité en temps réel sur les implémentations complexes.

Inspiration

J'utilise /deep-planning chaque fois que je suis sur le point de créer quelque chose qui nécessiterait normalement un document de conception. Voici quelques exemples récents de mon flux de travail :

  • Migration des systèmes d'authentification : Deep Planning a cartographié chaque endpoint, identifié tous les points de contact d'authentification et créé un plan de migration qui a évité les modifications majeures.

  • Ajout de fonctionnalités en temps réel : Le plan couvrait l'intégration WebSocket, la gestion des événements, la synchronisation de l'état et les mécanismes de secours en cas de déconnexion.

  • Refactorisation du schéma de base de données : Careti a identifié toutes les requêtes affectées, créé des scripts de migration et planifié le déploiement afin de minimiser les temps d'arrêt.

  • Implémentation du versionnage de l'API : Le plan détaillait les modifications de routes, les couches de compatibilité descendante, les avis de dépréciation et les chemins de migration des clients.

La puissance de /deep-planning réside dans le fait qu'il force une architecture réfléchie avant l'implémentation. C'est comme si un développeur expérimenté examinait votre approche avant que vous n'écriviez de code, sauf que ce développeur a une connaissance parfaite de l'ensemble de votre codebase.

ℹ️Note

Deep Planning nécessite des modèles dotés de fortes capacités de raisonnement. Il fonctionne mieux avec la dernière génération de modèles, tels que GPT-5, Claude 4, Gemini 2.5 ou Grok 4. Les modèles plus petits peuvent avoir des difficultés avec l'analyse complète requise.

Pour les tâches plus simples qui ne nécessitent pas de planification approfondie, envisagez d'utiliser /newtask pour créer des tâches ciblées avec du contexte, ou passez directement à l'implémentation si la voie à suivre est claire.