Menü
將大型 GitLab Issue 拆分為多個子 Issue，AI 語義理解自動識別子任務並建立關聯。當使用者說「拆分 issue」、「split 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」、「organize issues」、「清理 issue」、「整理舊 issue」時觸發。
從 Issue 分析結果自動產生 Draft MR 建議。需先執行 /issue-analyze 取得影響分析，再根據分析結果產生程式碼修改建議與 Draft MR。當使用者說「issue 轉 MR」、「自動開 MR」、「issue to MR」、「從 issue 建 MR」時觸發。
| name | issue-split |
| description | 將大型 GitLab Issue 拆分為多個子 Issue，AI 語義理解自動識別子任務並建立關聯。當使用者說「拆分 issue」、「split issue」、「拆 issue」、「分拆」時觸發。 |
智慧拆分大型 GitLab Issue 為多個子 Issue。AI 分析 Issue 內容和討論串，識別獨立子任務，建立 Issue 間的關聯。
/issue-split #123
/issue-split --project=api #45
/issue-split https://gitlab.example.com/BizForm/Home/-/issues/123
參數說明：
#IID 或 URL（必要）：要拆分的 Issue--project（可選）：專案 key，預設為 defaultProjectPath需要 .issue-config.json 存在。按以下優先順序搜尋：
./.issue-config.json~/.claude/.issue-config.json若均不存在，提示：「找不到 .issue-config.json，請先執行 /issue-init 建立設定。」
從搜尋到的 .issue-config.json 讀取（專案層級優先於使用者層級）：
gitlab.defaultProjectPath（或 --project 覆寫）split.maxSubIssues（預設 8）split.inheritLabels（預設 true）split.linkType（預設 "relates_to"）defaults.labels使用 GitLab MCP 取得完整資訊：
mcp__GitLab_communication_server__get_issue - 取得 Issue 詳細內容mcp__GitLab_communication_server__list_issue_discussions - 取得所有討論串顯示：
📋 Issue #123: 效能改進 - 不使用 pagesize=0
Labels: performance, backend
討論數: 5
AI 分析 Issue 的標題、描述和討論串，識別：
拆分原則：
使用 AskUserQuestion 展示拆分方案：
問題：「以下是 Issue #123 的拆分方案，請確認」
顯示表格：
原始 Issue: #123 - 效能改進 - 不使用 pagesize=0
子 Issue 方案：
┌───┬──────────────────────────────────┬────────────┬────────┐
│ # │ 標題 │ Labels │ Weight │
├───┼──────────────────────────────────┼────────────┼────────┤
│ 1 │ 移除 API 層的 pagesize=0 預設值 │ backend │ 3 │
│ 2 │ 前端分頁元件改用 lazy loading │ frontend │ 5 │
│ 3 │ 資料庫查詢加入 LIMIT 限制 │ backend,db │ 2 │
│ 4 │ 撰寫效能測試基準 │ testing │ 2 │
└───┴──────────────────────────────────┴────────────┴────────┘
關聯類型: relates_to
選項：
對每個確認的子 Issue：
mcp__GitLab_communication_server__create_issue 建立子 Issue
mcp__GitLab_communication_server__create_issue_link 建立與原 Issue 的關聯
使用 AskUserQuestion：
若選擇更新：
mcp__GitLab_communication_server__update_issue 或 create_issue_note## 子 Issue 清單
- [ ] #124 - 移除 API 層的 pagesize=0 預設值
- [ ] #125 - 前端分頁元件改用 lazy loading
- [ ] #126 - 資料庫查詢加入 LIMIT 限制
- [ ] #127 - 撰寫效能測試基準
✓ Issue #123 已拆分為 4 個子 Issue：
#124 - 移除 API 層的 pagesize=0 預設值
URL: https://gitlab.example.com/BizForm/Home/-/issues/124
#125 - 前端分頁元件改用 lazy loading
URL: https://gitlab.example.com/BizForm/Home/-/issues/125
#126 - 資料庫查詢加入 LIMIT 限制
URL: https://gitlab.example.com/BizForm/Home/-/issues/126
#127 - 撰寫效能測試基準
URL: https://gitlab.example.com/BizForm/Home/-/issues/127
所有子 Issue 已與原始 Issue 建立 relates_to 關聯
| 步驟 | 工具 | 用途 |
|---|---|---|
| 讀取 Issue | get_issue | 取得 Issue 詳細內容 |
| 讀取討論 | list_issue_discussions | 取得討論串 |
| 建立子 Issue | create_issue | 批量建立子 Issue |
| 建立關聯 | create_issue_link | 建立 relates_to 關聯 |
| 更新原 Issue | update_issue / create_issue_note | 加入子 Issue 清單 |
split.maxSubIssues