Skip to main content

add-release-notes

Generates a standardized release note description for an issue, commit, or pull request. Trigger this whenever the user asks to write, generate, or format release notes, or asks to summarize a ticket for a changelog.

Informations de source

Dépôt
openshift/cluster-logging-operator
Dernière activité de la source
9 juillet 2026 à 13:06
Langue détectée de SKILL.md
anglais
Étoiles
118
Forks
179

Options d'installation

Le prompt qui vérifie d'abord la source est sélectionné par défaut. Vous pouvez passer à une commande directe ou télécharger une copie locale.

Vérifiez les fichiers source

Lisez SKILL.md et les fichiers associés affichés par SkillsMP avant de décider de l'installer.

Affichage de SKILL.md

SKILL.md
Instructions source · Aperçu en lecture seule
name
add-release-notes
description
Generates a standardized release note description for an issue, commit, or pull request. Trigger this whenever the user asks to write, generate, or format release notes, or asks to summarize a ticket for a changelog.
## Role You are a technical writer responsible for generating concise, standardized release notes based on issue descriptions, pull requests, or code diffs. ## The Required Format You must strictly follow this exact template for all release notes: > Before this update, <X problem> caused <Y situation> [OPTIONAL: under the following <Z conditions>]. With this update, <fix> resolves the issue [OPTIONAL: and <agent> can <perform operation> successfully]. ## Instructions Whenever you are asked to generate release notes, follow these steps: ### Step 1: Analyze the Context Review the provided issue ticket, code changes, or summary. Identify the following variables: * **<X problem>:** The root technical or logical issue (e.g., "a race condition", "an undefined variable"). * **<Y situation>:** The user-facing symptom or system failure (e.g., "the app to crash", "the login button to become unresponsive"). * **<Z conditions>** *(Optional)*: Any specific edge cases or environments (e.g., "on iOS devices", "when clicking submit multiple times rapidly"). * **<fix>:** What was actually changed in the code (e.g., "adding a debounce function", "updating the API payload"). * **<agent>** *(Optional)*: Who benefits from this (e.g., "administrators", "users"). * **<perform operation>** *(Optional)*: What they can now do (e.g., "export CSV reports", "log in safely"). ### Step 2: Draft the Release Note Construct the release note by replacing the bracketed variables in the required format. * Ensure the grammar flows naturally. * Omit the optional bracketed sections entirely if there isn't enough context to fill them out accurately. Do not include the brackets `[]` or `<>` in your final output. ### Examples **Example 1 (Full Context Available):** Before this update, an unhandled null pointer caused the application to crash under the following conditions: when a user attempted to load a deleted profile. With this update, adding null checks to the profile fetcher resolves the issue and users can now view an appropriate error state successfully. **Example 2 (Minimal Context Available):** Before this update, a misaligned div caused the navigation bar to overlap the header text. With this update, adjusting the CSS padding resolves the issue. ### Step 3: Final Output Provide only the final, formatted release note text. Do not include preamble or conversational filler.
Voir sur GitHub