npx claudepluginhub psychquant/psychquant-claude-plugins --plugin issue-driven-devThis skill uses the workspace's default tool permissions.
---
Creates isolated Git worktrees for feature branches with prioritized directory selection, gitignore safety checks, auto project setup for Node/Python/Rust/Go, and baseline verification.
Executes implementation plans in current session by dispatching fresh subagents per independent task, with two-stage reviews: spec compliance then code quality.
Dispatches parallel agents to independently tackle 2+ tasks like separate test failures or subsystems without shared state or dependencies.
在寫任何一行 code 之前,先確認你真的理解問題。
不理解問題就動手 = 修表象。修表象 = 問題會回來。
gh issue view $NUMBER --repo $GITHUB_REPO --json title,body,labels,comments
識別 issue type:bug / feature / refactor / docs。
重現問題
Trace 資料流
檢查最近的變更
git log --oneline -20
git diff HEAD~5
找到 working example
形成假設
拆解需求
影響範圍
實作策略
為什麼要重構
風險評估
重構策略
產生 diagnosis report 並 comment 到 issue 底下(預設行為):
## Diagnosis
### Type
{bug / feature / refactor}
### Root Cause / Analysis
{bug: root cause + evidence}
{feature: requirements breakdown}
{refactor: current state + problems}
### Impact
- 影響的檔案:...
- 影響的使用者流程:...
### Strategy
{具體的修復 / 實作計畫}
- [ ] 改 A
- [ ] 改 B
- [ ] 加測試 C
### Risks
{可能出錯的地方}
gh issue comment $NUMBER --repo $GITHUB_REPO --body "$DIAGNOSIS_REPORT"
數學公式格式:GitHub 支援
$...$(inline)和$$...$$(display)math mode。 含底線的程式變數名(如mse_info)不放進 math mode — KaTeX 無法可靠渲染底線跳脫。 改用混合寫法:數學部分用$R_I = J \cdot$,變數名用 backtick code`mse_info`。 純數學符號($\theta$, $\hat{d}_J$ 等)放 math mode 沒問題。
為什麼 comment 到 issue? Diagnosis 是 issue 的一部分 — 三個月後回來看,issue 裡就有完整的「問題 → 診斷 → 解法」脈絡,不用翻對話紀錄。
原文引用格式:所有逐字引用的原文(使用者對話、老師回饋、文件段落)必須使用 blockquote(
>)格式,與分析/解讀在視覺上明確區分。
同時在對話中顯示 report,讓使用者可以即時確認。
詢問使用者:「Diagnosis 已 comment 到 #NNN。正確嗎?要調整策略嗎?」
gh issue comment 追加修正/issue-driven-dev:idd-implement #NNNDiagnosis comment 完成後,自動執行 idd-update 更新 issue body 的 Current Status(phase → diagnosed)。
Diagnosis 確認後,進入 implement:
/issue-driven-dev:idd-implement #NNN