feat: 安裝結構收進 system-dev/(不污染用戶根目錄)+ 舊版自動遷移 + bump 1.9.0

工具產物原散在用戶根目錄(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>

template/.claude/commands/sdd-check.md

@@ -15,7 +15,7 @@
 
 ### 第二步：尋找對應 SDD
 
-在 `docs/3-specs/` 下尋找對應的子系統目錄，確認有沒有：
+在 `system-dev/docs/3-specs/` 下尋找對應的子系統目錄，確認有沒有：
 - `design.md`（設計文件）
 - `tasks.md`（任務清單）
 
@@ -23,7 +23,7 @@
 
 **情況 A：找到對應 SDD**
 ```
-✅ 找到 SDD：docs/3-specs/[子系統]/
+✅ 找到 SDD：system-dev/docs/3-specs/[子系統]/
 📋 design.md：[確認]
 📋 tasks.md：[確認，列出相關 task]
 🎯 對應 task：[編號和描述]
@@ -34,7 +34,7 @@
 ```
 ⚠️ 找不到對應 SDD
 任務：[描述]
-建議在 docs/3-specs/[建議子系統名]/ 建立 SDD
+建議在 system-dev/docs/3-specs/[建議子系統名]/ 建立 SDD
 
 要我幫你起草 design.md 嗎？（需要你確認後才動手）
 ```

template/.claude/commands/wiki-capture.md

@@ -11,9 +11,9 @@
 
 把任何內容寫進 wiki 前，先確認**不含**密碼 / API 金鑰 / 私鑰 / 連線字串帳密 / 個資（身分證、信用卡）。
 - 命中 → 不要記「值」，改記「位置」（例：「DB 密碼放 `.env`，不入 wiki」）
-- 來源整檔機敏 → 提醒使用者加進 `.claude/wiki/.wikiignore`
+- 來源整檔機敏 → 提醒使用者加進 `system-dev/wiki/.wikiignore`
 - 真要保留示範格式 → 該行尾加 `wiki-secret-ok` 標記
-> 這是協議層自律。最後一道 `wiki-secret-scan.sh` hook 會在寫入 `.claude/wiki/` 時機械攔截，但別依賴它兜底——當場就不要把機敏值帶進來。
+> 這是協議層自律。最後一道 `wiki-secret-scan.sh` hook 會在寫入 `system-dev/wiki/` 時機械攔截，但別依賴它兜底——當場就不要把機敏值帶進來。
 
 ### 第一步：辨識對話中的可記錄內容
 
@@ -21,7 +21,7 @@
 
 | 類型 | 判斷標準 | 存到哪 |
 |------|---------|-------|
-| 架構決策 | 「為什麼選A不選B」「我們決定用X」 | `decisions-summary.md` + `docs/2-architecture/decisions/` |
+| 架構決策 | 「為什麼選A不選B」「我們決定用X」 | `decisions-summary.md` + `system-dev/docs/2-architecture/decisions/` |
 | CC 的誤解被糾正 | CC 說了某件事，使用者說「不是，是...」 | `mistakes.md` |
 | 重要狀態更新 | 完成了某件事、阻擋了某件事 | `status.md` |
 | 技術發現 | 踩到坑、找到解法、重要行為確認 | `mistakes.md` 或對應 SDD |
@@ -59,10 +59,10 @@
 ## [主題] — [YYYY-MM-DD]
 **結論**：[一句話]
 **原因**：[簡短說明]
-**詳細**：docs/2-architecture/decisions/[檔名]
+**詳細**：system-dev/docs/2-architecture/decisions/[檔名]
 ```
 
-重大決策同時在 `docs/2-architecture/decisions/` 建立 ADR 檔案。
+重大決策同時在 `system-dev/docs/2-architecture/decisions/` 建立 ADR 檔案。
 
 ### 第四步：確認
 

template/.claude/commands/wiki-init.md

@@ -19,7 +19,7 @@
 
 唯一例外：原文是**不可改動的正式文件**（簽署過的規格、法規、合約），必須逐字讀原文——這種才在 wiki 裡用指針指回去，並註明「逐字依原文」。除此之外，一律改寫。
 
-**raw source 永遠唯讀**：所有產出只往 `.claude/wiki/` 寫，絕不改動、搬移、重新命名原文。
+**raw source 永遠唯讀**：所有產出只往 `system-dev/wiki/` 寫，絕不改動、搬移、重新命名原文。
 
 ---
 
@@ -28,7 +28,7 @@
 ### 第一步：偵測專案狀態
 
 檢查以下項目，判斷是新專案還是已有專案：
-- 根目錄有沒有 `.claude/wiki/`
+- 根目錄有沒有 `system-dev/wiki/`
 - 根目錄有沒有 `docs/`（或 vault 的 `pages/`、`journals/`、根目錄 `.md`）
 - 有沒有散落的 `.md` 檔案
 
@@ -43,7 +43,7 @@
 ### 第二步：已有專案的掃描（已有專案才執行）
 
 1. 遞迴找出 raw source 裡所有 `.md` 檔案
-2. **先套用 `.claude/wiki/.wikiignore`**：命中 pattern 的檔案整個排除，不讀不編入。
+2. **先套用 `system-dev/wiki/.wikiignore`**：命中 pattern 的檔案整個排除，不讀不編入。
    - 若 `.wikiignore` 不存在，從範本建立一份（預設排除 `.env`/`*.pem`/`*secret*` 等）
    - 被排除的檔案在清單裡標「🚫 .wikiignore 排除」，**不可被覆蓋**
 3. 對其餘檔案標注**改寫計畫**：會萃取成哪些 wiki 條目。一份原文可能拆成多個概念原子條目，多份相關原文也可能合併成一條。
@@ -66,7 +66,7 @@
 wiki 採**三層 + 標籤橫切**架構（183 卡實證，issue #8）：
 
 ```
-.claude/wiki/
+system-dev/wiki/
 ├── INDEX.md              ← 頂層：標籤視圖（不是資料夾列表）
 ├── TAXONOMY.md           ← 標籤字典（分類骨架，受控擴充：先查重再登記）
 ├── status.md / mistakes.md / decisions-summary.md
@@ -80,16 +80,16 @@ wiki 採**三層 + 標籤橫切**架構（183 卡實證，issue #8）：
 
 > **桶子索引固定叫 `00-INDEX.md`**（issue #6）：`00-` 前綴讓它排序最前、一眼可辨（像 README 之於資料夾），AI 載入任何 `cards/<bucket>/` 一律先讀它，不必猜。檔內 H1 仍寫主題名（如 `# PKM 知識管理`），語意不丟。
 
-一般專案仍可同時建 `docs/` 分類樹（SDD 等）：
+一般專案仍可同時建 `system-dev/docs/` 分類樹（SDD 等）：
 ```
-docs/{1-vision,2-architecture/decisions,3-specs,4-guides,5-records/{incidents,test-reports},6-user}
+system-dev/docs/{1-vision,2-architecture/decisions,3-specs,4-guides,5-records/{incidents,test-reports},6-user}
 ```
-（純 PKM vault 不需要 `docs/` 分類樹時，只建 `.claude/wiki/`。）
+（純 PKM vault 不需要 `system-dev/docs/` 分類樹時，只建 `system-dev/wiki/`。）
 
 檔案（不存在才建）：
-- `.claude/wiki/INDEX.md`、`TAXONOMY.md`
-- `.claude/wiki/status.md`、`mistakes.md`、`decisions-summary.md`
-- `docs/README.md`（一般專案才需要）
+- `system-dev/wiki/INDEX.md`、`TAXONOMY.md`
+- `system-dev/wiki/status.md`、`mistakes.md`、`decisions-summary.md`
+- `system-dev/docs/README.md`（一般專案才需要）
 
 ### 第四步：訪談（每次一個問題）
 
@@ -168,7 +168,7 @@ gloss: 一句話定義這個概念是什麼（給下游語義 normalize 用，
 **INDEX.md 是標籤視圖**（非資料夾列表），`00-INDEX.md` 是桶內容器（只連不重寫，H2/H3 分節）。
 頂層索引指桶子索引帶路徑：`[[pkm/00-INDEX]]`。
 
-> 與 claude.ai Cowork 的 `docs/SKILL.md` 改寫邏輯一致，兩條路徑（CC / Cowork）產出同一種 wiki。
+> 與 claude.ai Cowork 的 `system-dev/docs/SKILL.md` 改寫邏輯一致，兩條路徑（CC / Cowork）產出同一種 wiki。
 
 ### 第六步：完成報告 + 驗證
 

template/.claude/commands/wiki-recall.md

@@ -17,18 +17,18 @@ init(建) → update(存，session 末) ↔ **recall(接，session 初)** → ca
 
 ### 第一步：讀 status.md（當前進度）
 
-讀 `.claude/wiki/status.md`，掌握：
+讀 `system-dev/wiki/status.md`，掌握：
 - 正在做什麼、阻擋點
 - 下次 session 第一件事
 - 待負責人確認、已知問題
 
 ### 第二步：讀 decisions-summary.md（為什麼這樣做）
 
-讀 `.claude/wiki/decisions-summary.md`，掌握相關的架構決策——避免重新討論已定案的事。
+讀 `system-dev/wiki/decisions-summary.md`，掌握相關的架構決策——避免重新討論已定案的事。
 
 ### 第三步：讀 mistakes.md（別重犯）
 
-讀 `.claude/wiki/mistakes.md`，掌握已知誤解 + 快速檢查清單。
+讀 `system-dev/wiki/mistakes.md`，掌握已知誤解 + 快速檢查清單。
 
 ### 第四步：掃 wishlist / HANDOFF（如果有）