FR-162 · 需求索引 · 本頁由 build 掃資料夾生成

FR-162 跨框架控制項對應

已收尾(2026-10-26):決策者手測通過;規格、使用手冊、決策分析、SUMMARY 已寫;套件 oscal-v2 2.9.0/file-upload 1.3.8 已發;母卡 CM-3057

狀態:詳見下方 文件 8 份 handoff 3 份

FR-162 一頁看完

§1

🔴 先看哪一份

你想知道 看這份 這份的性質
整件事做了什麼、留下什麼沒做 收尾總結 2026-10-26-FR-162-SUMMARY.md 收尾總結(從 LOG 濃縮)
現在的行為(工程師查) SPEC:控制項關聯管理、證據沿用、沿用調整頁 現行規格
怎麼操作(使用者、客服) 跨框架對照與證據沿用使用指南 使用手冊
同層規則、刪除語意為什麼這樣定 分析 2026-10-26-fr162-same-level-mapping-and-evidence-delete-semantics.md 決策推理
現況有沒有、官方資料哪裡有、為什麼不塞 catalog 分析 2026-10-24-cross-framework-control-mapping.md 盤點與決策理由
做出來長什麼樣 雛形索引(七頁,雙擊即開;實作以 SPEC 為準) 假資料畫面
定案規格與拆卡 設計 design.md 設計決策 D1~D13、DDL、API、拆分表
接手現況與下一步 handoff/FR-162-STATE.md living 交接檔(含 §0 讀序、冷接自檢、短 prompt)
每棒做了什麼、推翻了什麼 handoff/FR-162-LOG.md append-only 紀錄
卡怎麼開的 handoff/gen_notion_cards.py、patch_workshop_fields.py 開卡腳本(可重跑產 spec)
§2

結論

  1. 系統要知道「框架 A 的這條要求就是框架 B 的那條」,細到評估目標。對照存成獨立的 OSCAL Mapping Collection(jedi-oscal-v2 兩張表),不塞進任一本 catalog;鍵用控制項代號,資源庫與專案 clone 幾份都共用一份對照。
  2. 第一批灌 NIST 官方公布的鏈:CMMC(恆等)↔︎ 800-171 r2 ↔︎ 800-53 R5 ↔︎ ISO 27001:2022(OLIR 2023-10-12,91 個 Annex A 全部命中我們的 ISO catalog)。800-53/800-171 當「只有代號沒有目錄」的參考框架版本。官方不給關係型別、也沒有評估目標層,這兩塊由 AI 建議+顧問確認補。
  3. 資源庫有「框架對照」維護工作台:選兩框架看對應、展開評估目標、改關係、停用、新增、Excel/OSCAL 匯入匯出。官方層與顧問覆寫層分開存,重匯官方不沖掉顧問改的。
  4. 證據重用走跨專案一鍵沿用,不做一專案多框架:新專案規劃頁橫幅提醒「CMMC 專案有 N 個評估目標的證據可沿用」→ 選來源 → 預覽表(等價且信心高預設勾)→ 一次沿用 → 摘要含無對應清單。任務層單筆沿用是補救。沿用=新開一筆證據指同一個檔(關聯不複製),稽核員仍在新專案判一次。
  5. 第一版「其他專案」範圍=同租戶(專案表沒有資訊系統欄)。
§3

📊 總進度

