Menü
批量整理舊有 GitLab Issue，補充標籤、建立關聯、重新分類。當使用者說「整理 issue」、「organize issues」、「清理 issue」、「整理舊 issue」時觸發。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
分析 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」時觸發。
| 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 | 若需要的標籤不存在 |