docs(models): 補上角色式模型路由文件與階段指定模型輸出表

What：references/model-tags.md 新增「階段指定模型（角色式路由）」章節，說明設定格式、檔案優先序與遞補鏈語意；skills/models/SKILL.md 的 description 與步驟加入 model-config.sh list 的「階段指定模型」輸出表（stage、指定鏈、source 三欄）；README.md 補上 tools/model-config.sh 工具列與 models 技能說明。
Why：角色式模型路由需要文件明確定義設定格式與判定順序，jsc-sdlc 閘門與使用者才知道指定模型優先、標籤比對為備援。
How：設定格式 stage=model[,fallback...]；優先序為專案 .jsc/models 覆寫 $JSC_HOME/models.conf；解析一律透過 jsc-cli/tools/model-config.sh，不自行讀檔；models 技能輸出表未設定的階段以「-」表示。
Who：models 技能的使用者與依賴模型閘門的 jsc-sdlc 各階段技能。

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

README.md

@@ -21,6 +21,7 @@ Marketplace 統一為 `jsc`（https://gitea.jsc.idv.tw/plugins/jsc.git），安
 | 工具 | 用途 |
 | --- | --- |
 | `tools/detect-clis.sh` | 列出已安裝的 AI CLI 與執行檔路徑（TSV：name / path / version；kiro 的執行檔為 `kiro-cli`） |
+| `tools/model-config.sh` | 解析 SDLC 各階段的指定模型鏈（`get {stage}`、`list`）；專案 `.jsc/models` 優先於 `$JSC_HOME/models.conf`，格式見 `references/model-tags.md` |
 
 ## Skills 目錄
 
@@ -30,7 +31,7 @@ Marketplace 統一為 `jsc`（https://gitea.jsc.idv.tw/plugins/jsc.git），安
 
 ### `models`
 
-讀取各已安裝 CLI 可使用的模型並加上能力標籤（`references/model-tags.md`），並列出 SDLC 各階段的必要標籤，供 `jsc-sdlc` 的模型能力閘門使用。
+讀取各已安裝 CLI 可使用的模型並加上能力標籤（`references/model-tags.md`），列出 SDLC 各階段的必要標籤，並用 `tools/model-config.sh` 解析各階段的指定模型鏈（專案 `.jsc/models` 優先於 `$JSC_HOME/models.conf`）。`jsc-sdlc` 閘門先看指定模型，沒有指定才退回標籤比對。
 
 ### `deploy`
 

references/model-tags.md

@@ -34,4 +34,27 @@
 | 實作（implement） | coding |
 | 維護（maintain） | 任意 |
 
+## 階段指定模型（角色式路由）
+
+每個 SDLC 階段可以指定一個模型，並附上遞補模型。設定格式一行一階段：
+
+```
+stage=model[,fallback1[,fallback2...]]
+```
+
+「#」開頭為註解，空白行忽略。階段限定 plan、analyze、implement、maintain。
+
+設定檔位置與優先序：
+
+| 順位 | 檔案 | 範圍 |
+| --- | --- | --- |
+| 1 | 專案目錄的 `.jsc/models` | 專案覆寫 |
+| 2 | `$JSC_HOME/models.conf`（`JSC_HOME` 預設 `~/.jsc`） | 全域 |
+
+專案檔有設定的階段完全覆寫全域設定；其餘階段仍讀全域檔。解析一律用 `jsc-cli/tools/model-config.sh`，不自行讀檔。
+
+遞補鏈語意：鏈上第一個模型優先；前面的模型不可用時依序後退到下一個。
+
+指定模型優先於標籤比對：階段有指定模型時直接用指定鏈；只有階段沒有指定模型時，才用上表的必要標籤判定。
+
 表列以外的模型：依 `jsc-ask:ask` 規則詢問使用者或依供應商文件補表後再判定。

skills/models/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: models
-description: List every model usable by each installed AI CLI (claude, codex, copilot, antigravity, kiro) and attach capability tags from references/model-tags.md. Also states which tags each SDLC phase requires, so jsc-sdlc skills can gate execution. Use when checking model fitness or inventorying models; not for switching models.
+description: List every model usable by each installed AI CLI (claude, codex, copilot, antigravity, kiro) and attach capability tags from references/model-tags.md. Also resolves each SDLC stage's designated model chain via tools/model-config.sh (project .jsc/models overrides $JSC_HOME/models.conf) and states which tags each phase requires, so jsc-sdlc skills gate on the designated model first and fall back to capability tags. Use when checking model fitness, inventorying models, or reviewing designated-model routing; not for switching models or editing the config files.
 ---
 
 # models — list CLI models with capability tags
@@ -22,3 +22,4 @@ description: List every model usable by each installed AI CLI (claude, codex, co
 3. Attach capability tags to every model per `references/model-tags.md`. Handle unlisted models per the closing rule of that file.
 4. Output a table with four columns: CLI, model, tags, currently in use.
 5. Append the SDLC phase requirement table (plan and analyze need `reasoning-high`; implement needs `coding`; maintain accepts any), so `jsc-sdlc` skills can gate on model capability.
+6. Run `jsc-cli/tools/model-config.sh list` and append a 「階段指定模型」 table right after the phase requirement table, with three columns: stage, designated chain, source (`project` / `global`). State below the table that `jsc-sdlc` gates resolve the designated model first and fall back to capability tags only when a stage has no designated model. Done when the table shows all four stages, with `-` for unconfigured ones.