批 卡 狀態
0 分析文件、design.md、開卡 ✅ 2026-10-24
0.5 三頁雛形(矩陣工作台、一鍵沿用、任務層沿用) ✅ 決策者 2026-10-24 審過「先出一版」
1~11 CM-3058~3071(地基、灌資料、工作台 BE/FE、沿用 BE/FE、AI 建議、第三方對照 6a/6b/6c、對照資料包隨套件 7a、AI 建議原廠限定 7b) ✅ 首腦驗收通過待確認(2026-10-24)
12~13 CM-3072 沿用止血 BE、CM-3073 沿用 FE ⏭ 決策者跳過(第 11 輪取代)
14 CM-3074 間接對應可改可刪(BE)、CM-3075 矩陣排序(BE) ✅ 驗收通過待確認
15 CM-3076 間接對應編輯+膠囊拖曳(FE) ✅ 驗收通過待確認
16 CM-3077 欄寬撐滿/可拖拉/全螢幕/排序 UI(FE) ✅ 驗收通過待確認
17 CM-3078 對話框資料:兩端條文與 AO、每跳來源、display_status(BE) ✅ 驗收通過待確認
18 CM-3079 置中對話框取代 Sidebar(FE) ✅ 驗收通過待確認
19 CM-3080 沿用後端重做:可見性與封存過濾(資安)、授權邊界、調整/全部取消/紀錄 API(BE) ✅ 驗收通過待確認
20 CM-3082 沿用獨立三頁(FE) ✅ 驗收通過待確認
21 CM-3081 總覽「證據作業」下拉(FE;與 3082 撞登記型檔故分批) ✅ 驗收通過待確認
22 CM-3097 證據檔 sha256 地基:套件上傳統一算+背景回填(套件+BE) ✅ 驗收通過待確認(已合回;jedi-file-upload 待發版 1.3.8)
23 CM-3098 重複證據看得見:同檔多 AO Tag+上傳重複提示(BE+FE) ✅ 驗收通過待確認(已合回)
— 第 3 棒首腦直改(決策者令「直接改」,無卡):矩陣頁、共用挑選器、證據沿用、關聯表 Excel、套件 026 🟠 決策者實測中
24 CM-3100 評估目標列「清空這格」寫出跨層列:套件解析器+BE 同層把關+FE 清空(首腦直修) ✅ 決策者手測通過
— FR-162.14 證據刪除行為(首腦直改,無卡):影響範圍說明框、本專案範圍可選、沿用刪了=本專案不適用、來源已移除標籤 ✅ 決策者手測通過
§4

