Compétences concise-planning
📦
concise-planning
Sûr
Générer des plans de tâches de codage exploitables
Transformez les demandes de projet vagues en listes de contrôle structurées et exécutables. Réduisez les échanges en formulant des hypothèses raisonnables et en fournissant des éléments d'action atomiques commençant par un verbe.
Prend en charge: Claude Codex Code(CC)
1
Télécharger le ZIP du skill
2
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
3
Activez et commencez à utiliser
Tester
Utilisation de "concise-planning". Plan pour ajouter la pagination à notre endpoint de liste de produits
Résultat attendu:
- # Plan
- Implémenter la pagination basée sur un offset pour l'endpoint GET /products avec une taille de page configurable et des options de tri.
- ## Scope
- - In : Endpoint de listing des produits, format de réponse, paramètres de requête
- - Out : Autres endpoints, couche de cache, modifications frontend
- ## Action Items
- [ ] Examiner l'implémentation actuelle de GET /products dans src/routes/products.ts
- [ ] Ajouter les paramètres de requête : page, limit, sortBy, sortOrder
- [ ] Implémenter le calcul de l'offset et la modification de la requête base de données
- [ ] Ajouter les métadonnées de pagination à la réponse (total, page, totalPages)
- [ ] Écrire des tests unitaires pour la logique de pagination
- [ ] Ajouter un test d'intégration vérifiant le contenu correct des pages
- [ ] Mettre à jour la documentation de l'API
- [ ] Tester avec les cas limites (résultats vides, dernière page, paramètres invalides)
- ## Open Questions
- - Quelle est la taille de page par défaut ? (En supposant 20)
- - Devons-nous implémenter une pagination basée sur un curseur pour les grands datasets ?
Utilisation de "concise-planning". Plan pour mettre à niveau notre projet Django de la version 3.2 à 4.2 LTS
Résultat attendu:
- # Plan
- Exécuter une mise à niveau de version majeure en suivant le chemin de dépréciation de Django avec des tests à chaque étape.
- ## Scope
- - In : Cœur de Django, packages Django installés, suite de tests
- - Out : Services tiers, infrastructure de déploiement, version Python
- ## Action Items
- [ ] Auditer les packages installés pour la compatibilité Django 4.x
- [ ] Exécuter les tests sur Django 3.2 pour établir une base de référence
- [ ] Mettre à niveau vers Django 4.0, corriger les avertissements de dépréciation
- [ ] Mettre à niveau vers Django 4.1, corriger les avertissements de dépréciation
- [ ] Mettre à niveau vers Django 4.2 LTS, vérifier que tous les tests passent
- [ ] Mettre à jour requirements.txt et le fichier lock
- [ ] Consulter les notes de version de Django 4.2 pour les considérations de sécurité
- [ ] Déployer dans l'environnement de staging pour les tests d'intégration
- ## Open Questions
- - Y a-t-il des middleware personnalisés ou des backends d'authentification qui pourraient être affectés ?
- - Quel est le plan de rollback si des problèmes surviennent en production ?
Audit de sécurité
Sûrv1 • 2/24/2026
Static analyzer flagged 4 patterns that are all false positives. The external_commands detections at lines 18 and 37 are markdown formatting (inline code and code fences), not shell execution. The cryptographic algorithm detections at lines 3 and 67 are plain documentation text with no actual crypto operations. This skill is purely a planning template with no executable code, network access, or system interactions.
1
Fichiers analysés
68
Lignes analysées
0
résultats
1
Total des audits
Aucun problème de sécurité trouvé
Audité par: claude
Score de qualité
38
Architecture
100
Maintenabilité
87
Contenu
50
Communauté
100
Sécurité
91
Conformité aux spécifications
Ce que vous pouvez construire
Planification du développement de fonctionnalités
Décomposez les demandes de nouvelles fonctionnalités en étapes discrètes et implémentables avec des critères de validation clairs.
Projets de refactoring
Créez des plans structurés pour les améliorations du codebase avec une portée définie et des considérations de rollback.
Investigation de bugs
Générez des plans de débogage systématiques couvrant la découverte, les tests d'hypothèses et la vérification.
Essayez ces prompts
Plan de fonctionnalité de base
Créez un plan pour ajouter l'authentification utilisateur à notre API Express. Nous utilisons PostgreSQL et JWT. Incluez les étapes de découverte, d'implémentation et de tests.
Plan de refactoring
Planifiez le refactoring de notre UserService monolithique en modules séparés pour l'authentification, la gestion des profils et les notifications. Le fichier actuel est src/services/user.ts (450 lignes). Définissez des limites de portée claires et l'approche de migration.
Plan d'investigation de bug
Les utilisateurs signalent des erreurs 500 intermittentes lors du paiement. Créez un plan d'investigation couvrant l'analyse des logs, les étapes de reproduction, les tests d'hypothèses et la configuration de la surveillance. Le fournisseur de paiement est Stripe.
Plan de migration
Planifiez notre migration de REST vers GraphQL pour l'API du catalogue de produits. Incluez la conception du schéma, l'implémentation des résolveurs, la stratégie de déploiement progressif et la chronologie de dépréciation des endpoints existants.
Bonnes pratiques
- Commencez par la collecte de contexte - lisez le README, la documentation et le code pertinent avant de planifier
- Gardez les éléments d'action atomiques - chacun doit être une seule unité logique de travail
- Incluez toujours la validation ou les tests comme étapes explicites dans le plan
Éviter
- Créer des plans sans comprendre la structure du codebase existant
- Écrire des étapes vagues comme 'corriger le problème' au lieu d'actions concrètes
- Sauter les étapes de validation ou supposer que les tests se feront séparément
Foire aux questions
Quand dois-je utiliser cette compétence par rapport à une demande directe de code ?
Utilisez cette compétence lorsque vous commencez une tâche complexe qui bénéficie d'une réflexion structurée. Elle vous aide à voir la portée complète avant le début de l'implémentation et garantit que rien n'est oublié.
Combien d'éléments d'action un plan doit-il inclure ?
La compétence génère 6 à 10 éléments atomiques par défaut. Cette plage équilibre la complétude avec la charge cognitive. Les projets plus importants peuvent nécessiter plusieurs plans à différents niveaux d'abstraction.
La compétence me posera-t-elle des questions avant de générer un plan ?
La compétence pose au maximum 1 à 2 questions et uniquement en cas de blocage réel. Elle formule des hypothèses raisonnables pour les inconnues non critiques afin de minimiser les échanges.
Puis-je modifier la structure du modèle de plan ?
Le modèle fournit une structure éprouvée (Approche, Scope, Action Items, Validation). Vous pouvez personnaliser les sections dans votre prompt si votre équipe a des exigences de planification spécifiques.
Cette compétence fonctionne-t-elle pour les tâches non liées au codage ?
Bien que conçue pour le travail de développement, l'approche structurée s'applique à tout projet nécessitant des étapes atomiques. Le format concret commençant par un verbe se traduit bien dans d'autres domaines.
Qu'est-ce qui fait un bon él��ment d'action ?
Les bons éléments d'action commencent par un verbe (Ajouter, Refactorer, Vérifier), nomment des fichiers spécifiques lorsque c'est possible, et représentent une seule unité logique de travail qui peut être cochée une fois terminée.