FR-103 一頁看完

1. 主專案現在只剩該留的——26 個模組逐支查過（FR-102 地圖），清掉的是死碼與殘留， 留下的是本產品業務、產品規則、與接線殼。
2. 四件確定的都清完了：report 整條線退役（含那支登入 Wazuh 抓報表的 Selenium）、 cruising 舊回饋頁、user_auth_provider 上移 jedi-iam、12 個 enable=0 的舊選單。
3. 主專案側 23 支套件全部同形——survey／task_survey 接線收進 core/plugins/ 後， REGISTERED_APPS 不再有接線殼。
4. 🔴 有三處查證後決定不動：evidence_classification（原型腳本的資料檔，build 腳本 已說明）、associations（v1 退場 v2 未接的中間狀態，341 筆真實資料）、 COMMON_PASSWORD_TOO_SHORT（號碼是 CM-1802 特地分出來的，不可讓出）。
5. 🔴 FE 側有一條不能刪——/workflow/workflow-setup 有五支活頁面用 window.open 開它。原卡前提「views/workflow/ 是孤兒」被 runner 推翻，拆成乙案（CM-1835）與 丙案（CM-1836）。

交接檔：handoff/fr103-STATE.md（現況）、 handoff/fr103-LOG.md（決策軌跡與教訓）。

決策者在驗收過程中實測發現，不在原本的 arc 範圍內：

① 使用者匯入的「帳號」欄可留空 — 原設計是留空就用 email 前綴自動產生。決策者裁 「太怪異了」，改為必填（套件 edc9118 ＋ 主專案 96c6814a）。

② generate_complex_password 產出少一碼（既有 bug，被 ① 引爆）—— 符號那行被註解掉時減數沒跟著從 4 改成 3，導致 generate_complex_password(12) 產出 11 碼，而預設政策要求 ≥12。實測修正前 200 次全部不合規。四個呼叫點（批次匯入、 add_user、user_domain_service 兩處）一起修好。主專案另有一份零呼叫者的死複本， 帶同樣缺陷，已刪（ce410ffb）。

• 2026-09-16 決策者：「為什麼我看還有很多 route 在主專案？我以為像 system_config 等東西應該全部抽出去了」——本 arc 的起點。
• 2026-09-16 決策者：「我要的就是乾淨的 code，因為我後面要去開發新功能了， 不要再留一堆無意義的東西。」
• 2026-09-16 決策者：report 整條線「這不需要了」；12 個關閉選單逐列確認後全數退役。
• 2026-09-16 決策者：FE 側走乙案（只退三條確定無人引用的），丙案另開卡先做評估。
• 2026-09-16 決策者：COMMON_PASSWORD_TOO_SHORT 留著——查證後發現號碼不可讓出。
• 2026-09-16 決策者：「如果有需要要去前端驗證喔」——盤點方法因此從「grep 原始碼」 升級為四層查證（api.js 常數／FE 路由／DB ui_routes／非瀏覽器呼叫者）。

以下全部由 build 掃資料夾產生，新增檔案重 build 即自動出現。標題連結指向渲染後的 HTML，md 連向源檔。

本資料夾目前只有 README，尚無其他文件。

交接與收口時間軸（handoff/，3 份）

由新到舊。每份是某一棒次交接當下的完整現況快照，看某個時間點「當時知道什麼」請從這裡進。

卡片內容（決策紀錄、驗收條件）以 Notion 為準，本頁只記座標。

相關需求：

• FR-099 — feedback-label-into-jedi-issue
• FR-100 — host-route-inventory
• FR-101 — issue-rescan-after-feedback-merge
• FR-102 — host-module-map