changelog
Projekt-Changelogs automatisch pflegen
Das Aktualisieren von Changelogs ist zeitaufwendig und fehleranfällig. Diese Skill automatisiert den Prozess, indem Commits, PRs und Releases analysiert werden, um genaue, benutzerorientierte Changelog-Einträge im IdeaVim-Format zu generieren.
Die Skill-ZIP herunterladen
In Claude hochladen
Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen
Einschalten und loslegen
Teste es
Verwendung von "changelog". Update changelog for commits since last release
Erwartetes Ergebnis:
- ## 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
Verwendung von "changelog". Convert changelog to HTML for marketplace
Erwartetes Ergebnis:
- <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>
Sicherheitsaudit
SicherThis 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.
Risikofaktoren
⚙️ Externe Befehle (59)
🌐 Netzwerkzugriff (21)
📁 Dateisystemzugriff (1)
Qualitätsbewertung
Was du bauen kannst
Release-Dokumentation automatisieren
Halten Sie das Changelog Ihres Projekts mit minimalem Aufwand auf dem neuesten Stand, indem Commits und PRs automatisch auf benutzerorientierte Änderungen analysiert werden.
Release-Notes standardisieren
Stellen Sie konsistente, professionelle Release-Dokumentation sicher, etablierte Muster folgt und ordnungsgemäße Verweise auf Issues und PRs enthält.
Beiträge der Community dokumentieren
Externe Mitwirkende ordnungsgemäß würdigen, indem deren PRs automatisch in das Changelog aufgenommen werden, auch bei internen Änderungen.
Probiere diese 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.
Bewährte Verfahren
- Überprüfen Sie immer die generierten Changelog-Einträge auf Genauigkeit und Klarheit, bevor Sie sie committen
- Fügen Sie spezifische Beispiele für Befehle oder Funktionen hinzu, wenn Sie Fixes oder neue Funktionalitäten beschreiben
- Verknüpfen Sie relevante Dokumentation oder JetBrains-Blogbeiträge für neue IntelliJ-Integrationen
Vermeiden
- Interne Refaktorierungen oder Code-Bereinigungen, die Benutzer nicht betreffen, nicht einbeziehen
- Vage Beschreibungen wie "Fehler behoben" vermeiden, ohne anzugeben, was behoben wurde
- Den manuellen Überprüfungsschritt niemals überspringen - automatisierte Changelogs benötigen immer noch menschliche Verifizierung