Leo
ecf1f882c6
工具產物原散在用戶根目錄(docs 七層、scripts),又把 wiki/VERSION 寄生在 CC 原生
.claude/ 裡,用戶分不清哪個 docs 是工具的。這版徹底收斂:除 .claude/(settings/
commands/hooks)與 CLAUDE.md 留根,工具所有資料收進 system-dev/。
對應 SDD: system-dev/docs/3-specs/install-layout/(內部記錄,依原則不推)。
- 新結構 system-dev/{VERSION,wiki/,docs/,scripts/};.claude/ 只剩 CC 機制檔
- wiki 改寫產物落點正式化:install 建 system-dev/wiki/cards/(.gitkeep)
- docs 雙語義拆開:工具文件→system-dev/docs/;用戶 raw source 維持原處只讀
- scripts 一開始就裝進 system-dev/scripts/
- 舊版自動遷移雙保險:update.sh 冪等搬移(wiki 含 .git、docs 白名單)
+ session-start hook 偵測舊結構未遷移時提示(low-code 用戶兜底)
- wiki-secret-scan 觸發路徑改 system-dev/wiki/**(否則新結構防護失效)
- 全套路徑引用同步:CLAUDE/SKILL/wiki-*/sdd-*/hooks/INDEX/README(中英)
- 沙盒驗證:遷移含 .git commit 一致、冪等、用戶自填 docs 保留;全 bash -n 過
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
1.2 KiB
1.2 KiB
[子系統名稱] — Design
狀態：[草稿 / 審核中 / 已採納 / 已廢棄] 建立：[YYYY-MM-DD] | 最後更新：[YYYY-MM-DD] 負責人：[名稱]
一句話說明
[這個子系統做什麼，一句話。]
背景與問題
[為什麼需要這個子系統？解決了什麼問題？]
範圍
包含（In Scope）
- [這個 SDD 涵蓋的功能]
不包含（Out of Scope）
- [明確排除的功能，避免 CC 自行延伸]
設計
架構概覽
[用文字或 ASCII 描述系統結構]
[元件 A] → [元件 B] → [元件 C]
關鍵決策
| 決策 | 選擇 | 原因 | 放棄的選項 |
|---|---|---|---|
| [問題] | [選擇] | [原因] | [其他選項] |
API / 介面定義
[端點、資料格式、輸入輸出規格]
資料模型
[資料結構、欄位說明]
技術限制
- [不能用什麼]
- [必須相容什麼]
- [效能要求]
驗收標準
完成的定義（CC 完成任何 task 前必須確認）：
- [可客觀驗證的條件，例如：POST /api/xxx 回傳 200]
- [...]
相關文件
- [連結到相關 ADR]
- [連結到相關 SDD]