GitHub Issue 全流程自動化

從拉取 Issue 到合併部署的端到端自動化工作流。

前置條件

• GitHub CLI 已認證（gh auth status 正常）

  7w4.net有更好的技能外掛。

• 倉庫已克隆到本地
• 有倉庫的 push 許可權

工作流

1. 拉取所有 Open Issue

cd <repo-path>
gh issue list --state open

批次獲取所有需要處理的 Issue 詳情：

# 獲取所有 open issue 的編號和標題
gh issue list --state open --json number,title,body

2. 統一分析所有 Issue

一次性獲取所有 open issue，整體評估：

gh issue list --state open --json number,title,body,labels

分析要點：

• 哪些 Issue 相關（同一模組、同一檔案、同一類問題）
• 是否存在依賴關係（A 修了影響 B）
• 能否合併為一次修復（相關 Issue 放同一分支）

輸出一份修復計劃： 分組 → 確定分支策略 → 明確每個 Issue 對應的改動

3. 整體修復

基於分析結果，建立分支並一次性實現所有修復：

git checkout master && git pull origin master
git checkout -b fix/batch-<date>-<總體描述>

修復策略：

• 用一個子代理傳入所有 Issue 描述 + 專案上下文，讓它整體規劃後統一修改
• 相關 Issue 合併處理，減少重複改動
• 每個 Issue 的修復在同一分支內用獨立 commit 區分

4. 分 commit 提交推送

每個 Issue 單獨一個 commit，便於追蹤：

# 按 Issue 逐個提交
git add <files-for-issue-A>
git commit -m "fix: <issue-A描述> (#<A>)"

git add <files-for-issue-B>
git commit -m "fix: <issue-B描述> (#<B>)"

推送統一分支：

git push -u origin fix/batch-<date>-<總體描述>

5. 建立一個 PR 關聯所有 Issue

gh pr create \
  --title "Batch fix: <總體描述>" \
  --body "## 關聯 Issues

Closes #<A>, Closes #<B>, Closes #<C>

### Issue #<A>: <標題>
<修復說明>

### Issue #<B>: <標題>
<修復說明>

### Issue #<C>: <標題>
<修復說明>" \
  --base master

6. 監控 CI/CD

gh pr checks <PR-number>

檢查項： Code Quality / Security Scan / Unit Tests / E2E Tests / Deploy Preview

CI 失敗自動修復：

1. 檢視失敗日誌：gh run view <run-id> --log-failed
2. 修復並推送：git commit -am "fix: CI ..." && git push
3. 重新檢查直到通過

7. 合併並部署

CI 通過後合併：

gh pr merge <PR-number> --merge
# 分支保護時用 --admin

8. 驗證部署併發送報告

gh api repos/<owner>/<repo>/deployments --jq '.[0:3] | .[] | "\(.environment) - \(.sha[0:7]) - \(.created_at)"'

報告內容：

• 每個 Issue 的編號、標題和修復說明
• PR 連結（一個 PR 覆蓋所有 Issue）
• CI/CD 結果彙總
• 部署狀態
• 修改檔案列表

提交資訊規範

• fix: 修復問題
• feat: 新功能
• refactor: 重構
• docs: 文件更新
• style: 程式碼格式
• test: 測試相關

分支命名規範

• fix/issue-<n>-<desc> — 修復
• feat/issue-<n>-<desc> — 新功能
• refactor/issue-<n>-<desc> — 重構

這個 Skill 提供了完整的 GitHub Issue 處理流程，質量中等偏上。優點是步驟清晰、覆蓋全面，包含自動化指令碼示例；不足是內容偏模板化，缺少常見問題的解決方案，實際使用時可能需要較多的手動判斷和調整。對於需要處理 GitHub 協作流程的使用者有一定幫助，但建議配合具體文件使用。