메뉴
批量整理舊有 GitLab Issue，補充標籤、建立關聯、重新分類。當使用者說「整理 issue」、「organize issues」、「清理 issue」、「整理舊 issue」時觸發。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | issue-organize |
| description | 批量整理舊有 GitLab Issue，補充標籤、建立關聯、重新分類。當使用者說「整理 issue」、「organize issues」、「清理 issue」、「整理舊 issue」時觸發。 |
批量智慧整理舊有 GitLab Issue。AI 分析所有 Issue 後，建議標籤補充、關聯建立、描述完善等改進方案，經確認後批量執行。
/issue-organize
/issue-organize --milestone="Sprint 60"
/issue-organize --labels=backend,performance
/issue-organize --state=all
參數說明：
--milestone（可選）：限定特定里程碑的 Issue--labels（可選）：限定特定標籤的 Issue--state（可選）：opened（預設）/ closed / all--limit（可選）：最多處理的 Issue 數量（預設來自 config 的 batchLimit）需要 .issue-config.json 存在。按以下優先順序搜尋：
./.issue-config.json~/.claude/.issue-config.json若均不存在，提示：「找不到 .issue-config.json，請先執行 /issue-init 建立設定。」
從搜尋到的 .issue-config.json 讀取（專案層級優先於使用者層級）：
gitlab.defaultProjectPathdefaults.batchLimit（預設 50）defaults.dryRun（預設 true）organize.staleDays（預設 90）organize.autoLabels（預設 true）templates（用於分類參考）使用 mcp__GitLab_communication_server__list_issues 取得目標範圍的 Issue：
使用 mcp__GitLab_communication_server__list_labels 取得專案現有標籤。
顯示：
📋 已載入 47 個 Issue（開放狀態）
現有 Labels: bug, feature, task, backend, frontend, ...
AI 對所有載入的 Issue 進行分析，產生「變更計畫」：
分析面向：
a. 標籤缺失或不一致
b. 可建立關聯的 Issue
c. 描述不完整
d. 過期 Issue 標記
以結構化格式顯示建議的變更：
📋 變更計畫（共 12 項建議）
【標籤補充】 5 個 Issue
┌─────┬────────────────────────┬───────────────┬──────────────────┐
│ IID │ 標題 │ 現有 Labels │ 建議新增 Labels │
├─────┼────────────────────────┼───────────────┼──────────────────┤
│ #89 │ 表單送出後沒有回應 │ (無) │ bug, frontend │
│ #92 │ 新增匯出 CSV 功能 │ feature │ backend │
│ #95 │ 重構 API 路由結構 │ (無) │ task, backend │
└─────┴────────────────────────┴───────────────┴──────────────────┘
【建議關聯】 3 組
┌──────────┬──────────┬──────────────────────────┐
│ Issue A │ Issue B │ 關聯原因 │
├──────────┼──────────┼──────────────────────────┤
│ #89 │ #91 │ 相似問題：表單送出相關 │
│ #92 │ #96 │ #96 的描述提到 #92 │
└──────────┴──────────┴──────────────────────────┘
【過期標記】 4 個 Issue
#45, #52, #61, #68 - 超過 90 天未更新
使用 AskUserQuestion：
若選擇「逐項確認」，對每個變更逐一詢問。
dryRun 判斷邏輯：
若 defaults.dryRun 為 true：
若 defaults.dryRun 為 false（或使用 --execute 參數），依確認的變更計畫批量執行：
mcp__GitLab_communication_server__update_issue（更新 labels）mcp__GitLab_communication_server__create_issue_link（建立 relates_to）mcp__GitLab_communication_server__update_issue（新增 stale 標籤）每處理 10 個 Issue 回報一次進度：
⏳ 進度: 10/12 項變更已執行...
✓ Issue 整理完成！
執行摘要：
✓ 標籤補充: 5 個 Issue 已更新
✓ 關聯建立: 3 組關聯已建立
✓ 過期標記: 4 個 Issue 已標記 stale
跳過: 0 項（全部成功）
| 步驟 | 工具 | 用途 |
|---|---|---|
| 載入 Issue | list_issues | 批量取得 Issue 清單 |
| 載入標籤 | list_labels | 取得現有標籤 |
| 查詢關聯 | list_issue_links | 檢查既有關聯 |
| 更新 Issue | update_issue | 補充標籤、描述 |
| 建立關聯 | create_issue_link | 建立 Issue 間關聯 |
| 建立標籤 | create_label | 若需要的標籤不存在 |
分析 GitLab Issue 的影響範圍，跨 repo 搜尋相關程式碼與 MR，產生影響評估報告。當使用者說「分析 issue」、「analyze issue」、「issue 影響分析」、「這個 issue 會影響什麼」、「評估 issue」時觸發。
智慧建立 GitLab Issue，支援討論式建立和指令式建立。當使用者討論 bug/功能需求到一個段落時，主動詢問是否建立 Issue。也可用指令直接建立。當使用者說「建立 issue」、「create issue」、「新增 issue」、「開 issue」、「開票」，或在討論 bug/feature 時說「好」、「開吧」、「建起來」時觸發。
將當前 LLM 對話討論轉為結構化 GitLab Issue，整合 issue-create 和 issue-split 功能。當使用者說「把討論建成 issue」、「discuss to issue」、「整理成 issue」、「從對話建立 issue」時觸發。
互動式初始化 .issue-config.json，自動偵測 GitLab 專案資訊並設定 Issue 管理規則。當使用者說「init issue」、「初始化 issue 設定」、「setup issue config」、「issue init」時觸發。
將大型 GitLab Issue 拆分為多個子 Issue，AI 語義理解自動識別子任務並建立關聯。當使用者說「拆分 issue」、「split issue」、「拆 issue」、「分拆」時觸發。
從 Issue 分析結果自動產生 Draft MR 建議。需先執行 /issue-analyze 取得影響分析，再根據分析結果產生程式碼修改建議與 Draft MR。當使用者說「issue 轉 MR」、「自動開 MR」、「issue to MR」、「從 issue 建 MR」時觸發。