Compétences plan-writing
📦

plan-writing

Sûr

Créer des plans de tâches exploitables avec des critères de vérification

Le travail de développement complexe manque souvent de structure claire et d'étapes de vérification. Cette compétence décompose les tâches en petites actions vérifiables avec des critères d'achèvement explicites.

Prend en charge: Claude Codex Code(CC)
🥉 72 Bronze
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 "plan-writing". Create a task plan for adding user authentication to my Next.js application.

Résultat attendu:

  • # Implémentation de l'authentification utilisateur
  • ## Objectif
  • Ajouter une authentification utilisateur sécurisée utilisant NextAuth avec email/mot de passe et fournisseurs OAuth.
  • ## Tâches
  • - [ ] Installer les packages next-auth et bcrypt pour vérifier : npm install se termine sans erreurs
  • - [ ] Créer la route /api/auth/[...nextauth].ts pour vérifier : Le fichier de route existe avec la configuration NextAuth
  • - [ ] Ajouter le fournisseur credentials à la configuration NextAuth pour vérifier : Le formulaire de connexion email/mot de passe s'envoie correctement
  • - [ ] Implémenter la gestion de session pour vérifier : Les routes protégées redirigent les utilisateurs non authentifiés
  • - [ ] Ajouter les fournisseurs OAuth (Google, GitHub) pour vérifier : Les boutons de connexion OAuth apparaissent et authentifient
  • ## Terminé quand
  • - [ ] Les utilisateurs peuvent s'inscrire, se connecter, se déconnecter et accéder aux routes protégées avec persistance de session

Utilisation de "plan-writing". Plan a refactoring of our legacy jQuery codebase to React components.

Résultat attendu:

  • # Plan de migration de jQuery vers React
  • ## Objectif
  • Migrer progressivement les composants jQuery hérités vers React tout en maintenant la fonctionnalité.
  • ## Tâches
  • - [ ] Auditer les composants jQuery existants et documenter le comportement pour vérifier : Tableau listant tous les composants avec leurs dépendances
  • - [ ] Configurer la construction React parallèlement au codebase existant pour vérifier : jQuery et React peuvent coexister dans la même page
  • - [ ] Migrer d'abord les composants utilitaires isolés (boutons, modales) pour vérifier : Les composants migrés passent les tests de régression visuelle
  • - [ ] Créer un wrapper React pour les gestionnaires de formulaires jQuery pour vérifier : Les formulaires envoient les données correctement via la couche React
  • - [ ] Remplacer la logique jQuery au niveau des pages par des composants React pour vérifier : Tous les flux utilisateur se terminent sans erreurs JavaScript
  • ## Terminé quand
  • - [ ] Tous les composants jQuery remplacés par des équivalents React et la dépendance jQuery supprimée de package.json

Audit de sécurité

Sûr
v1 • 2/24/2026

Static analyzer flagged 20 patterns (17 external_commands, 3 cryptographic) that are all FALSE POSITIVES. The SKILL.md file is documentation-only Markdown containing command examples in tables and code blocks, not executable code. Backticks are Markdown formatting, not shell execution. No cryptographic algorithms exist in the file. This is a safe planning skill that generates task breakdowns with verification criteria.

1
Fichiers analysés
155
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
32
Communauté
100
Sécurité
100
Conformité aux spécifications

Ce que vous pouvez construire

Planification d'implémentation de fonctionnalités

Décomposer le développement de nouvelles fonctionnalités en tâches discrètes et testables avec des dépendances claires et des étapes de vérification pour une implémentation systématique.

Organisation de projets de refactoring

Structurer le refactoring de code à grande échelle en phases gérables avec des critères de vérification pour assurer la stabilité du système tout au long du processus.

Documentation de correction de bugs

Créer des plans d'action clairs pour les corrections de bugs complexes qui s'étendent sur plusieurs fichiers ou nécessitent de comprendre des interactions système intriquées.

Essayez ces prompts

Plan de fonctionnalité de base
Create a task plan for adding user authentication to my Next.js application. Include setup, implementation, and verification steps.
Plan de refactoring
I need to refactor our monolithic service into modular components. Create a phased plan that minimizes risk and allows incremental testing.
Plan d'investigation de bug
Users report intermittent 500 errors in our API. Create a systematic investigation plan with hypothesis testing and rollback steps.
Configuration complète de projet
Create a complete development plan for a new React + TypeScript project with testing, linting, and CI/CD configuration from scratch.

Bonnes pratiques

  • Commencez chaque plan par un objectif en une phrase qui indique clairement ce que vous construisez ou corrigez.
  • Limitez les plans à un maximum de 10 tâches - si le travail dépasse cela, divisez-le en plusieurs plans ciblés.
  • Incluez toujours des critères de vérification spécifiques que n'importe qui peut suivre pour confirmer l'achèvement de la tâche.

Éviter

  • Créer des plans avec 50+ micro-tâches qui deviennent écrasantes et perdent l'accent sur les résultats.
  • Écrire des tâches génériques comme 'Configurer le projet' sans spécifier les commandes exactes ou les sorties attendues.
  • Copier-coller des plans de modèles sans les adapter au contexte spécifique du projet et aux exigences.

Foire aux questions

Quels types de tâches sont les mieux adaptés à cette approche de planification ?
Travail complexe en plusieurs étapes comme l'implémentation de fonctionnalités, le refactoring sur plusieurs fichiers, les corrections de bugs nécessitant une investigation, et la configuration de nouveaux projets. Les tâches ponctuelles simples n'ont pas besoin de plans formels.
Quel niveau de détail chaque tâche devrait-elle avoir dans le plan ?
Chaque tâche devrait représenter 2 à 5 minutes de travail ciblé avec un résultat clair unique. Les tâches devraient être suffisamment spécifiques pour que la vérification soit sans ambiguïté mais pas si granulaires qu'elles deviennent du micro-management.
Puis-je modifier le plan pendant que je travaille sur les tâches ?
Oui, les plans devraient évoluer à mesure que vous apprenez pendant l'implémentation. Mettez à jour les tâches selon les besoins, marquez les éléments terminés avec [x], et ajoutez de nouvelles tâches si vous découvrez du travail additionnel.
Où les fichiers de plan devraient-ils être sauvegardés dans mon projet ?
Sauvegardez les fichiers de plan dans le répertoire racine du projet avec un nom descriptif dérivé de la tâche (par exemple, auth-feature.md, api-refactor.md). Évitez de placer les plans dans des sous-répertoires.
Que faire si ma tâche nécessite plus de 10 sous-tâches ?
Divisez le travail en plusieurs plans connexes. Par exemple, séparez les plans pour 'Configuration de l'API Backend', 'Intégration Frontend', et 'Tests et Validation' qui ensemble complètent la fonctionnalité complète.
Comment gérer les dépendances de tâches dans le plan ?
Listez les tâches dans l'ordre des dépendances pour que le travail prérequis vienne en premier. Vous pouvez aussi ajouter des notes en ligne comme 'Nécessite : Tâche 2' pour rendre les dépendances explicites dans la description de la tâche.

Détails du développeur

Structure de fichiers

📄 SKILL.md