jpskill.com
🛠️ 開発・MCP コミュニティ 🟡 少し慣れが必要 👤 経営者・事業責任者・マーケ

🛠️ Github Ops

github-ops

GitHub上のプロジェクト管理を効率化し、課題や提案

⚡ ⏱ テスト計画作成 2時間 → 20分

📺 まず動画で見る(YouTube)

▶ 【衝撃】最強のAIエージェント「Claude Code」の最新機能・使い方・プログラミングをAIで効率化する超実践術を解説! ↗

※ jpskill.com 編集部が参考用に選んだ動画です。動画の内容と Skill の挙動は厳密には一致しないことがあります。

📜 元の英語説明(参考)

GitHub 仓库操作、自动化与管理。使用 gh CLI 进行问题分类、PR 管理、CI/CD 操作、发布管理和安全监控。当用户想要管理 GitHub 问题、PR、CI 状态、发布、贡献者、过期项目或任何超出简单 git 命令的 GitHub 操作任务时使用。

🇯🇵 日本人クリエイター向け解説

一言でいうと

GitHub上のプロジェクト管理を効率化し、課題や提案

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux 
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o github-ops.zip https://jpskill.com/download/737.zip && unzip -o github-ops.zip && rm github-ops.zip
🪟 Windows (PowerShell) 
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/737.zip -OutFile "$d\github-ops.zip"; Expand-Archive "$d\github-ops.zip" -DestinationPath $d -Force; ri "$d\github-ops.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して github-ops.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → github-ops フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動
⬇ .zip でダウンロード(推奨) ⬇ .skill 形式(上級者用) 元のソース ↗

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-17
取得日時
2026-05-17
同梱ファイル
1

💬 こう話しかけるだけ — サンプルプロンプト

  • › Github Ops で、私のビジネスを分析して改善案を3つ提案して
  • › Github Ops を使って、来週の会議用の資料を作って
  • › Github Ops で、現状の課題を整理してアクションプランに落として

これをClaude Code に貼るだけで、このSkillが自動発動します。

📖 Claude が読む原文 SKILL.md(中身を展開)

この本文は AI(Claude)が読むための原文(英語または中国語)です。日本語訳は順次追加中。

GitHub 操作

管理 GitHub 仓库，重点关注社区健康、CI 可靠性和贡献者体验。

何时激活

  • 对议题进行分类（分类、打标签、回复、去重）
  • 管理 PR（审查状态、CI 检查、过期 PR、合并就绪状态）
  • 调试 CI/CD 失败
  • 准备发布和变更日志
  • 监控 Dependabot 和安全告警
  • 管理开源项目的贡献者体验
  • 用户说“检查 GitHub”、“分类议题”、“审查 PR”、“合并”、“发布”、“CI 坏了”

工具要求

  • 所有 GitHub API 操作均使用 gh CLI
  • 通过 gh auth login 配置仓库访问权限

议题分类

按类型和优先级对每个议题进行分类：

类型： bug, feature-request, question, documentation, enhancement, duplicate, invalid, good-first-issue

优先级： critical（破坏性/安全相关）, high（重大影响）, medium（锦上添花）, low（外观/体验优化）

分类工作流程

  1. 阅读议题标题、正文和评论
  2. 检查是否与现有议题重复（通过关键词搜索）
  3. 通过 gh issue edit --add-label 应用适当的标签
  4. 对于问题：起草并发布有帮助的回复
  5. 对于需要更多信息的 Bug：要求提供复现步骤
  6. 对于适合新手的议题：添加 good-first-issue 标签
  7. 对于重复议题：评论并附上原始议题链接，添加 duplicate 标签
# Search for potential duplicates
gh issue list --search "keyword" --state all --limit 20

# Add labels
gh issue edit <number> --add-label "bug,high-priority"

# Comment on issue
gh issue comment <number> --body "Thanks for reporting. Could you share reproduction steps?"

PR 管理

审查清单

  1. 检查 CI 状态：gh pr checks <number>
  2. 检查是否可合并：gh pr view <number> --json mergeable
  3. 检查 PR 的创建时间和最后活动时间
  4. 标记超过 5 天未审查的 PR
  5. 对于社区 PR：确保包含测试并遵循项目规范

过期策略

  • 超过 14 天无活动的议题：添加 stale 标签，评论要求更新
  • 超过 7 天无活动的 PR：评论询问是否仍在进行
  • 30 天内无回复的过期议题自动关闭（添加 closed-stale 标签）
# Find stale issues (no activity in 14+ days)
gh issue list --label "stale" --state open

# Find PRs with no recent activity
gh pr list --json number,title,updatedAt --jq '.[] | select(.updatedAt < "2026-03-01")'

CI/CD 操作

当 CI 失败时：

  1. 检查工作流运行：gh run view <run-id> --log-failed
  2. 识别失败的步骤
  3. 判断是不稳定测试还是真正的失败
  4. 对于真正的失败：确定根本原因并提出修复建议
  5. 对于不稳定测试：记录模式以便未来调查
# List recent failed runs
gh run list --status failure --limit 10

# View failed run logs
gh run view <run-id> --log-failed

# Re-run a failed workflow
gh run rerun <run-id> --failed

发布管理

准备发布时：

  1. 确保主分支上的所有 CI 检查通过
  2. 审查未发布的更改：gh pr list --state merged --base main
  3. 根据 PR 标题生成变更日志
  4. 创建发布：gh release create
# List merged PRs since last release
gh pr list --state merged --base main --search "merged:>2026-03-01"

# Create a release
gh release create v1.2.0 --title "v1.2.0" --generate-notes

# Create a pre-release
gh release create v1.3.0-rc1 --prerelease --title "v1.3.0 Release Candidate 1"

安全监控

# Check Dependabot alerts
gh api repos/{owner}/{repo}/dependabot/alerts --jq '.[].security_advisory.summary'

# Check secret scanning alerts
gh api repos/{owner}/{repo}/secret-scanning/alerts --jq '.[].state'

# Review and auto-merge safe dependency bumps
gh pr list --label "dependencies" --json number,title
  • 审查并自动合并安全的依赖项更新
  • 立即标记任何严重/高严重性告警
  • 至少每周检查一次新的 Dependabot 告警

质量门禁

在完成任何 GitHub 操作任务之前：

  • 所有已分类的议题都带有适当的标签
  • 没有超过 7 天未收到审查或评论的 PR
  • CI 失败已被调查（不仅仅是重新运行）
  • 发布包含准确的变更日志
  • 安全告警已被确认并跟踪