技能介绍

这个技能解决什么问题

Issue 堆积在 GitHub 上时，真正的工作往往卡在重复的搬运上：从 issue 里复制需求和复现步骤，切到本地仓库建分支、改代码、跑测试、提交、开 PR，再回到 issue 或 PR 里逐条回应评审意见。任何一个环节断了，修复就停在半路。这个技能把这条链路收敛成一个有边界的 backlog-to-PR operator loop，只做 issue 到 PR 的推进，而不是把 GitHub 产品功能罗列一遍。

它如何工作

核心流程基于 gh-issues 工作流，分四步：

拉取：按过滤条件抓取目标 issue，避免把整个仓库的问题列表灌进上下文。
派生：为每个修复任务生成 sub-agent，让修复彼此隔离，不会互相踩文件。
开 PR：agent 完成改动后直接创建 PR，把验证与合并决策交还给人类。
跟进：持续读取 review 评论并修补，直到评审收敛。

适用边界与注意点

运行时要求 Node 24（推荐）或 Node 22.19+。
公开的入站私信必须显式开启：设置 dmPolicy="open"，并在 allowFrom / channels.discord.allowFrom / channels.slack.allowFrom（旧版 channels.discord.dm.allowFrom）中包含 "*"。
群组与频道场景建议设置 agents.defaults.sandbox.mode: "non-main"，让非主会话在沙箱里执行。
沙箱默认后端是 Docker，也可用 SSH 或 OpenShell 后端替代。
它依赖 OpenClaw——一个跑在你自己设备上的个人 AI 助手，issue 内容与修复过程留在你的环境里。