⚠️ 待验证案例：本案例基于 OpenClaw 内置 gh-issues 技能的真实能力描述。技能本身可用，具体耗时和成本取决于 Issue 复杂度，尚无统一实测数据。

🔧 Step 0：先配置消息接收渠道

⚠️ 本案例需要发送通知到你的手机，先配置消息渠道 👉 去配置 Telegram/飞书/微信接入 →

解决什么问题

独立开发者最大的痛点之一：Issue 积压。用户报了 Bug、提了 Feature Request，但精力有限，一堆 Issue 躺在那里没时间处理。这个场景让 OpenClaw 自动扫描 Issues，对其中可自动处理的部分（小 Bug、文档修正、简单功能）派发子 Agent 修复并开 PR：

谁会用到：开源项目维护者、独立开发者、小团队技术负责人
省了什么：减少机械性的 Bug 修复时间，把精力留给复杂决策
效果是什么：Issue 自动有人处理，PR 自动开好，你只需 Review 后点合并

前置条件

GitHub 账号，仓库有 Issues
GH_TOKEN：GitHub Personal Access Token（需要 repo 权限）
OpenClaw 已安装并正常运行（gh-issues 是内置技能，无需额外安装）
Claude Max 账号，或 Anthropic API Key（子 Agent 修复代码需要）

GH_TOKEN 获取：GitHub → Settings → Developer settings → Personal access tokens → 勾选 repo。OpenClaw 会自动注入，不需要手动传参。

用到的工具

工具	用途	获取方式
gh-issues（内置）	扫描 Issues，派发子 Agent 修复，监控 PR 审查	OpenClaw 内置，无需安装
anthropic/claude-sonnet-4-6	子 Agent 读懂 Issue、写修复代码	Claude Max 账号，或 console.anthropic.com 获取 API Key
cron（内置）	定时扫描新 Issue	OpenClaw 内置，无需安装

预期结果

做完之后你会看到：

GitHub 仓库：被选中的 Issues 下方有新 PR 被自动开出，Branch 命名规范如 fix/issue-42-xxx
Telegram 通知（如配置）：收到一条汇总消息，列出本次处理的 Issue 编号和对应 PR 链接
你只需要：打开 PR，Review 代码，满意就合并

用法

方式一：手动触发（一次性）

直接告诉 OpenClaw：

/gh-issues owner/repo --label bug --limit 5 --notify-channel telegram:你的用户ID

参数说明：

--label bug：只处理打了 bug 标签的 Issue（推荐先限定范围）
--limit 5：每次最多处理 5 个（建议从小数量开始试）
--notify-channel：完成后发 Telegram 通知，写你的用户 ID

方式二：先预览，再执行

加 --dry-run 先看看会处理哪些 Issue，不会真正派发 Agent：

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

确认列表没问题，去掉 --dry-run 正式跑。

方式三：cron 定时自动扫描

配置 cron，每天定时扫描新 Issue：

帮我配置一个 cron 任务，每天 10:00 自动扫描 owner/repo 仓库里打了 bug 标签的 Issues，最多处理 3 个，完成后发 Telegram 通知到 telegram:你的用户ID。使用命令：/gh-issues owner/repo --label bug --limit 3 --cron --notify-channel telegram:你的用户ID

方式四：监控 PR Review 并自动回应

如果你的 PR 被 Reviewer 留了评论，让 OpenClaw 自动响应：

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

怎么验证成功了

手动跑一次：/gh-issues owner/repo --label bug --limit 2 --dry-run 看输出的 Issue 列表是否正确
去掉 dry-run 正式跑：等 10-30 分钟，去 GitHub 仓库 Pull Requests 页面，应该看到新 PR 被开出
如果配了 Telegram：收到通知消息，包含 PR 链接

踩坑记录

GH_TOKEN 权限不够

症状：运行时报 401 Unauthorized 或无法创建 PR。

解法：确保 Token 有 repo 完整权限（不是只读），在 OpenClaw 的环境变量里设置 GH_TOKEN=ghp_xxx。

Issue 太复杂，子 Agent 改错了

症状：PR 代码逻辑不对，或者改了不该改的地方。

解法：先用 --dry-run 预览，选 Issue 时从简单的开始（文档修正、typo、明确的小 Bug），复杂需求让人来做。

用了 Fork 模式但 PR 开不到主仓库

症状：有 Fork 仓库但 PR 没出现在主仓库。

解法：加 --fork 你的用户名/仓库名 参数，明确指定 Fork。例：/gh-issues original/repo --fork yourname/repo。

cron 模式跑完没通知

症状：cron 触发了但没收到 Telegram 消息。

解法：--notify-channel 后面的 ID 必须是正确的 Telegram 用户 ID 或频道 ID（频道 ID 带负号，如 -1002381931352）。

不满意怎么调

想换处理的 Issue 类型 → 改 --label 参数，如 --label enhancement 处理功能请求
想限制每次处理数量 → 改 --limit，建议从 2-3 开始，熟悉了再调大
想换更强的模型 → 加 --model claude-opus-4-5 处理复杂 Issue（成本更高）
想只处理某个 Milestone 的 Issue → 加 --milestone v1.0
想先人工确认再派 Agent → 去掉 --yes 参数（默认需要确认），加上 --yes 才会自动跳过确认

GitHub Issues 自动修复派单