需求討論紀錄

  • 2026-10-24 決策者問「有沒有不同框架控制項互相 mapping 的機制」;首腦盤點:v2 沒有,v1 曾有表已退役且無業務呼叫點;OSCAL mapping-collection 原生支援到 part 層。
  • 2026-10-24 決策者裁:對照表進套件(「這應該是套件功能」);證據重用走跨專案建議採用 OK;鍵用控制項代號;評估目標層要系統分析。
  • 2026-10-24 決策者追加:顧問討論後要能調整對照,要可匯入匯出更新。
  • 2026-10-24 決策者下載 NIST OLIR 800-53↔︎ISO 2022、CSF↔︎800-53、ENISA CRA 三檔到桌面 Mapping/;首腦解析:ISO 代號零落差可直接接、官方不給關係型別。
  • 2026-10-24 決策者問對照是否 OSCAL 規範、用幾版;首腦答 Mapping Collection 是 Control Layer 第三個 model,系統對齊 1.2.2,順手發現 catalog 服務預設 1.1.2 錯標 53 筆(開 CM-3059)。
  • 2026-10-24 決策者點頭開 FR;聽完 table 設計後追問「新專案要引用已通過專案的證據要一筆一筆勾?」首腦改為專案層一鍵批次為主、單筆為輔,並加三個提醒點;決策者裁 OK「一筆一筆勾很蠢,要提醒 user 有符合的證據可以用」。
  • 2026-10-24 決策者問證據是複製還是關聯;首腦答檔案本體一份、證據紀錄各專案一筆(關聯),來源換新版不自動跟。
  • 2026-10-24 決策者問「現在哪些是透過 AI 對應的」「嚴格講只有 CMMC/171/ISO 對得起來,CRA、SEMI 沒有?」;首腦承認是,補 CM-3066 模式 B 控制項層初配(CRA↔︎ISO、SEMI↔︎ISO、SEMI↔︎CMMC)與模式 A 跑完規則回填關係型別。
  • 2026-10-24 決策者問「沒辦法到 AO 怎麼做」;首腦以 DEV 真實 AO prose 示範 6×7 配對流程,寫進 CM-3066 與 design。
  • 2026-10-24 決策者問這個動作叫什麼;定名「證據沿用」(程式 reuse/REUSED),與覆核輪「承襲」區分;已 append 到 CM-3062/3064/3065/3066。
  • 2026-10-24 決策者要求重查 CRA、SEMI 是否真無對照並下載四份檔;首腦確認:CRA 官方對照只對 Common Criteria(ENISA EUCC 附錄),對 800-53 有 OSA 社群對照 36 條;SEMI 官方無,SunSquare 第三方表 12 條對 62443、METI 指引對 CSF。寫成獨立 analysis(來源三級分級),append 到 CM-3060/3066。
  • 2026-10-24 決策者問雛形有沒有做;首腦承認漏做(規範要求先雛形後 design),補刻三頁雛形待審;審後若有改判,design 與對應卡 append 修正。
  • 2026-10-24 決策者看雛形後指出一對一維護會爆(5 框架 10 對、10 框架 45 對),要「選一個為主、對應到其他幾個在同一畫面」;首腦提矩陣視圖(主軸 × 並排欄、參考框架隱藏、膠囊編輯、寬表匯入匯出),決策者裁照做;雛形畫面 1 已改矩陣,design 工作台段與 CM-3061/3063 同步。
  • 2026-10-24 決策者審雛形:矩陣主軸欄要凍結、右側可橫向捲;規劃頁與任務 drawer 都要常駐入口按鈕(橫幅/提示列只是提醒)。三點皆已改進雛形、design、對應卡。決策者裁「先出一版來看看」,批 1 可派。
  • 2026-10-25 決策者問「怎麼轉到 ISO」「OSA/SunSquare 是誰、可不可信」;首腦把轉乘路線圖、每跳來源公信力表、DEV 實灌九冊表寫進 design.md。
  • 2026-10-25 決策者在工作台實測回報五個問題(間接對應不能改/想拖曳膠囊/排序怪且不能排/欄寬浪費看不到全名/要全螢幕);首腦探脈:根因是矩陣每格都是經 800-53 的多跳、前端對多跳一律唯讀,排序是 sort_order 為群組內序號;開第 9 輪四張卡 CM-3074~3077(批 14~16)。
  • 2026-10-25 決策者:「框架對照這個名稱好爛」→ 定名「控制項關聯管理」,FE i18n 與 BE 選單/能力點描述已改。決策者定「雙重驗證」:工作坊首腦先驗、本線首腦第二道檢查;首腦二檢第 9~11 輪抓到守衛紅(套件 domain→infra import)、ISO 專案 3,741 筆 REUSED 來源不明、8000 跑舊程式三件。
  • 2026-10-25 決策者問「重複證據有辦法解決嗎」「同一個檔案被上傳在不同 AO 內」。首腦查:同檔多 AO 是關聯模型本身(254 檔、最多掛 56 任務),不該硬擋、該看得見;同內容重傳要靠 sha256 但 4,886 筆只 192 筆有值、全專案沒有上傳路徑在算。定案:上傳統一算 hash(套件 jedi-file-upload,決策者同意動)+回填(2.3 GB,數分鐘)+三處「也掛在 N 處」Tag+上傳同內容提示。開 CM-3097/3098。
  • 2026-10-25 決策者實測規劃頁「沿用其他專案的證據」退回四點(入口該在總覽與自動分類同組;選來源沒範疇;看不到的專案被列進來;勾選擠小框)。首腦查出第三點是跨組織單位資料外洩(鼎盛專案屬 org 176,同租戶範圍把它列進來),D11 改判為「使用者可見」。討論定案:入口「證據作業」下拉;比照自動分類做獨立三頁(來源專案列表/選擇來源專案含授權邊界/三欄可拖調整頁複用歸檔元件);一來源一份設定不做批次、每次調整留紀錄(ⓘ 彈窗);左欄照規劃頁三層導航、預設「有對應的」、排序照目錄。雛形 prototype/project-reuse-page.html;開 CM-3080/3081/3082;CM-3072/3073 決策者跳過。
  • 2026-10-25 決策者審工作台側面板:「完全看不懂、沒想過就硬塞」「抽屜很難用」「部分重疊沒人看得懂」。討論後定案:置中對話框(下方詳情區/寬抽屜與抽屜同屬常駐面板,理由不成立);狀態只顯示「通用/部分可用」(決策者定名),「不可用」只當動作名;七塊內容(兩端條文並排、狀態、來源、路徑、動作、變更紀錄);信心只在第三方/AI/顧問列顯示。雛形 prototype/mapping-side-panel.html;開 CM-3078(BE)/3079(FE)。
  • 2026-10-24 決策者追問分批是否真能同時做;首腦重查發現原批 3/批 4 內的卡各自要改同一個登記型檔(error code 表、migration manifest、FE api.js/locales),同批必衝突,重排為七批(Notion Stage 已改)。
  • 2026-10-26 決策者裁跨層清空照同層逐條寫(不開例外),套件解析器改判放行;令首腦直接修。
  • 2026-10-26 決策者與 PM 討論證據刪除:沿用是關聯不是複製、來源被刪下游照常可用;刪除只動當下、不連帶其他專案;同專案多處掛同一份檔讓使用者選;沿用刪了=本專案不適用。job_evidences 開 RLS 評估後不做。令首腦直接修並更新文件。
  • 2026-10-25~26 決策者在 5180 實測矩陣頁與證據沿用頁,逐項裁示並令首腦「直接改」:只能同層對、控制項層有對應=全部評估目標適用(只顯示不寫)、人工新增一律通用、重建改還原出廠設定、AI 建議與 OSCAL 先隱藏、挑選器改左右兩欄(雛形四方案選 D)、工具列兩列與欄寬自動符合、分段按鈕統一照待辦任務頁。期間多次點名首腦自刻 UI、沒照雛形、只靠 build 就回報。全部裁示收進 STATE §2,過程見 LOG 第 3 棒。
