Outil Exit Plan Mode (`exit_plan_mode`)

Ce document décrit l’outil exit_plan_mode pour Qwen Code.

Description

Utilisez exit_plan_mode lorsque vous êtes en mode planification et que vous avez terminé de présenter votre plan d’implémentation. Cet outil invite l’utilisateur à approuver ou rejeter le plan et effectue la transition du mode planification vers le mode implémentation.

L’outil est spécifiquement conçu pour les tâches qui nécessitent de planifier les étapes d’implémentation avant d’écrire du code. Il ne doit PAS être utilisé pour des tâches de recherche ou de collecte d’informations.

Arguments

exit_plan_mode prend un argument :

plan (chaîne de caractères, obligatoire) : Le plan d’implémentation que vous souhaitez présenter à l’utilisateur pour approbation. Il doit s’agir d’un plan concis, formaté en Markdown, décrivant les étapes d’implémentation.

Comment utiliser `exit_plan_mode` avec Qwen Code

L’outil Exit Plan Mode fait partie du workflow de planification de Qwen Code. Lorsque vous êtes en mode planification (généralement après avoir exploré une base de code et conçu une approche d’implémentation), vous utilisez cet outil pour :

Présenter votre plan d’implémentation à l’utilisateur
Demander l’approbation pour procéder à l’implémentation
Effectuer la transition du mode planification vers le mode implémentation en fonction de la réponse de l’utilisateur

L’outil présentera votre plan à l’utilisateur et proposera les options suivantes :

Proceed Once : Approuver le plan pour cette session uniquement
Proceed Always : Approuver le plan et activer l’approbation automatique pour les futures opérations d’édition
Cancel : Rejeter le plan et rester en mode planification

Utilisation :


exit_plan_mode(plan="Your detailed implementation plan here...")

Quand utiliser cet outil

Utilisez exit_plan_mode lorsque :

Tâches d’implémentation : Vous planifiez les étapes d’implémentation d’une tâche de codage
Achèvement du plan : Vous avez terminé l’exploration et la conception de votre approche d’implémentation
Approbation utilisateur nécessaire : Vous avez besoin de la confirmation de l’utilisateur avant de procéder à des modifications de code
Tâches d’écriture de code : La tâche implique l’écriture, la modification ou le refactoring de code

Exemples d’utilisation appropriée :

“Help me implement user authentication” → Utilisation après avoir planifié l’implémentation du système d’authentification
“Add a new API endpoint for user management” → Utilisation après avoir conçu la structure du point d’API
“Refactor the database layer to use TypeORM” → Utilisation après avoir planifié l’approche de refactoring

Quand ne PAS utiliser cet outil

N’utilisez PAS exit_plan_mode pour :

Tâches de recherche : Tâches axées sur la compréhension ou l’exploration de code existant
Collecte d’informations : Lorsque vous recherchez, lisez ou analysez sans implémenter
Tâches de documentation : Lors de la création de documentation sans modifications de code
Tâches d’analyse : Lorsque vous fournissez des explications ou des révisions sans implémentation

Exemples d’utilisation inappropriée :

“Search for and understand the implementation of vim mode in the codebase” → Ne pas utiliser (tâche de recherche)
“Explain how the authentication system works” → Ne pas utiliser (tâche d’analyse)
“Find all TODO comments in the project” → Ne pas utiliser (collecte d’informations)

Exemples d’utilisation de `exit_plan_mode`

Exemple de planification d’implémentation


exit_plan_mode(plan="## Implementation Plan for User Dashboard

### 1. Create Dashboard Components
- Create `UserDashboard.tsx` with main dashboard layout
- Add `DashboardStats.tsx` for displaying user statistics
- Implement `ActivityFeed.tsx` for recent user activities

### 2. Add API Integration
- Create `dashboardApi.ts` for dashboard data fetching
- Add endpoints for user stats and activity data
- Implement error handling and loading states

### 3. Update Routing
- Add dashboard route in `App.tsx`
- Update navigation component with dashboard link
- Add route protection for authenticated users

### 4. Testing and Documentation
- Write unit tests for dashboard components
- Add integration tests for API calls
- Update user documentation with dashboard features

This implementation will take approximately 4-6 hours and requires changes to 8-10 files.")

Exemple de planification de refactoring


exit_plan_mode(plan="## Database Layer Refactoring Plan

### Phase 1: Setup and Configuration
- Install and configure TypeORM dependencies
- Create database connection configuration
- Set up entity definitions for existing models

### Phase 2: Migration
- Create migration scripts for existing data
- Implement new repository pattern using TypeORM
- Replace raw SQL queries with TypeORM query builder

### Phase 3: Testing and Validation
- Update all database tests to use TypeORM
- Validate data integrity after migration
- Performance testing to ensure no regressions

This refactoring will modernize our database layer while maintaining backward compatibility.")

Gestion de la réponse de l’utilisateur

Après avoir appelé exit_plan_mode, l’utilisateur peut répondre de plusieurs manières :

Proceed Once : Le plan est approuvé pour une implémentation immédiate avec les paramètres de confirmation par défaut
Proceed Always : Le plan est approuvé et l’approbation automatique est activée pour les opérations d’édition ultérieures
Cancel : Le plan est rejeté et le système reste en mode planification pour une planification ultérieure

L’outil ajuste automatiquement le mode d’approbation en fonction du choix de l’utilisateur, simplifiant le processus d’implémentation selon les préférences de l’utilisateur.

Notes importantes

Mode planification uniquement : Cet outil ne doit être utilisé que lorsque vous êtes en mode planification.
Focus sur l’implémentation : Utilisez-le uniquement pour les tâches impliquant l’écriture ou la modification de code.
Plans concis : Gardez les plans ciblés et concis - visez la clarté plutôt que des détails exhaustifs.
Support Markdown : Les plans prennent en charge le formatage Markdown pour une meilleure lisibilité.
Utilisation unique : L’outil doit être utilisé une seule fois par session de planification lorsque vous êtes prêt à procéder.
Contrôle utilisateur : La décision finale de procéder revient toujours à l’utilisateur.

Intégration avec le workflow de planification

L’outil Exit Plan Mode fait partie d’un workflow de planification plus large :

Entrer en mode planification : L’utilisateur demande ou le système détermine qu’une planification est nécessaire
Phase d’exploration : Analyser la base de code, comprendre les besoins, explorer les options
Conception du plan : Créer une stratégie d’implémentation basée sur l’exploration
Présentation du plan : Utiliser exit_plan_mode pour présenter le plan à l’utilisateur
Phase d’implémentation : Après approbation, procéder à l’implémentation planifiée

Ce workflow garantit des approches d’implémentation réfléchies et donne aux utilisateurs le contrôle sur les modifications importantes du code.

Outil Exit Plan Mode (exit_plan_mode)