属性 | 内容 |
|---|---|
名称 | Github |
类别 | 开发工具 |
下载量 | 5.9万 (SkillHub) / 111k (ClawHub) |
收藏数 | 198 (SkillHub) / 366 ⭐ (ClawHub) |
安装量 | 1.1k (SkillHub) / 2.7k (ClawHub) |
版本 | v1.0.0 |
作者 | Peter Steinberger (@steipete) |
来源 | ClawHub |
许可证 | MIT-0 (免费使用、修改、再分发,无需署名) |
安全状态 | ✅ VirusTotal 检测通过 (Benign) / ✅ OpenClaw 高置信度检测通过 |
状态 | ★ 精选推荐 · ⚡ 加速下载可用 |
核心定位:将复杂的 GitHub 命令行操作转化为简单的自然语言对话,让开发者专注于代码本身,而非繁琐的 GitHub 操作流程。
🔧 技术原理与架构
底层技术栈
核心依赖: GitHub CLI (
gh) - GitHub 官方命令行工具交互方式: 自然语言 → AI 解析 → gh CLI 命令 → GitHub API
数据格式: 支持 JSON 输出和 jq 过滤,便于程序化处理
认证方式: 支持
gh auth login或GITHUB_TOKEN环境变量
支持的 GitHub 操作范围
┌─────────────────────────────────────────────────────────────┐│ Github Skill 功能矩阵 │├──────────────┬──────────────┬──────────────┬────────────────┤│ 仓库管理 │ PR 管理 │ Issue 管理 │ CI/CD 管理 │├──────────────┼──────────────┼──────────────┼────────────────┤│ • 克隆仓库 │ • 查看 PR │ • 创建 Issue │ • 查看工作流 ││ • Fork 仓库 │ • 检出 PR │ • 列出 Issue │ • 检查运行状态 ││ • 查看仓库 │ • 创建 PR │ • 查看 Issue │ • 查看日志 ││ • 搜索仓库 │ • 合并 PR │ • 关闭 Issue │ • 重新运行 ││ │ • PR 状态 │ • 筛选 Issue │ ││ │ • PR 评论 │ • Issue 评论 │ │└──────────────┴──────────────┴──────────────┴────────────────┘💡 深度使用场景与实战案例
场景一:日常开发工作流自动化
1.1 早晨开始工作 - 快速了解项目状态
传统方式:
# 需要手动打开浏览器,逐个查看# 1. 打开 GitHub 网站# 2. 进入仓库# 3. 查看 PR 列表# 4. 查看 Issue 列表# 5. 查看 CI 状态使用 Github Skill:
用户: "帮我查看我的项目今天有哪些 PR 需要 review"AI: "正在为您查询..." [执行 gh pr list --state open --review-requested @me] 结果: #142 修复登录页面的样式问题 [需要 review] #145 添加用户认证模块 [需要 review]用户: "看看 #142 的 CI 状态"AI: "正在检查..." [执行 gh pr checks 142] 结果: ✓ 测试通过 ✓ 代码检查通过 ✗ 构建失败 - 缺少依赖1.2 代码审查流程
完整对话示例:
用户: "帮我 checkout PR #142 到本地进行 review"AI: "正在检出..." [执行 gh pr checkout 142] 结果: ✓ 已切换到分支 fix/login-style ✓ 远程分支已更新用户: "这个 PR 改了哪些文件?"AI: "让我查看..." [执行 git diff --name-only] 修改文件: - src/components/Login.vue - src/styles/login.css - tests/login.spec.js用户: "查看具体的代码变更"AI: [展示 diff 内容]用户: "看起来不错,帮我批准这个 PR"AI: "正在批准..." [执行 gh pr review 142 --approve] 结果: ✓ 已批准 PR #142场景二:团队协作与项目管理
2.1 Sprint 规划会议准备
自动化生成报告:
用户: "生成本周的项目状态报告"AI: "正在收集数据..." === 项目状态报告 === 📊 PR 统计: - 待 Review: 5 个 - 已批准待合并: 3 个 - 本周已合并: 12 个 🐛 Issue 统计: - 新 Issue: 8 个 - 已解决: 15 个 - 高优先级: 3 个 ⚙️ CI/CD 状态: - 成功率: 94% - 失败构建: 3 个 (已修复)2.2 跨仓库管理
多项目协调:
用户: "查看 frontend-repo 和 backend-repo 的所有 open PR"AI: "正在查询多个仓库..." [执行 gh pr list --repo company/frontend-repo] [执行 gh pr list --repo company/backend-repo] Frontend (3 个 PR): #45 添加暗黑模式支持 #46 优化首页加载速度 #47 修复移动端适配 Backend (2 个 PR): #23 重构用户认证接口 #24 添加缓存层场景三:开源项目贡献
3.1 贡献流程自动化
完整的 Fork → 修改 → PR 流程:
用户: "我想给 facebook/react 提个 PR"AI: "我来协助您完成整个流程..."步骤 1: Fork 仓库[执行 gh repo fork facebook/react --clone=true]✓ 已创建 fork: your-username/react✓ 已克隆到本地步骤 2: 创建功能分支[执行 git checkout -b fix/typo-in-docs]步骤 3: 修改代码...步骤 4: 提交并推送[执行 git push origin fix/typo-in-docs]步骤 5: 创建 PR[执行 gh pr create --title "Fix typo in documentation" \ --body "修复文档中的拼写错误"]✓ PR 创建成功: https://github.com/facebook/react/pull/XXXX3.2 跟进上游更新
同步 Fork 的仓库:
用户: "我的 react fork 落后上游多少提交了?"AI: "正在检查..." [执行 gh repo sync your-username/react] 结果: 当前落后 upstream 47 个提交用户: "同步更新"AI: "正在同步..." [执行 gh repo sync your-username/react --branch main] ✓ 已同步最新代码场景四:CI/CD 监控与故障排查
4.1 实时监控构建状态
快速诊断 CI 失败:
用户: "查看 main 分支的最新构建状态"AI: "正在查询..." [执行 gh run list --branch main --limit 5] 最近 5 次运行: ✓ #456 部署到生产环境 (2 分钟前) ✓ #455 运行测试套件 (1 小时前) ✗ #454 构建失败 (2 小时前)用户: "看看 #454 为什么失败"AI: "正在获取失败日志..." [执行 gh run view 454 --log-failed] 错误信息: Error: Module not found: Can't resolve 'lodash' 建议: 需要添加 lodash 依赖: npm install lodash4.2 批量重试失败的构建
用户: "重试所有失败的 workflow"AI: "正在处理..." [执行 gh run list --status failure --json databaseId] [遍历并执行 gh run rerun <id>] 结果: ✓ 已重试 3 个失败的构建场景五:高级查询与数据分析
5.1 使用 GitHub API 进行复杂查询
提取特定数据:
用户: "获取最近 10 个 PR 的标题和作者"AI: "正在查询..." [执行 gh api repos/owner/repo/pulls \ --jq '.[] | "\(.title) by @\(.user.login)"' \ --paginate | head -10] 结果: "Fix memory leak by @alice" "Add dark mode by @bob" "Update dependencies by @charlie" ...5.2 自定义报告生成
生成贡献者统计:
用户: "统计本月最活跃的贡献者"AI: "正在分析..." [执行 gh api repos/owner/repo/contributors \ --jq '.[] | {login: .login, contributions: .contributions}' \ --paginate] 本月贡献排名: 1. @alice - 45 次提交 2. @bob - 32 次提交 3. @charlie - 28 次提交🛠️ 详细命令参考手册
PR (Pull Request) 管理
自然语言指令 | 实际执行的 gh 命令 | 说明 |
|---|---|---|
"列出所有 open 的 PR" |
| 查看待处理的 PR |
"查看 PR #42 的详情" |
| 查看 PR 详细信息 |
"checkout PR #42" |
| 检出 PR 到本地分支 |
"创建一个新的 PR" |
| 交互式创建 PR |
"批准 PR #42" |
| 批准 PR |
"合并 PR #42" |
| 合并 PR |
"查看 PR #42 的 CI 状态" |
| 检查 PR 的 CI 状态 |
"关闭 PR #42" |
| 关闭 PR |
Issue 管理
自然语言指令 | 实际执行的 gh 命令 | 说明 |
|---|---|---|
"列出所有 open 的 Issue" |
| 查看待处理的 Issue |
"创建新 Issue" |
| 交互式创建 Issue |
"查看 Issue #10" |
| 查看 Issue 详情 |
"关闭 Issue #10" |
| 关闭 Issue |
"分配给 @alice" |
| 分配 Issue |
"添加 bug 标签" |
| 添加标签 |
CI/CD 管理
自然语言指令 | 实际执行的 gh 命令 | 说明 |
|---|---|---|
"查看最近的工作流运行" |
| 列出最近的 CI 运行 |
"查看运行 #123 的详情" |
| 查看运行详情 |
"查看失败的日志" |
| 只看失败步骤的日志 |
"重试运行 #123" |
| 重新运行 |
"取消运行 #123" |
| 取消运行 |
仓库管理
自然语言指令 | 实际执行的 gh 命令 | 说明 |
|---|---|---|
"克隆仓库 owner/repo" |
| 克隆仓库 |
"Fork 这个仓库" |
| Fork 当前仓库 |
"查看仓库信息" |
| 查看仓库详情 |
"同步我的 fork" |
| 同步 upstream 更新 |
高级 API 查询
自然语言指令 | 实际执行的 gh 命令 | 说明 |
|---|---|---|
"获取 PR 的 JSON 数据" |
| 结构化输出 |
"查询特定字段" |
| 使用 jq 过滤 |
"分页获取所有数据" |
| 分页查询 |
🚀 快速开始指南
第一步:安装 Github Skill
方式一:通过 SkillHub 安装(推荐,国内加速)
告诉你的 AI 助手:"请帮我安装 github skill"方式二:手动安装
openclaw skills install github第二步:配置 GitHub 认证
方式一:交互式登录
gh auth login按提示选择:
GitHub.com 或 GitHub Enterprise
HTTPS 或 SSH
浏览器登录或 token
方式二:使用环境变量(适合 CI/CD)
export GITHUB_TOKEN=your_token_here第三步:验证安装
用户: "测试 github skill 是否正常工作"AI: "正在测试..." [执行 gh --version] 结果: gh version 2.x.x (2024-xx-xx) ✓ Github Skill 安装成功!💼 实际工作流整合案例
案例 1:每日站会前的自动准备
自动化脚本:
每天早上 9:00,AI 助手自动执行:1. 查询昨日合并的 PR gh pr list --state merged --search "merged:>$(date -d 'yesterday' +%Y-%m-%d)"2. 查询今日到期的 Issue gh issue list --search "due:$(date +%Y-%m-%d)"3. 检查失败的 CI gh run list --status failure --limit 54. 生成报告发送给团队案例 2:发布流程自动化
版本发布检查清单:
用户: "准备发布 v2.0.0"AI: "正在执行发布前检查..."✓ 检查所有 PR 是否已合并 [执行 gh pr list --state open]✓ 检查 CI 状态 [执行 gh run list --branch main --status in_progress]✓ 生成变更日志 [执行 gh pr list --state merged --search "merged:>$(date -d '1 week ago' +%Y-%m-%d)" \ --json title,number,author]✓ 创建 Release [执行 gh release create v2.0.0 --title "Version 2.0.0" \ --notes-file CHANGELOG.md]案例 3:代码审查助手
自动审查流程:
用户: "帮我 review 所有待处理的 PR"AI: "开始批量审查..."对于每个 PR:1. 检出 PR 到本地 gh pr checkout <number>2. 运行测试 npm test3. 检查代码风格 npm run lint4. 生成审查报告 - 代码质量评分 - 测试覆盖率 - 潜在问题提醒5. 提交审查意见 gh pr review <number> --comment --body-file review.md🎨 配图建议
封面图设计
主视觉: GitHub Octocat + AI 机器人对话气泡
文案: 「Github Skill | 让 AI 成为你的 GitHub 助手」
数据展示: 5.9万下载 · 366⭐ · 2.7k安装
功能对比图
┌────────────────────────────────────────────────────────┐│ 传统方式 vs Github Skill │├────────────────────────────────────────────────────────┤│ 1. 打开浏览器 直接说: ││ 2. 登录 GitHub "查看我的 PR" ││ 3. 导航到仓库 ││ 4. 点击 PR 标签 ││ 5. 逐个查看 ✅ 3 秒出结果 ││ ││ 耗时:2-3 分钟 耗时:3 秒 │└────────────────────────────────────────────────────────┘📈 数据表现与社区反馈
SkillHub 数据
下载量: 5.9万
收藏数: 198
安装量: 1.1k
排名: TOP 50 精选榜单第 1 名
ClawHub 数据
Stars: 366
下载量: 111k
当前安装: 2.7k
累计安装: 2.7k
用户评价摘要
"极大提高了代码审查效率"
"不用记复杂的 gh 命令,太方便了"
"团队协作必备工具"
"建议添加 gh 安装说明" (已采纳)
🔒 安全性说明
安全检测
✅ VirusTotal: 检测通过 (Benign)
✅ OpenClaw: 高置信度检测通过
权限说明
这是一个纯指令型技能,具有以下安全特性:
不请求额外环境变量
不请求安装权限
不请求系统特权
所有操作通过用户已安装的
ghCLI 执行完全透明,可审计
最佳实践
使用
gh auth login进行认证,避免硬编码 token在 CI/CD 中使用
GITHUB_TOKEN环境变量定期审查 AI 助手执行的命令
🔗 相关资源
官方链接
SkillHub 页面: https://skillhub.tencent.com/
ClawHub 详情: https://clawhub.ai/steipete/github
GitHub CLI 官方文档: https://cli.github.com/manual/
GitHub CLI 使用示例: https://cli.github.com/manual/examples
安装指南
SkillHub 安装: https://skillhub-1388575217.cos.ap-guangzhou.myqcloud.com/install/skillhub.md
gh CLI 安装: https://github.com/cli/cli#installation
社区资源
GitHub CLI 讨论区: https://github.com/cli/cli/discussions
Issue 追踪: https://github.com/cli/cli/issues
扩展生态: https://github.com/topics/gh-extension
📝 总结
Github Skill 是 SkillHub TOP 50 榜单的开篇之作,它代表了 AI 辅助开发的未来方向:让开发者用自然语言操控复杂的开发工具。
无论你是:
🧑💻 个人开发者 - 提高日常 GitHub 操作效率
👥 团队成员 - 简化协作流程,快速获取项目状态
🌟 开源贡献者 - 轻松管理多个 fork 和 PR
🏢 团队负责人 - 自动化项目监控和报告生成
Github Skill 都能为你带来显著的效率提升。5.9 万下载量和 366 个 Star 证明了它的实用价值。
夜雨聆风