一句話：本卡為 FR-103 母案，清掉 FR-100／FR-102 盤點確認的四件殘留（report 整條線退役、cruising 舊回饋頁退役、translate 本機殘留、user_auth_provider 搬進 jedi-iam），三棒，實作類。子卡清單在末段。
主專案經過三輪模組化後，留下一些「功能已經沒人用、程式卻還在」與「功能搬進套件、主專案還留著一層殼」的東西。FR-100（剩餘 route 盤點）與 FR-102（全模組地圖）把它們逐一查清楚了，本案把確定的四件清掉。
決策者要開發新功能，不想再留一堆無意義的東西。這四件都有明確證據，不是猜的。
① report 整條線——一支 Selenium 腳本（登入 Wazuh 下載 11 種 Windows 資安報表 PDF）＋一條預覽 API。決策者 2026-09-16 明確裁「這不需要了」。查證：檔案停在 2025-04-30、唯一 commit 是 dce39080、不在任何排程（core/scheduler.py 沒有它）、selenium 在 pyproject.toml 根本沒宣告（所以刪除不牽動任何相依）。
② cruising 舊回饋頁——意見回饋有新舊兩組頁面，舊那組（韌性巡航）選單已關（ui_routes id=14 cruise-feedback-view enable=0），但 FE 路由仍掛著，網址直接打得進去，且打的是同一組 feedback API。FR-099 把意見回饋搬進 jedi-issue 之後，它是第一個會踩雷的地方。
③ translate 本機殘留——api/translate/ 已於 CM-1821 退役，git 追蹤零檔案，但工作目錄還留著 5 個 .pyc。純本機殘留，不是版控問題。
④ user_auth_provider 搬進 jedi-iam——FR-102 地圖 26 個模組中唯一標 🟡 殼 的。套件已有完整全鏈（entity／query entity／repo impl／mapper／model／domain service／app service／auth_provider port），主專案三支 route 全是一行轉呼叫。⚠️ 但 ldap_service.py（88 行）有兩條資安防護不能無腦搬，見子卡。
associations（38 檔／1,022 行）——首腦 2026-09-16 一度誤判為死碼（只查 public schema 就說「表不存在」）。實查更正：三張表都在 compliance schema，兩張有資料（project_assessment_plan_mapping 191 筆／184 專案、project_system_characteristic_mapping 150 筆／132 專案）。它是 v1 退場、v2 未重接的中間狀態——workflow_execution_service.py:960-963 註解明寫「舊 jedi_oscal AP 模型退場、relationship 已移除，稽核輪次狀態 2B 改由 project_audit_rounds 控制」，且「刻意保留注入不拆，2B 重接時大機率還要用」。FR-094 兩天前（2026-09-14）才為其中兩張設 RLS 規則。歸 FR-038 2B 處理，本案不碰。
evidence_classification——零行 Python 但兩個 JSON 是 scripts/evidence/classify/ 原型腳本的輸入，build_release.sh:674-677 已明文說明，不是殘留。
oscal／module_frame 內部分類——兩支共 30,947 行（佔主專案四層一半），真業務與轉接殼混住同一 service 目錄，要逐檔讀才判得出。是大工程，另案處理。
flow_engine／flow_control——FR-101（CM-1823）已開卡，舊設計稿數字全失效待重新分析。
第 1 棒：report 整條線退役 ＋ translate 本機殘留（BE 單 repo，純刪除，兩件合併因為都是刪 BE 的東西且零風險）
第 2 棒：cruising 舊回饋頁退役（FE 為主，⚠️ 有共用元件要小心，見子卡）
第 3 棒：user_auth_provider 搬進 jedi-iam（跨 BE＋套件兩 repo，唯一需要設計 port 的一棒）
三棒互不相干、可平行——動的檔完全不重疊（BE api/report＋bin/ ／ FE views/feedback/cruising ／ BE api/user_auth_provider＋jedi-iam）。但若平行派，顯式 git add 自己的檔、禁用 -am（本 repo 2026-09-16 才發生過夾帶事故）。