Spec 進度看板 (Dashboard)
來源：掃描
requirement/、spec/、audit/、spec-codes.md的既有欄位彙整而成（衍生視圖，非第二真相源）。 最近重生：2026-06-15
階段總覽
| Feature | 目前階段 | S1 需求 | S2 FS | S3 OOA | S4 Pseudo | S5 Code | 最近更新 |
|---|---|---|---|---|---|---|---|
| RCS 粗排引擎 (rough-cut-scheduler) | S4 living | ✅記錄區 | ✅簽核 | ✅簽核 | ✅living | — | 2026-06-09 |
| CAP 產能模組 (capacity-module) | S3 草稿 | ✅記錄區 | ✅簽核 | 🟡草稿 | — | — | 2026-06-15 |
| DM 領域物件 (domain-model)〔共用〕 | S3 簽核 | — 共用 | ✅簽核 | ✅簽核 | — | — | 2026-06-09 |
| RS 資源篩選 (resource-selection)〔共用〕 | S3 草稿 | ✅記錄區 | ✅簽核 | 🟡草稿 | — | — | 2026-06-15 |
| FGS 細排引擎 (fine-grain-schedule) | S1 | 🟡記錄區 | — | — | — | — | 2026-06-10 |
格狀圖示：✅ = 已產出（後綴簽核狀態：簽核／草稿／living／記錄區）｜🟡 = 進行中／草稿｜— = 尚未到達或不適用｜? = breadcrumb 讀不到狀態。 S5 Code 落在外部 repo（
Lean-Scheduling），僅在 vault 已打{feature}/spec-vNtag 後才標示。
下一步 todo（擷取式）
- RCS 粗排引擎：Stage 4 living doc 已完成 → 下一步 Stage 5（外部 code repo 落地，待消費 vault tag）。
- CAP 產能模組：S2 已簽核（§CAP-FS 1~12）、OOA 草稿（Step 1–3 完成、Fork A/B 已拍板）。OOA 狀態自陳「進簽核前須跑
consistency-audit」（動到共用 domain-modelResourcedelta／AvailableCapacity投影），audit/尚無 capacity 檔 → 下一步跑 audit 再簽核；pseudo 未建立。requirement 未解問題尚有 ⬜q4、🟡q5/q6/q8。 - DM 領域物件：Stage 3 已簽核。resource-selection／capacity-module 兩個共用 OOA 都宣告對其
Resource（flat→abstract +type()+ 子類）與AvailableCapacity投影的 delta，待相關 audit 解除、推進時更新並重打domain-model/spec-v2。 - RS 資源篩選：OOA 草稿。⚠
audit/resource-selection-2026-06-15-ooa.md有 ❌×1（擋簽核）：子圖 A 標註「粗排 code 不動」與 code 事實矛盾（2 處new Resource(...)升 abstract 後無法編譯），待人裁定方向；N1 採選項 (a) 補一句模型澄清（不擋）。pseudo 未建立。 - FGS 細排引擎：Stage 1 記錄區（消費 RCS 投產順序 + CAP 資源-時間真相）。下一步 → 建
fine-grain-schedule.fp.md。
手寫備註 / 自訂 todo
- （在此自由記，skill 重生時會原樣保留本區）