uncle6me-web
5d00e71275
頂層 D22 決策（leo 2026-07-03 拍板）：推什麼由開發環境歸屬決定， Gitea private＝除機敏值/build 產物/.github 外全 push。 解 T1.5 卡點：雲端工人 clone 拿得到 credential-store-migration.md，可就地改寫 SDD。 機敏掃描兩輪通過（新增 189 檔約 2.1MB，node_modules/dist/wasm 照舊排除）。 Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
1.4 KiB
1.4 KiB
/sdd-check — 確認當前任務有沒有對應 SDD
動手前執行。確保 CC 有全局觀，不會在沒有設計文件的情況下猛衝。
執行流程
第一步：理解任務
確認使用者要做什麼：
- 涉及哪個子系統？
- 是新功能還是修改現有功能？
- 影響範圍？
第二步：尋找對應 SDD
在 system-dev/docs/3-specs/ 下尋找對應的子系統目錄，確認有沒有：
design.md（設計文件）tasks.md（任務清單）
第三步：根據結果回應
情況 A：找到對應 SDD
✅ 找到 SDD：system-dev/docs/3-specs/[子系統]/
📋 design.md：[確認]
📋 tasks.md：[確認，列出相關 task]
🎯 對應 task：[編號和描述]
繼續嗎？
情況 B：找不到 SDD，任務明確
⚠️ 找不到對應 SDD
任務：[描述]
建議在 system-dev/docs/3-specs/[建議子系統名]/ 建立 SDD
要我幫你起草 design.md 嗎？（需要你確認後才動手）
情況 C：找不到 SDD，任務模糊
⚠️ 找不到對應 SDD，而且任務範圍不夠清楚
請先回答：
1. 這個功能屬於哪個子系統？
2. 完成的標準是什麼？
3. 有沒有不能動的邊界？
注意
- 找不到 SDD 不等於可以直接動手
- 小修改（修 bug、改文字）可以豁免，但要明確說「這是小修改，範圍是 X」
- 新功能、架構變動、跨模組的修改 → 一定要有 SDD