mirror of
https://github.com/microsoft/PowerToys.git
synced 2026-02-23 19:49:43 +01:00
## Summary of the Pull Request - Clarified the PR-summary prompt to prepend a PR title and to reuse the Conventional Commit rules from `.github/prompts/create-commit-title.prompt.md`. - Expanded the commit-title prompt with clearer purpose, inputs, and Conventional Commit guidance. - Added workspace Copilot chat settings in `.vscode/settings.json` to point review/commit/PR generation at the repo prompt files. e.g. for commit tile generation: <img width="562" height="376" alt="image" src="https://github.com/user-attachments/assets/ca11d117-e4ad-4d1e-abb7-2b4600690f45" /> ## PR Checklist - [ ] Closes: N/A - [ ] Communication: N/A (prompt/settings maintenance) - [ ] Tests: Not run (prompt/settings-only change) ## Detailed Description of the Pull Request / Additional comments - The PR-summary workflow now directs PR title generation to the existing commit-title prompt instead of duplicating rules, and places the title above the filled template. - The commit-title prompt now spells out required diff command, decision steps, and Conventional Commit examples. - VS Code Copilot chat settings ensure review, commit, and PR description generation use the repository prompts consistently. ## Validation Steps Performed - Not run (no product code changes)
2.1 KiB
2.1 KiB
agent, model, description
| agent | model | description |
|---|---|---|
| agent | GPT-5.1-Codex-Max | Resolve Code scanning / check-spelling comments on the active PR |
Fix Spelling Comments
Goal: Clear every outstanding GitHub pull request comment created by the Code scanning / check-spelling workflow by explicitly allowing intentional terms.
Guardrails:
- Update only discussion threads authored by
github-actionsorgithub-actions[bot]that mentionCode scanning results / check-spelling. - Prefer improving the wording in the originally flagged file when it clarifies intent without changing meaning; if the wording is already clear/standard for the context, handle it via
.github/actions/spell-check/expect.txtand reuse existing entries. - Limit edits to the flagged text and
.github/actions/spell-check/expect.txt; leave all other files and topics untouched.
Prerequisites:
- Install GitHub CLI if it is not present:
winget install GitHub.cli. - Run
gh auth loginonce before the first CLI use.
Workflow:
- Determine the active pull request with a single
gh pr view --json numbercall (default to the current branch). - Fetch all PR discussion data once via
gh pr view --json comments,reviewsand filter to check-spelling comments authored bygithub-actionsorgithub-actions[bot]that are not minimized; when several remain, process only the most recent comment body. - For each flagged token, first consider tightening or rephrasing the original text to avoid the false positive while keeping the meaning intact; if the existing wording is already normal and professional for the context, proceed to allowlisting instead of changing it.
- When allowlisting, review
.github/actions/spell-check/expect.txtfor an equivalent term (for example an existing lowercase variant); when found, reuse that normalized term rather than adding a new entry, even if the flagged token differs only by casing. Only add a new entry after confirming no equivalent already exists. - Add any remaining missing token to
.github/actions/spell-check/expect.txt, keeping surrounding formatting intact.