📦 GitHub Flow — GitHub工作流自动化
v0.1.0GitHub issue 和 PR 工作流自动化工具。支持将计划/研究文档转换为 GitHub issue 正文或评论，创建带有结构化正文和测试计划的 PR，以及代码审查并发布结构化评论。
0· 19·0 当前·0 累计
by 安全扫描
OpenClaw
可疑
high confidence该技能的指令与 GitHub issue/PR 工作流一致，但未声明必要的二进制文件/凭据（gh/git/GitHub 认证），这是安装前应检查的不一致之处。
评估建议
该技能实际上使用 git 和 GitHub CLI 执行 GitHub 操作（创建/编辑 issue、创建 PR、发布审查评论）。安装前：1) 确认您希望代理运行可创建或修改仓库数据的 gh/git 命令。2) 确保环境提供 gh CLI 和 git，且认证处理安全（优先使用最小权限的 GitHub token 或已认证的 gh 会话）。3) 要求代理在任何写操作（PR/issue 创建或发布评论）前请求明确确认。4) 首先在 fork 或非生产仓库中测试。5) 如果您期望技能是只读或仅提供模板，请维护者明确声明这一点和/或在元数据中列出所需的二进制文件和凭据。提供这些声明将解决主要不一致性并提升对「良性」的信心。...详细分析 ▾
⚠ 用途与能力
该技能声明的目的是 GitHub issue/PR 自动化，其 SKILL.md 反复指示使用 git 和 GitHub CLI (gh) 并执行认证操作（创建/编辑 issue、创建 PR、发布评论）。然而注册表元数据未列出所需二进制文件和主要凭据。GitHub 集成工作流合理需要 git、gh 和某些已认证的 GitHub 凭据（gh auth 或 GITHUB_TOKEN）。这些声明的缺失是不一致的。
ℹ 指令范围
SKILL.md、plan/pr/review 文档指示代理读取计划文件、构建清理后的正文、运行 git/gh 命令、写入临时文件（如 /tmp/pr-review.md），并发布到 GitHub。所有操作都保持在描述的领域内（issues/PRs/reviews），并包含针对内部路径的明确清理规则。指令不请求无关的系统密钥或无关的文件路径，但它们假设能够运行 git/gh 并访问仓库。
✓ 安装机制
纯指令技能，无安装规范和代码文件 — 最低安装风险（安装程序不会写入任何内容到磁盘）。
⚠ 凭证需求
未声明环境变量或主要凭据，但工作流需要已认证的 GitHub 操作。这是不成比例的：要么技能应声明其需要 GH 凭据（GH_TOKEN/GITHUB_TOKEN 或依赖 gh 已登录）和/或将 git/gh 二进制文件列为需求，要么应明确仅在只读/模板模式下操作。按当前编写，它提供了具有写能力的指令，但未声明必要的认证要求。
✓ 持久化与权限
该技能不请求永久包含（always: false），不修改其他技能或系统级代理设置。允许自主调用（默认），但不与其他高风险标志结合使用。
安全有层次，运行前请审查代码。
运行时依赖
无特殊依赖
版本
latestv0.1.02026/4/16
初始版本：GitHub issue/PR 工作流自动化，包含 plan-to-issue、结构化 PR 创建和代码审查主题
● 无害
安装命令
点击复制官方npx clawhub@latest install github-flow
镜像加速npx clawhub@latest install github-flow --registry https://cn.longxiaskill.com
技能文档
将计划、研究和实现结果转换为 GitHub issues 和 PRs。
主题
| 主题 | 描述 | 指南 |
|---|---|---|
| plan-to-issue | 将计划/研究 MD 转换为 GitHub issue 正文或评论 | plan-to-issue.md |
| pr | 创建带有结构化正文、测试计划的可视化附件的 PR | pr.md |
| review | 审查 PR 代码并发布结构化审查评论 | review.md |
适用性
当 git remote get-url origin 包含 github.com 时，此技能自动适用。对于非 GitHub 远程仓库（GitLab、Bitbucket 等），此技能不适用。
核心规则
1. 验证计划必需
每个 issue 正文和 PR 正文必须包含验证/测试计划部分。这与 code-workflow 的计划步骤共享。
2. Issue/PR 中不出现内部路径
.ralph/docs/、.ralph/fix_plan.md、.omc/ 和其他内部工作路径必须永远不要出现在 GitHub issue 正文、评论或 PR 正文中。这些是本地专用的产物。
不要写：「请查看 .ralph/docs/generated/plan-180.md」
应该写：实际内容内联，或「请查看下面的实现计划评论」
3. 正文 vs 评论选择
| 内容类型 | 目标 | 原因 |
|---|---|---|
| 实现计划（已确认） | Issue 正文更新 | 问题的稳定引用 |
| 检查清单（实现/验证） | Issue 正文更新 | 可通过 GitHub 复选框跟踪 |
| 讨论项目/开放问题 | Issue 评论 | 线程化、时间戳、不杂乱 |
| 进度更新 | Issue 评论 | 按时间顺序记录 |
| 审查反馈摘要 | Issue 评论 | 保留审查历史 |