to-issues

持續追問使用者關於某個計畫或設計，直到達成共識，並逐一釐清決策樹的每個分支。適用於使用者想對計畫進行壓力測試、接受設計挑戰，或提到「grill me」時。

一場燒烤式討論，挑戰你的計劃與現有領域模型的一致性，精煉術語，並在決策逐漸明朗時即時更新文件（CONTEXT.md、ADRs）。當使用者希望針對專案的語言與已記錄的決策來壓力測試其計劃時使用。

在程式碼庫中尋找深化機會，依據 CONTEXT.md 中的領域語言與 docs/adr/ 中的決策。適用於使用者想要改善架構、尋找重構機會、整合緊密耦合的模組，或讓程式碼庫更易於測試及便於 AI 導航時使用。

在此工作區內，教導使用者一項新技能或概念。

以紅-綠-重構循環進行測試驅動開發。當使用者想透過TDD建立功能或修復錯誤、提及「紅-綠-重構」、需要整合測試，或要求測試優先開發時使用。

將當前對話內容轉換為PRD，並發佈到專案問題追蹤器中。當使用者希望從當前內容建立PRD時使用。

將當前對話壓縮成一份交接文件，供其他代理接手處理。

針對難以解決的錯誤與效能回歸問題，採用嚴謹的診斷循環流程：重現 → 最小化 → 假設 → 檢測 → 修復 → 回歸測試。當使用者提出「診斷這個」/「除錯這個」、回報錯誤、表示某功能損壞/拋出異常/失敗，或描述效能回歸情況時啟用。