§5

文件

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

設計

文件 類型 標題 最後更新
design / md 設計 跨框架控制項對應 2026-10-26

prototype/(7 份)

其他文件

文件 類型 標題 最後更新
evidence-delete 文件(手刻 HTML) 刪除證據與來源已移除(雛形) 2026-10-26
mapping-side-panel 文件(手刻 HTML) 框架對照:點一顆對應後的對話框(定案雛形) 2026-10-25
mapping-workbench 文件(手刻 HTML) 框架對照維護工作台:矩陣視圖(雛形) 2026-10-24
picker-and-toolbar 文件(手刻 HTML) 挑選器與工具列 2026-10-26
project-reuse-page 文件(手刻 HTML) 沿用其他專案的證據:獨立頁、三欄可拖(雛形重設計) 2026-10-25
project-reuse 文件(手刻 HTML) 新專案一鍵沿用其他專案的證據(雛形) 2026-10-24
task-drawer-reuse 文件(手刻 HTML) 任務層:可沿用提示列與「沿用自」標籤(雛形) 2026-10-24

交接與收口時間軸(handoff/,3 份)

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

日期 文件 標題
2026-10-26 FR-162-STATE / md FR-162 交接現況(STATE)
2026-10-26 FR-162-LOG / md FR-162 交接紀錄(LOG)
2026-10-26 2026-10-26-FR-162-SUMMARY / md FR-162 跨框架控制項對應 — 收尾總結

資產子資料夾(無文件,不建頁):prototype/(2 個檔)

§6

Notion 卡

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

關係 卡號 標題 狀態
母案 CM-3057 FR-162 跨框架控制項對應(母卡) —
子卡 CM-3058 對照庫地基(套件):兩張對照表、解析服務、OSCAL mapping-colle Not started
子卡 CM-3059 順手修:OSCAL 版本標記不一致——catalog 服務預設 1.1.2,系統 Not started
子卡 CM-3060 主專案接線與灌官方對照:DI wiring、三份官方檔轉接腳本、DEV 灌出 C Not started
子卡 CM-3061 對照維護工作台後端:清單/編輯/停用/新增 API、匯入匯出端點、能力點與側選單 Not started
子卡 CM-3062 證據沿用後端:跨專案配對讀模型、專案層批次預覽與沿用 API、任務層單筆 API Not started
子卡 CM-3063 對照維護工作台頁面:選兩個框架看對應、展開評估目標層、改關係/停用/新增、匯入匯 Not started
子卡 CM-3064 新專案一鍵沿用其他專案證據:規劃頁橫幅提醒+三步對話框(選來源→預覽表→沿用摘要 Not started
子卡 CM-3065 任務層單筆沿用與來源標示:證據區提示列、展開勾選沿用、「從 X 專案沿用」標籤( Not started
子卡 CM-3066 AI 建議評估目標配對:背景工作讀兩邊評估目標文字給關係與信心度、工作台「產生 Not started