"任務管理"
- Atomic Ticket：一個動詞加一個目標
Ticket 越開越大、驗收條件涵蓋多個目標、review 要重新推理背景時，用來判定一張單該不該拆、以及什麼情況不該拆
- 把 Ticket 狀態放進 frontmatter，進度從溝通變成查詢
任務狀態散在對話歷史或另一份追蹤表、查一次進度就要消耗一輪回報時，用來把狀態收進 Ticket 文件本身
- 建議追蹤：每條建議都要離開待決定
調查報告留下的建議清單只有第一條被執行、其餘停在對話紀錄裡時，用來把每條建議綁到採納、拒絕或延後其中一種歸宿
- 驗收條件是一份契約：完成的定義要能逐條勾選
驗收條件寫成「功能完成、測試通過」這類描述、或執行者總是挑最省力的那條路完成任務時，用來把完成的定義寫成可逐條確認的契約
- Ticket 生命週期流程 - AI 協作開發的任務管理系統
定義 Ticket 從建立到完成的完整生命週期，包含狀態管理、驗收流程、任務鏈設計和與 TDD 流程的整合