🔧 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 控制

GitHub PR 自动审查与 Issue 修复