changelog
Maintenir automatiquement les changelogs du projet
Maintenir les changelogs à jour est chronophage et source d'erreurs. Cette skill automatise le processus en analysant les commits, PRs et versions pour générer des entrées de changelog précises et orientées utilisateur, en respectant le format IdeaVim.
Télécharger le ZIP du skill
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
Activez et commencez à utiliser
Tester
Utilisation de "changelog". Update changelog for commits since last release
Résultat attendu:
- ## 2.29.0, 2024-01-15
- ### Features:
- * Added support for `g;` and `g,` commands to navigate through change list
- * Implemented `:history` command to show command history
- ### Fixes:
- * [VIM-3456] Fixed visual block mode with wrapped lines
- * [VIM-3458] Fixed `ci"` in strings with escaped quotes
- ### Merged PRs:
- * [850] by contributor: Add surround plugin improvements
Utilisation de "changelog". Convert changelog to HTML for marketplace
Résultat attendu:
- <b>Features:</b><br>
- * Added support for <code>g;</code> and <code>g,</code> commands<br>
- * <a href="https://youtrack.jetbrains.com/issue/VIM-3456">VIM-3456</a> Fixed visual block mode<br>
Audit de sécurité
SûrThis is a pure documentation skill containing only markdown instructions. It provides guidelines for maintaining the IdeaVim changelog and contains NO executable code, network calls, or file operations. All 110 static findings are false positives from the analyzer misinterpreting markdown code block syntax as shell commands and documentation URLs as network indicators.
Facteurs de risque
⚙️ Commandes externes (59)
🌐 Accès réseau (21)
📁 Accès au système de fichiers (1)
Score de qualité
Ce que vous pouvez construire
Automatiser la documentation de release
Gardez le changelog de votre projet à jour avec un effort minimal en analysant automatiquement les commits et les PRs pour les changements visibles par l'utilisateur.
Standardiser les notes de version
Garantissez une documentation de release cohérente et professionnelle qui suit des modèles établis et inclut des références appropriées aux issues et PRs.
Documenter les contributions de la communauté
Reconnaissez correctement les contributeurs externes en incluant automatiquement leurs PRs dans le changelog, même pour des changements internes.
Essayez ces prompts
Update the IdeaVim changelog for the upcoming 2.29.0 release. Check commits since the last documented version and include all user-facing changes.
Update the [To Be Released] section with recent commits from the master branch. Focus on user-visible features and bug fixes.
Review PR #1234 and determine if it needs a changelog entry. If so, prepare the appropriate entry following the changelog format.
Convert the latest [To Be Released] changelog entries to HTML format for the build.gradle.kts changeNotes section.
Bonnes pratiques
- Relisez toujours les entrées de changelog générées pour vérifier leur exactitude et leur clarté avant de commit
- Incluez des exemples spécifiques de commandes ou de fonctionnalités lorsque vous décrivez des corrections ou de nouvelles fonctionnalités
- Ajoutez des liens vers la documentation pertinente ou des billets de blog JetBrains pour les nouvelles intégrations IntelliJ
Éviter
- N'incluez pas de refactoring interne ou de nettoyage de code qui n'affecte pas les utilisateurs
- Évitez les descriptions vagues comme "Fixed bugs" sans préciser ce qui a été corrigé
- Ne sautez jamais l'étape de relecture manuelle - un changelog automatisé nécessite toujours une vérification humaine