菜单
Generate comprehensive pull request descriptions. Use when asked to write a PR description, create a pull request, or describe changes for a PR.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Structured root-cause debugging workflow for bugs that resist a quick fix — reproduce, isolate, then test one hypothesis at a time instead of shotgunning changes. Use when asked to debug, investigate, or root-cause an issue, or when the same symptom keeps coming back after a patch.
Generate commit messages following Conventional Commits specification. Use when asked to write a commit message, generate a commit, or format a commit message.
Comprehensive repository review covering code quality, security, performance, DevOps, and architecture. Use when asked to audit a repository, perform a full review, or analyze an entire codebase.
Expert code review guidelines with priority levels, core review areas, language-specific checks, and structured output format. Use this when asked to review code, review a PR, or perform a code review.
| name | pull-request |
| description | Generate comprehensive pull request descriptions. Use when asked to write a PR description, create a pull request, or describe changes for a PR. |
| allowed-tools | Bash(git diff *) Bash(git log *) Bash(git status *) |
Generate clear, comprehensive PR descriptions that help reviewers understand and evaluate changes.
Do not mention the AI assistant in the PR description (eg., "This PR was generated by an AI assistant"). Instead, focus on the changes made, their purpose, and any relevant context.
Before generating a custom description, check for existing PR templates:
.github/PULL_REQUEST_TEMPLATE.md.github/pull_request_template.md.github/PULL_REQUEST_TEMPLATE/ (directory)PULL_REQUEST_TEMPLATE.md (root)If templates exist, use them. Otherwise, check for organization-level templates in the .github repository. And if there are no templates, generate a custom description using the structure below.
## Summary
[One-line description of the change]
## Purpose & Context
**Problem:** [What issue are we solving?]
**Solution:** [How does this PR address it?]
**Related Issues:** Fixes #123, Relates to #456
## Changes Made
**[Module/Component]:**
- Change 1
- Change 2
**Tests:**
- Unit tests added/updated
- Integration tests for critical paths
## Testing
**Automated:** ✅ Unit (X tests) · ✅ Integration (Y scenarios)
**Manual:** ✅ Tested on [browsers/devices/environments]
**Coverage:** X% → Y%
## Screenshots/Demo (if applicable)
[Before/after screenshots or GIFs for UI changes]
## Breaking Changes (if any)
⚠️ [What changed, who is affected, migration path]
## Additional Notes
[Performance, security, known limitations, deployment considerations]
## Checklist
- [ ] Tests added/updated
- [ ] Documentation updated
- [ ] No breaking changes (or documented)
- [ ] Self-reviewed the code
- [ ] Ready for review
Summary: One line, max 100 chars, imperative mood, focus on the most important change.
Purpose & Context: Explain "why", link issues/tickets, include business context.
Changes Made: Organize by component, use bullet hierarchy, include both code and test changes.
Testing: List automated + manual testing, specify coverage delta.
Breaking Changes: Include what breaks, who is affected, and a migration guide with code examples.
| Size | Lines Changed | Review Time |
|---|---|---|
| Small | < 100 | < 30 min |
| Medium | 100-400 | 30-90 min |
| Large | 400-1000 | > 90 min |
| Too Large | > 1000 | Split the PR |
Prefer small, focused PRs. If a PR is large, explain why it cannot be split.