自动获取并筛选 GitHub issues,生成修复分支、PR及评审处理流程。
该技能材料显示其本体更像开源的提示/流程说明,而非自带可执行二进制;未声明独立密钥或第三方端点,且来源为高采用度开源仓库。需注意的是,若宿主代理按说明实际执行,将涉及 GitHub 认证、本地仓库访问、调用 gh/git 以及可能创建分支与 PR,但这些更属于使用阶段的操作风险而非材料本身的高风险红旗。
材料未要求单独的新密钥,但 README 明确会使用现有 GitHub 认证:优先读取 GH_TOKEN,也可能从本地 openclaw 配置中取出 gh-issues.apiKey。凭证本身较敏感;不过这属于对 GitHub 自动化的常规认证依赖,未见将凭证发送到无关端点的红旗。
文档虽写“远程端点无”,但按流程会通过 gh/gh api 访问 GitHub 仓库、Issue、PR 与分支信息,并可能轮询 reviews;数据外发目标与声明功能一致,主要是 GitHub。未见不明第三方外传或与功能无关的网络目的地。
README 描述会调用本机 gh、git、jq 等命令,并提到“spawn background fix agents”“open PRs”;若由宿主代理落实,意味着会在本地执行命令和自动化开发流程。但就当前审计对象而言,它被标记为 prompt-only,没有随附可执行代码或安装脚本,因此未见超出声明用途的权限红旗。
按说明执行时会读取本地 git remote、工作区状态以及可能的 $HOME/.openclaw/openclaw.json 和状态文件,并在状态目录写入 claim 文件;还可能基于仓库内容进行 issue-to-PR 自动化。这些访问与其声明功能基本匹配,未见要求系统级广泛读写或明显过度授权。
来源为 GitHub 开源仓库,且给定社区采用度极高(约 37.7 万 star),可审计性和来源可信度是明显的降风险因素。许可证与维护活跃度在材料中不明确,属于信息缺口,但不足以单独抬升为高风险。
复制安装指令,让 AI 自动完成配置 · 推荐新手
请帮我安装 askskill 上的 "gh-issues" 技能: 1. 下载 https://raw.githubusercontent.com/openclaw/openclaw/main/skills/gh-issues/SKILL.md 2. 保存为 ~/.claude/skills/gh-issues/SKILL.md 3. 装好后重载技能,告诉我可以用了
获取这个仓库最近两周新开的 GitHub issues,筛选出适合快速修复的 5 个问题,为每个问题启动后台修复代理,并在完成后自动创建 PR。
返回已筛选的问题列表、各修复任务状态,以及创建好的 PR 链接。
从仓库中获取带有 bug 和 high-priority 标签的未关闭 issues,按修复价值排序,选择最值得处理的 3 个,并为它们分别创建修复 PR。
输出优先级排序结果、入选原因说明,以及对应的修复 PR。
检查这个自动生成 PR 上的 GitHub review comments,总结需要修改的点,更新代码后推送新提交,并回复已处理的评论。
给出评审意见摘要、已实施的修改说明,以及更新后的 PR 状态。
Use for issue-to-PR automation. Prefer gh CLI; fall back to gh api only when a high-level command lacks the needed field.
owner/repo: optional; else infer from git remote get-url origin.--label <label>: filter.--limit <n>: default 10.--milestone <title>: filter.--assignee <login|@me>: filter.--state open|closed|all: default open.--fork <owner/repo>: push branches to fork, PR to source.--watch: poll issues + reviews.--interval <minutes>: default 5.--dry-run: list only.--yes: no confirmation.--reviews-only: skip issue fixing; handle PR reviews.--cron: spawn and exit; implies --yes.--model <id>: pass to workers when supported.--notify-channel <id>: optional final notification target.git remote get-url origin
if [ -z "${GH_TOKEN:-}" ]; then
CONFIG_PATH="${OPENCLAW_CONFIG_PATH:-${OPENCLAW_STATE_DIR:-$HOME/.openclaw}/openclaw.json}"
GH_TOKEN=$(jq -r '.skills.entries["gh-issues"].apiKey // empty' "$CONFIG_PATH" 2>/dev/null || true)
if [ -n "$GH_TOKEN" ]; then export GH_TOKEN; fi
fi
gh auth status
gh repo view OWNER/REPO --json nameWithOwner,defaultBranchRef
If gh auth status fails and GH_TOKEN is missing, stop and ask for GitHub auth/config.
Derived:
SOURCE_REPO: issue repo.PUSH_REPO: fork if set, else source.BASE_BRANCH: source default branch unless user says otherwise.PUSH_REMOTE: fork in fork mode, else origin.Stop on dirty worktree unless user confirms that workers should ignore uncommitted changes.
In fork mode, do not mutate remotes before confirmation or during --dry-run.
Verify auth/read access only:
gh auth token >/dev/null || test -n "${GH_TOKEN:-}"
gh repo view "$PUSH_REPO" --json nameWithOwner
git ls-remote --exit-code origin HEAD
Build filters and fetch:
gh issue list --repo "$SOURCE_REPO" --state open --limit 10 --json number,title,labels,url,body,assignees,milestone
Add --label, --milestone, --assignee, --state, --limit as requested. gh issue list already excludes PRs.
If none found: report no matches. If --dry-run: show compact list and stop.
For each candidate:
gh pr list --repo "$SOURCE_REPO" --search "$SOURCE_REPO#<n>" --state open --json number,url,title,headRefName
gh pr list --repo "$SOURCE_REPO" --head "fix/issue-<n>" --state open --json number,url
gh api "repos/$PUSH_REPO/branches/fix/issue-<n>" >/dev/null
Skip candidates with an open PR, existing branch, or active local claim.
Claim file:
${OPENCLAW_STATE_DIR:-$HOME/.openclaw}/gh-issues-<owner>-<repo>.json
Expire claims older than 2 hours. Create the parent directory before writing.
Unless --yes or --cron, ask user to choose:
allcancelAfter confirmation, in fork mode, configure the push remote before handing work to agents:
gh auth setup-git
git remote get-url fork || git remote add fork "https://github.com/$PUSH_REPO.git"
git remote set-url fork "https://github.com/$PUSH_REPO.git"
git ls-remote --exit-code fork HEAD
Launch up to 8 background workers. Do not block on each worker when --cron.
Before each spawn, write a claim for SOURCE_REPO#<n> with the current ISO timestamp. After a worker reports PR/failure, remove or update the claim. This prevents watch/cron overlap before a branch or PR exists.
Worker prompt must include:
SOURCE_REPO, PUSH_REPO, BASE_BRANCH, PUSH_REMOTE, fork mode.fix/issue-<n>.Worker instructions:
Use gh and git. Do not handwave.
Checkout/create fix/issue-<n> from BASE_BRANCH.
Implement minimal fix.
Run relevant tests.
Commit with conventional message.
…
使用 sherpa-onnx 在本地离线将文本快速转换为语音,无需云服务。
帮助你自动控制网页流程,处理多步骤操作、登录检查与标签页管理。
快速生成概念、架构、流程与白板图,支持 SVG、HTML 或 Excalidraw 格式
帮助用户对收件箱消息进行分流、跟进等待回复并生成后续摘要。
通过命令行控制飞利浦 Hue 灯光与场景,便捷实现智能照明操作自动化。
帮助你用 node inspect 与性能分析工具定位 Node.js 调试与性能问题。
帮助你快速检索 GitHub 中分配给你、待分诊或自定义条件的议题与 PR。
帮助你在 ChatGPT 中审查 GitHub 拉取请求、评论变更并给出审批意见
帮助你用 gh CLI 处理当前分支 GitHub PR 的评审与问题评论。
通过 GitHub CLI 管理议题、PR、日志、发布与仓库查询等开发协作任务
用于检索和分析 GitHub 归档中的 Issue、PR 与仓库协作状态。
用自然语言连接 GitHub,管理仓库、议题、PR 与工作流协作