release-note-generation
Toolkit for generating PowerToys stable or preview release notes from GitHub milestones, commit ranges, or Azure DevOps release-candidate builds. Prepare draft preview releases with three-component GitHub tags while preserving four-component build and asset versions. Use when asked to create release notes, summarize milestone PRs, generate changelog, prepare a draft preview release, calculate PR deltas across main and stable, update release documentation, manage PR milestones, or prepare and validate release assets.
- License 许可
- Apache-2.0
- 最近更新
- 2026-11-11
- Stars
- ★ 14w
- Forks
- 8.7k
01 前言 Front Matter
- name
- release-note-generation
- license
- Complete terms in LICENSE.txt
- description
- Toolkit for generating PowerToys stable or preview release notes from GitHub milestones, commit ranges, or Azure DevOps release-candidate builds. Prepare draft preview releases with three-component GitHub tags while preserving four-component build and asset versions. Use when asked to create release notes, summarize milestone PRs, generate changelog, prepare a draft preview release, calculate PR deltas across main and stable, update release documentation, manage PR milestones, or prepare and validate release assets.
02 资源文件 34
- 许可证LICENSE.txt11.1 KB
- 参考文档references/preview-delta-resolution.md2.1 KB
- 参考文档references/preview-draft-safety.md2.0 KB
- 参考文档references/preview-reporting.md1.0 KB
- 参考文档references/SampleOutput.md969 B
- 参考文档references/scenarios/index.md800 B
- 参考文档references/scenarios/preview-release.md8.7 KB
- 参考文档references/scenarios/stable-release.md956 B
- 参考文档references/step1-collection.md6.3 KB
- 参考文档references/step2-labeling.md4.7 KB
- 参考文档references/step3-review-grouping.md3.3 KB
- 参考文档references/step4-summarization.md4.4 KB
- 脚本scripts/apply-labels.ps12.7 KB
- 脚本scripts/collect-or-apply-milestones.ps17.7 KB
- 脚本scripts/collect-pr-metadata.ps14.4 KB
- 脚本scripts/create-github-draft-release.ps18.2 KB
- 脚本scripts/diff_prs.ps13.9 KB
- 脚本scripts/dump-prs-since-commit.ps114.3 KB
- 脚本scripts/find-commit-by-title.ps12.6 KB
- 脚本scripts/get-preview-release-delta.ps114.0 KB
- 脚本scripts/get-previous-published-release.ps15.2 KB
- 脚本scripts/get-release-build-metadata.ps114.0 KB
- 脚本scripts/get-release-member-list.ps12.1 KB
- 脚本scripts/github-tag-target.ps11.5 KB
- 脚本scripts/group-prs-by-label.ps13.3 KB
- 脚本scripts/new-preview-release-manifest.ps12.6 KB
- 脚本scripts/prepare-release-assets.ps122.1 KB
- 脚本scripts/preview-release-assets.ps14.1 KB
- 脚本scripts/release-contributors.ps13.4 KB
- 脚本scripts/release-title.ps1929 B
- 脚本scripts/upsert-draft-preview-release.ps19.0 KB
- 脚本scripts/verify-draft-preview-release.ps19.7 KB
- 脚本scripts/web-response-content.ps1308 B
- 脚本tests/preview-release.Tests.ps157.8 KB
03 SKILL.md 正文
Release Note Generation Skill
Generate professional PowerToys release notes by collecting merged PRs, summarizing each PR with the local CLI agent, grouping by label, and producing user-facing summaries. Stable and preview releases share the same PR metadata, attribution, grouping, and formatting rules.
Output Directory
All generated artifacts are placed under Generated Files/ReleaseNotes/ at the repository root (gitignored).
Generated Files/ReleaseNotes/
├── milestone_prs.json # Raw PR data from GitHub
├── sorted_prs.csv # Sorted PR list with Copilot summaries
├── prs_with_milestone.csv # Milestone assignment tracking
├── grouped_csv/ # PRs grouped by label (one CSV per label)
├── grouped_md/ # Generated markdown summaries per label
└── v{VERSION}-release-notes.md # Final consolidated release notes
Preview-release runs use an isolated subdirectory:
Generated Files/ReleaseNotes/preview-<buildId>/
├── release-context.json
├── delta-commits.json
├── delta-prs.json
├── removed-prs.json
├── unattributed-commits.json
├── MemberList.md
├── milestone_prs.json
├── sorted_prs.csv
├── release-notes.md
├── hashes.md
├── release-manifest.json # Local audit artifact; never uploaded
├── assets-manifest.json # Local asset inventory; never uploaded
└── final-review.md
When to Use This Skill
- Generate release notes for a milestone
- Summarize PRs merged in a release
- Generate per-PR review summaries locally for release-notes copy
- Assign milestones to PRs missing them
- Collect PRs between two commits/tags
- Update README.md for a new version
- Prepare GitHub release assets (download installers/symbols + compute hashes)
- Prepare a complete draft preview release from an ADO build URL or build ID
- Compare preview contents across
mainandstablebranch transitions
Prerequisites
- GitHub CLI (
gh) installed and authenticated — The collection script usesgh pr viewandgh api graphqlto fetch PR metadata and co-author information. Rungh auth statusto verify; if not logged in, rungh auth loginfirst. See Step 1.0.0 for details. - MCP Server: github-mcp-server installed (used to fetch PR diffs/files for the local-agent review step)
- For preview releases and prepare-release-assets.ps1: Azure CLI authenticated against the Microsoft tenant (
az login) with theazure-devopsextension; access to themicrosoft/DartADO project
Required Variables
For a stable release, confirm {{ReleaseVersion}} with the user before starting.
For a preview release, do not request a version: derive it from the candidate ADO build.
| Variable | Description | Example |
|---|---|---|
{{ReleaseVersion}} |
Target release version | 0.98 |
Preview mode instead requires one ADO build URL or numeric build ID. It derives the version, source commit, branch, and previous release without asking the user.
Scenario routing
Read the scenario index, then follow only the selected scenario:
- Stable release for milestone- or version-based release notes.
- Preview release for an autonomous ADO-build-to-draft workflow.
Workflow Overview
┌────────────────────────────────┐
│ 1.0 Verify gh auth + MemberList │
└────────────────────────────────┘
↓
┌────────────────────────────────┐
│ 1.1 Collect PRs (stable range) │
└────────────────────────────────┘
↓
┌────────────────────────────────┐
│ 1.2 Assign Milestones │
└────────────────────────────────┘
↓
┌────────────────────────────────┐
│ 2.1–2.4 Label PRs (auto+human) │
└────────────────────────────────┘
↓
┌────────────────────────────────┐
│ 3.1 Local-agent PR summaries │
│ (writes CopilotSummary) │
└────────────────────────────────┘
↓
┌────────────────────────────────┐
│ 3.2 (Optional) Refresh PR data │
└────────────────────────────────┘
↓
┌────────────────────────────────┐
│ 3.3 Group by label │
│ (grouped_csv) │
└────────────────────────────────┘
↓
┌────────────────────────────────┐
│ 4.1 Summarize (grouped_md) │
└────────────────────────────────┘
↓
┌────────────────────────────────┐
│ 4.2 Final notes (v{VERSION}.md) │
└────────────────────────────────┘
| Step | Action | Details |
|---|---|---|
| 1.0 | Verify prerequisites | gh auth status must pass; generate MemberList.md |
| 1.1 | Collect PRs | From previous release tag on stable branch → sorted_prs.csv |
| 1.2 | Assign Milestones | Ensure all PRs have correct milestone |
| 2.1–2.4 | Label PRs | Auto-suggest + human label low-confidence |
| 3.1–3.3 | Reviews & Grouping | Local agent summarizes each PR diff into CopilotSummary → (optional refresh) → group by label |
| 4.1–4.2 | Summaries & Final | Generate grouped summaries, then consolidate |
Detailed workflow docs
Do not read all steps at once—only read the step you are executing.
- Step 1: Collection & Milestones
- Step 2: Labeling PRs
- Step 3: Reviews & Grouping
- Step 4: Summarization
Available Scripts
| Script | Purpose |
|---|---|
| dump-prs-since-commit.ps1 | Fetch PRs between commits/tags |
| group-prs-by-label.ps1 | Group PRs into CSVs |
| collect-or-apply-milestones.ps1 | Assign milestones |
| diff_prs.ps1 | Incremental PR diff |
| prepare-release-assets.ps1 | Download installers + symbols from an ADO build, compute SHA256, emit the "Installer Hashes" markdown table for the GitHub release page |
| get-release-build-metadata.ps1 | Resolve and validate the candidate build identity, version, channel, intent, and source commit |
| get-previous-published-release.ps1 | Select the latest published stable or preview release that predates the candidate queue time |
| get-preview-release-delta.ps1 | Calculate semantic added/removed PRs between exact release commits |
| collect-pr-metadata.ps1 | Normalize GitHub metadata for an explicit set of PR numbers |
| new-preview-release-manifest.ps1 | Create the auditable build, baseline, and semantic-delta release manifest |
| upsert-draft-preview-release.ps1 | Create or update a draft prerelease without exposing a publish operation |
| verify-draft-preview-release.ps1 | Verify draft flags, target commit, managed body, and uploaded assets |
References
- Sample Output - Example summary formatting
- Detailed Instructions - Legacy full documentation
Conventions
- Terminal usage: Disabled by default; only run scripts when user explicitly requests
- Preview automation: An explicit request to prepare a preview release, or invocation by the Prepare Preview Release agent, authorizes the canonical preview scripts
- Preview tags: Use
$context.tag, containing onlyvand the first three numeric version components (for example, build0.102.2991.0maps to tagv0.102.2991). Do not append.0or-preview. Keep$context.version, installer filenames, and asset versions unchanged, and pass-ReleaseTag $context.tagwhen preparing asset download links. - Release titles: Use
Release <tag>for a stable release,Release preview <tag>for a prerelease built fromstable, andDevelopment preview <tag>for a prerelease built frommain. Use the requested GitHub release type and the build'ssourceBranch, not its original intent/channel. Pass-SourceBranch $context.sourceBranchto preview draft creation and verification; previews remain prereleases regardless of branch. - Preview manifests: Keep
release-manifest.jsonandassets-manifest.jsonin the local audit package; do not upload either file as a GitHub release asset - Preview note layout: Place the
Installer Hashessection immediately after the title and short public introduction, beforeHighlightsand all change sections - Batch generation: Generate ALL grouped_md files in one pass, then human reviews
- PR order: Preserve order from
sorted_prs.csvin all outputs - Label filtering: Keeps
Product-*,Area-*,GitHub*,*Plugin,Issue-*
Troubleshooting
| Issue | Solution |
|---|---|
gh command not found |
Install GitHub CLI and add to PATH |
| No PRs returned | Verify milestone title matches exactly |
Empty CopilotSummary for many PRs |
Run Step 3.1 (local-agent summaries). Do not use mcp_github_request_copilot_review from a CLI/coding agent — the GitHub API rejects bot-initiated review requests, so the column will stay empty. |
| Many unlabeled PRs | Return to labeling step before grouping |
prepare-release-assets.ps1 fails with "Failed to acquire ADO access token" |
Run az login and ensure you have access to the microsoft/Dart ADO project |
Candidate has no release-metadata.json |
The metadata resolver uses pipeline-log fallback; ambiguous or conflicting values stop the run |
| First preview after switching branches has unexpected changes | Review removed-prs.json and unattributed-commits.json; see preview delta resolution |
04 同仓库更多 Skills
winmd-api-search
Find and explore Windows desktop APIs. Use when building features that need platform capabilities — camera, file access, notifications, UI controls, AI/ML, sensors, networking, etc. Discovers the right API for a task and retrieves full type details (methods, properties, events, enumeration values).
ui-tests-migration
Create, migrate, and stabilize PowerToys UI tests with Microsoft.PowerToys.UITest.Next and winappcli, through local VM success, commit/push, and CI validation. Use for ports, new UITest projects, flaky CI tests, persistent Hyper-V validation, Settings IPC authentication/test signing, Explorer/Shell selection, preview handlers, thumbnail providers, hotkey activation, stateful process lifecycle, composed WinUI/WebView visual baselines, or foreground failures. Covers APIs, scaffolding, test design, diagnostics, and the required handoff to ui-tests-pipeline-ci. Keywords: UI test, UITests, UITestAutomation.Next, winappcli, WinAppDriver, Selenium, Settings IPC, not-microsoft-signed, Authenticode, local VM, Hyper-V, checkpoint, migrate, flaky, CI stability, Explorer, Shell extension, WebView2.
powertoys-verification
Verify PowerToys behavior end-to-end with the winapp CLI across two scenarios: (A) a module's release checklist against the installed build; (B) PR validation — derive each PR's checklist from its description + diff, then drive it against the installed build (a merged/shipped PR, or a whole release/hotfix set) or by building + sideloading the module when the PR isn't in the build yet (unmerged or not-yet-released). Drive each item via UIA invoke / Named Events / settings.json edits / clipboard / GPO / SendInput, and emit a structured PASS / FAIL / BLOCKED verdict per item with evidence (FAIL distinguishes product defects from stale/ambiguous checklist items). Use when asked to verify a module checklist, validate a PR, sign off a release/hotfix's PRs, or QA installed/sideloaded PowerToys bits. Combines generic winapp ui mechanics (references/winapp-ui-testing.md) with PT-specific recipes, per-scenario playbooks (references/scenarios/), and the helper .ps1 files shipped with this skill.
publish-extension
Publish your Command Palette extension to the Microsoft Store or WinGet. Use when asked to publish, distribute, release, deploy to store, create MSIX packages, submit to WinGet, set up CI/CD for releases, or automate builds with GitHub Actions.
add-fallback-commands
Add fallback commands to your Command Palette extension for catch-all search behavior. Use when asked to add search functionality, query matching, direct input handling, calculator-style evaluation, URL opening, command execution, or results that appear when no other extension matches. Used by 14 of 20 built-in extensions.
add-extension-settings
Add a settings page to your Command Palette extension. Use when asked to add settings, preferences, configuration options, toggles, text inputs, dropdowns, or user-customizable behavior. Covers ToggleSetting, TextSetting, ChoiceSetSetting, and persistence.