這是一個方法論落地成果的閱讀站，不是程式本身。它把「人類需求 → 功能規格 → 物件分析 → 虛擬碼 → 程式」這條五階段鏈的每一份產出，連同它們之間的可追溯關係，整理成可瀏覽、可搜尋、可視覺化的網站。
怎麼讀這個站（30 秒上手）
- 左側 Explorer：依資料夾瀏覽全部文件（
requirement/、spec/、audit/…）。 - 右側 Graph：把文件之間的上下游連結畫成互動圖——這就是「可追溯性」的視覺化，點任一節點即可跳轉。
- 上方 Search：可搜中文術語（如「節拍點」）或全域碼（如
RCS-FS-19）。 - 每份文件頂部有 breadcrumb指向它的上下游；點
[[連結]]可在五階段之間往返。
核心理念：前段守住人類判斷，後段才把實作交給 AI
整套流程建立在一條原則上——愈靠近需求源頭的階段，愈由人拍板；愈靠近實作，才愈交給 AI。每一階段都有明確的「Exit Gate」與「AI vs 人」的決策邊界。
| 階段 | 產出 | 誰拍板 |
|---|---|---|
| 1. User Requirement（需求紀錄區） | requirement/{feature}/ | 人（AI 只索引，不下結論） |
| 2. Functional Spec（功能規格） | spec/{feature}/{feature}.fp.md | 人決定範圍；AI 起草 |
| 3. OOA（物件導向分析） | spec/{feature}/{feature}.ooa.md | 協作 |
| 4. Pseudo Code（虛擬碼） | spec/{feature}/{feature}.pseudo.md | 協作 |
| 5. Code（程式，落在外部 repo） | Lean-Scheduling/... | AI 主導；人 review |
| 跨階段 | 一致性審查 audit/、進度看板 dashboard.md | AI 偵測；人裁定 |
完整方法論定義見 product-module-development-workflow；全域編碼規則見 spec-codes。
先看這裡：進度看板
各 feature 目前走到第幾階段、下一步缺什麼、有沒有卡住的矛盾——一頁掌握：
→ 進度看板 Dashboard
各 feature 的五階段鏈
| Feature | 需求 | 功能規格 | OOA | 虛擬碼 |
|---|---|---|---|---|
| 粗排引擎 rough-cut-scheduler | 需求 | FS | OOA | Pseudo |
| 產能模組 capacity-module | 需求 | FS | OOA | — |
| 領域物件〔共用〕 domain-model | — | FS | OOA | — |
| 資源篩選〔共用〕 resource-selection | 需求 | FS | OOA | — |
| 細排引擎 fine-grain-schedule | 需求 | — | — | — |
表格僅為捷徑；完整狀態（簽核／草稿／living）與待辦以 dashboard 為準。