SSP 在專案內直接編輯 — Phase C

跨多 phase task arc，含 BE / FE / 測試多 repo 起始日期：2026-05-22 Branch：沿用 feature/ssp-import-export-phase2（Phase 2 A+B 的延伸補強） 主要驅動需求：raymond（測試 Phase 2 A+B 後發現的範圍歸屬問題） 狀態：analysis 完成，準備進入實作

SSP Excel 匯入匯出 Phase 2（A+B）完成後，user 測試對亞航 CMMC SSP 樣板資料時發現幾個架構問題：

1. SSP 角色（OSCAL 文件角色）跟專案角色（工作流角色）語意混淆
2. 受評範圍歸屬錯位 — 目前綁 project 層，實務上應 per-SSP
3. 專案內無法直接編 SSP 內容（要回 MF 改會污染樣板）
4. 06_外部利用服務 sheet 已隱藏，缺資料來源支援

完整背景與設計分析：analysis.md

⚠️ 規範：每完成一階段請更新此表的狀態欄與對應連結欄；ship 後加 commit hash

小決策待答：見 open-decisions.md（26 題收集表） Sonnet 交接：見 handoff-to-sonnet.md

C1 (角色 master)  ─┐
                   ├──→ C2 (SSP endpoints) ──→ C3 (範圍遷移) ──→ C4 (專案 CRUD)
                   │                                              │
C8 (role 清理)  ───┘                                              ↓
                                                            C5 (UI tab) ─┐
                                                            C6 (移除 UI)─┤
                                                            C7 (可選) ───┤
                                                                         ↓
                                                                       Phase C done

• C1 + C8 可平行（同類修角色相關）
• C2 依賴 C1（角色 dropdown 要 master data）
• C3 為核心 refactor（最大塊），依賴 C2 endpoint 完整
• C4 依賴 C3（schema 改了才能改 request body）
• C5 / C6 / C7 為 UI / Polish，依賴 C4

重型 phase：C3（受評範圍遷移） — 需單獨 brainstorm 收斂

1. 此 tracker 為單一事實來源 — 任何 session 開工前先讀
2. 每 phase ship 後三件事：更新本表狀態 + commit hash + changelog 連結
3. 重型 phase 開工前必先 brainstorm（C3）
4. C3 不可獨立 ship — 必須跟 C4 同 PR / 同 release，否則前端會撞空 schema

← 回 SSP 匯入匯出 Phase 2 README

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

設計

實作與測試

其他文件

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

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