FR-104 · 需求索引 · 本頁由 build 掃資料夾生成
✅ 驗收通過（2026-09-16），兩項待裁已裁（卡 CM-1823，一棒做完，commit aac31fb1）。flow_engine＋flow_control 兩包 114 檔／14,350 行逐檔實查，重做歸屬判定，取代並刪除 2026-08-31 舊設計稿。結果：引擎 57／平台 19／稽核 15／主程式編排 12／還看不準 0（＋11 支空檔）。立即可做 2 項、要設計才能動 4 項；兩項待裁已裁——workflow_template_snapshot_service 歸稽核套件、D-7 原裁示撤銷以歸稽核為準。只分析不動程式。
主專案的 flow_engine／flow_control 兩包裡，現在就能清的只有兩項，其餘卡在設計。
FR-069 第四階段把稽核與任務平台的主體抽成 jedi-compliance-audit 與 jedi-task-platform 兩個套件之後，主專案這兩包從 226 檔縮到 114 檔。2026-08-31 的設計稿每個數字都已失效，本案重做逐檔判定取代它。
可以立刻做的兩項：① 流程範本一族（11 支、801 行）歸流程引擎套件，零稽核依賴、零跨模組依賴；② 純讀跨模組查詢搬進 infra/readmodel/——首腦驗收實查後只有 job_export_query（251 行）真純讀可搬，另兩支有 ORM 寫入（session.flush()／UPDATE），不符 readmodel 只讀鐵則（design.md §5②）。
要設計才能動的四項，最大的一塊是 workflow_execution_service（1,321 行）：它同時依賴通知、關聯、模組框架三個仍在主專案的模組，三條線各自要有歸宿才動得了。
兩件待裁已裁（決策者 2026-09-16）：① 範本凍結副本那支（94 行）歸稽核套件——四個月只有一個用戶且用途是稽核輪次凍結，將來有第二個 caller 再抽上引擎；② 舊裁決 D-7（「審閱標記算通用」）正式撤銷，以歸稽核為準。
30 條對外端點四層查過，沒有一條是死的——連唯讀租戶白名單裡那條範本驗證端點都還活著。
| 項 | 內容 | 狀態 |
|---|---|---|
| 逐檔實查 | 114 檔依賴正反向掃描（語法解析，非字串比對） | ✅ 完成 |
| 端點盤點 | 30 條（19＋11）＋2 條已註解退役；四層查法逐條核 | ✅ 完成 |
| 歸屬判定 | 五類逐檔判，每筆附依賴證據 | ✅ 完成 |
| 與舊判定比對 | 改判 8 項／原判成立但證據要換 6 項／對象已不存在 11 項 | ✅ 完成 |
| D-1～D-9 現況標註 | 已完成 5 項／部分完成 3 項／裁示已不適用 1 項 | ✅ 完成 |
| 舊稿處置 | 刪除 flow-boundary-design.md＋.html，D-1～D-9 裁示內容搬進新文件 §4 |
✅ 完成 |
| 引用更新 | 五處指向舊稿的檔案改指本案 | ✅ 完成 |
| 決策者驗收 | 抽驗數字重跑、抽查五筆判定的依賴證據 | ✅ 通過（2026-09-16）；實查更正 §5② 三支純讀只有一支成立 |
| 文件 | 內容 |
|---|---|
| design.md | 本案唯一產出：現況盤點／逐檔判定／與舊判定的差異／已裁示事項現況／立即可做／要設計才能動／待裁項／邊界 |
前身：docs/features/FR-069-2608-jedi-module-extraction/flow-boundary-design.md（2026-08-31，已刪除）。它的 D-1～D-9 裁決內容保存在本案 design.md §4。 同期盤點：FR-100（主專案剩餘 route 逐支盤點）、FR-102（主專案全模組現況地圖）——兩者都刻意不判 flow_control／flow_engine 的歸屬，指向本案。
卡片內容（決策紀錄、驗收條件）以 Notion 為準，本頁只記座標。
| 關係 | 卡號 | 標題 | 狀態 |
|---|---|---|---|
| 子卡 | CM-1823 | FR-104 流程疆界重新分析——舊設計稿全部數字失效，重做歸屬判定並取代它 | 驗收通過 |