一键导入
issue-to-pr
Use when you have a GitHub issue and want to create a PR with an implementation plan that triggers automated execution
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Use when you have a GitHub issue and want to create a PR with an implementation plan that triggers automated execution
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Use when preparing a new yao-rs release, bumping the version, or tagging a release
Use when a PR has review comments to address, CI failures to fix, or codecov coverage gaps to resolve
Use after implementing a model, rule, or any code change to verify completeness and correctness before committing
| name | issue-to-pr |
| description | Use when you have a GitHub issue and want to create a PR with an implementation plan that triggers automated execution |
Convert a GitHub issue into an actionable PR with a plan that auto-triggers Claude execution.
/issue-to-pr <issue-number-or-url>
digraph issue_to_pr {
"Receive issue number" [shape=box];
"Fetch issue with gh" [shape=box];
"Brainstorm with user" [shape=box];
"Write plan file" [shape=box];
"Create branch and PR" [shape=box];
"PR triggers [action]" [shape=doublecircle];
"Receive issue number" -> "Fetch issue with gh";
"Fetch issue with gh" -> "Brainstorm with user";
"Brainstorm with user" -> "Write plan file";
"Write plan file" -> "Create branch and PR";
"Create branch and PR" -> "PR triggers [action]";
}
Extract issue number from argument:
123 → issue #123https://github.com/owner/repo/issues/123 → issue #123owner/repo#123 → issue #123 in owner/repogh issue view <number> --json title,body,labels,assignees
Present issue summary to user.
REQUIRED: Invoke superpowers:brainstorming skill with the issue context (if superpowers plugin is available). Otherwise, conduct a manual brainstorming discussion with the user.
This ensures:
Do NOT skip brainstorming. Do NOT write a plan without user discussion.
After brainstorming concludes, write plan to docs/plans/issue-<number>-<slug>.md:
# <Title from brainstorming>
Issue: #<number>
## Context
<Brief problem statement>
## Approach
<Chosen approach from brainstorming>
## Tasks
1. <Specific implementation task>
2. <Another task>
...
## Acceptance Criteria
- <Criteria from issue/brainstorming>
# Create branch
git checkout -b issue-<number>-<slug>
# Stage only the plan file
git add docs/plans/issue-<number>-<slug>.md
# Commit
git commit -m "Add plan for #<number>: <title>"
# Push
git push -u origin issue-<number>-<slug>
# Create PR with [action] at the BEGINNING
gh pr create --title "Fix #<number>: <title>" --body "[action]
## Summary
<Brief description from brainstorming>
Closes #<number>"
CRITICAL: The PR body MUST start with [action] on the first line. This triggers automated plan execution.
User: /issue-to-pr 42
Claude: Let me fetch issue #42...
[Fetches issue: "Add dark mode support"]
I'll use superpowers:brainstorming to explore this with you.
[Invokes brainstorming - discusses approaches, user preferences, scope]
Based on our discussion, I'll create the plan...
[Writes docs/plans/issue-42-dark-mode.md]
[Creates branch, commits, pushes]
[Creates PR with body starting with "[action]"]
Created PR #45: Fix #42: Add dark mode support
The [action] trigger will automatically execute the plan.
| Mistake | Fix |
|---|---|
| Skipping brainstorming | Always use superpowers:brainstorming (or manual discussion) first |
[action] not at start | PR body must BEGIN with [action] |
| Including code in PR | Only commit the plan file |
| Generic plan | Use specifics from brainstorming |