Synthèse automatique
Cette compétence génère un résumé structuré de ce qui a été construit lors d'un workflow de développement, en lisant l'état du workflow, listant les fichiers modifiés, et proposant les prochaines étapes.
Points forts
- Automatise la documentation des décisions clés et des résultats de développement.
- Formate les durées de manière lisible et personnalisable.
- Proactive en suggérant les actions suivantes comme le commit ou la création de PR.
- Nettoie l'état du workflow pour éviter les conflits.
Limites
- Dépend d'un fichier d'état de workflow prédéfini (.dev-workflow-state.json) qui doit être créé par les phases précédentes.
- Ne fonctionne que dans le contexte d'un workflow de développement structuré en phases.
- La sortie ultra-concise peut omettre certains détails importants selon les besoins.
Utilisez cette compétence à la fin d'une phase de développement (Phase 7) pour générer un rapport récapitulatif et proposer les prochaines étapes.
Ne l'utilisez pas pour documenter des modifications ad hoc ou en dehors d'un workflow structuré, car elle s'attend à un état de workflow bien défini.
Analyse de sécurité
SûrThis skill only reads files via Read and Glob; it does not execute any shell commands, network operations, or destructive actions. It reads a local state file and outputs a summary, posing no security risk.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
/dev:summaryGenerate a development summary using /dev:summaryname: dev:summary description: Résumé de ce qui a été construit (Phase 7) model: haiku allowed-tools: [Read, Glob] version: 1.0.0 license: MIT
Configuration de sortie
Instructions à Exécuter
IMPORTANT : Exécute ce workflow étape par étape :
IMPORTANT : Cette skill génère un résumé concis et nécessite un format de sortie spécifique.
Lis le frontmatter de cette skill. Si un champ output-style est présent, exécute immédiatement :
/output-style <valeur-du-champ>
Note : Une fois que le champ output-style sera supporté nativement par Claude Code, cette instruction pourra être supprimée.
Output-style requis : ultra-concise
Objectif
Phase 7 du workflow de développement : documenter ce qui a été accompli et suggérer les prochaines étapes.
Instructions
1. Lire le contexte
- Lire
.claude/data/.dev-workflow-state.jsonpour récupérer toutes les informations du workflow - Lister tous les fichiers créés/modifiés
2. Générer le résumé
Présenter un résumé structuré avec :
- Description de la feature
- Composants créés
- Fichiers modifiés
- Décisions clés
- Résultats qualité
- Temps de développement par phase
- Prochaines étapes suggérées
Format de durée
Formater les durées de manière lisible :
< 60s→{X}s(ex:45s)< 60min→{X}m {Y}s(ex:2m 30s)>= 60min→{X}h {Y}m(ex:1h 15m)
3. Nettoyer le workflow state
Marquer le workflow comme terminé
4. Proposer les actions suivantes
📋 Et maintenant ?
- /git:commit - Commiter les changements
- /git:pr - Créer une Pull Request
- /dev:feature <nouvelle-feature> - Démarrer une nouvelle feature
Merci d'avoir utilisé le workflow de développement !
Règles
- Être concis mais complet
- Mettre en avant les décisions importantes
- Toujours suggérer des prochaines étapes
- Ne pas oublier de marquer les todos comme complétés
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/development-summary-mm5t8bmx/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/development-summary-mm5t8bmx' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/development-summary-mm5t8bmx/download' --output '.skill-downloads/development-summary-mm5t8bmx/SKILL.md.part' && mv '.skill-downloads/development-summary-mm5t8bmx/SKILL.md.part' '.skill-downloads/development-summary-mm5t8bmx/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Le fichier ne fournit pas un en-tête name/description exploitable pour cette procédure native. Le téléchargement reste disponible pour lecture ; utilisez le mode manuel ci-dessous.
Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/development-summary-mm5t8bmx/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.