github-issue-autofix-workflowlisted

# Superpowers GitHub Issue AutoFix Workflow 使用 superpowers 完整工作流修复 GitHub issue，包括需求理解、测试驱动开发、验证和代码审查。 > ⚠️ **重要要求：所有响应必须使用中文！必须使用中文！必须使用中文！** > > 无论我问什么，无论代码是什么语言，你的所有回复、解释、��明、注释都必须使用中文。这是强制要求，没有例外。 ## 工作模式 ### 普通模式 按步骤逐一执行，每个关键决策点需要用户确认。 ### 自动化模式 当用户输入包含"自动化处理"时： - 全程自动化执行，无需用户确认 - 默认使用 upstream（原始仓库）的 issue - issue 类型不限（bug/enhancement/feature 等） - 难度选择简单或中等 - 自动完成所有步骤直到代码修改完成 --- ## 强制工作流程 **你必须按顺序执行以下步骤，不能跳过任何一步：** ### 步骤 1: 同步 upstream 最新代码 首先确保本地代码是最新的： ```bash # 查看当前 remote 配置 git remote -v # 同步 upstream 最新代码到当前分支 git fetch upstream git rebase upstream/main # 或者使用 superpowers:git-sync-upstream skill ``` ### 步骤 2: 理解用户偏好模式 **关键问题必须确认（自动化模式使用默认值）：** | 问题 | 普通模式 | 自动化模式默认值 | |------|---------|-----------------| | 使用哪个远程仓库的 issue？ | 咨询用户 | upstream（原始仓库） | | issue 类型偏好？ | Bug/新功能/改进/都可以 | 都可以 | | 难度偏好？ | 简单/中等/复杂 | 简单或中等 | ### 步骤 3: 查找合适的 Issue #### 3.1 查询已处理的 issue（去重检查） 在查找新 issue 之前，必须检查哪些 issue 已经处理过： ```bash # 查看本地分支 git branch -a | grep "myfix/issue-" # 查看 origin 远程分支（已推送的处理记录） git ls-remote --heads origin | grep "myfix/issue-" ``` **已处理 issue 的分支命名规则：** - 分支名称：`myfix/issue-{issueId}-简短英文描述` - 例如：`myfix/issue-48928-poll-params-zero-check` 如果某个 issue 已经有对应的分支，则跳过该 issue，不要重复修复。 #### 3.2 获取 open issues 列表 根据用户选择的远程仓库（默认 upstream）： ```bash # 使用 GitHub CLI 获取 issue 列表 gh issue list --repo <owner>/<repo> --state open --limit 30 # 或使用 curl curl -sL "https://api.github.com/repos/<owner>/<repo>/issues?state=open&per_page=30" ``` #### 3.3 详细审查候选