GitHub PR 自动审查与 Issue 修复

🔧 Step 0：先确认外部工具配置

⚠️ 本案例依赖外部工具（Telegram/Notion/飞书等），先确认已配置 👉 查看常用工具配置指南 →

这个场景解决什么问题

处理 GitHub Issue 需要：读 Issue → 写代码 → 提交 → 开 PR → 回复评审。这套流程重复又耗时。gh-issues 技能让 AI 接管整个流程，你只需要最后审批。

前提条件

# 1. 配置 GitHub Token
export GH_TOKEN=ghp_你的token

# 2. 验证 gh CLI（可选但推荐）
brew install gh && gh auth login

直接复制这段命令

扫描并修复 bug 标签的 Issue：

/gh-issues owner/repo --label bug --limit 5

只看评审意见（不处理新 Issue）：

/gh-issues owner/repo --reviews-only

持续监控模式（每5分钟检查一次）：

/gh-issues owner/repo --watch --interval 5

用自己的 fork 开 PR（不直接推到主仓库）：

/gh-issues owner/repo --fork 你的用户名/repo --label bug

定时自动跑（加入 cron）：

openclaw cron add \
  --name "GitHub PR 巡检" \
  --cron "0 9 * * 1-5" \
  --tz "Asia/Shanghai" \
  --session isolated \
  --message "/gh-issues owner/repo --reviews-only --cron" \
  --announce

这样每个工作日早上9点自动检查有没有待回复的 PR 评审。

工作流程

你发命令 /gh-issues
    ↓
AI 读取 Issue 列表
    ↓
每个 Issue 派一个子 Agent 去修复
    ↓
修复完自动提交代码、开 PR
    ↓
持续监控 PR 评审意见
    ↓
有新评审 → AI 自动回复或修改代码

常用参数组合

场景	命令
处理所有 open issue	/gh-issues owner/repo
只处理 bug	/gh-issues owner/repo --label bug
限制处理数量	/gh-issues owner/repo --limit 3
干跑（只看不改）	/gh-issues owner/repo --dry-run
跳过确认直接跑	/gh-issues owner/repo --yes
用指定模型处理	/gh-issues owner/repo --model claude-sonnet

注意事项

• 需要 GH_TOKEN 环境变量，在 OpenClaw 设置里配置
• 默认会修改代码并推送，生产仓库建议先用 --dry-run 测试
• 用 --fork 可以避免直接推到主仓库
• Issue 数量多时处理时间较长，建议用 --limit 控制