C6 — 移除專案設定 UI 的「受評範圍」section

級別：小（FE-only）依賴：C4（BE schema 已拿掉 audit_systems / devices fields）+ C5（SSP tab 已可進去設範圍） 被依賴：無

1. 目標

把 FE 專案建立 / 編輯表單內的「受評範圍」section 拿掉（設備 picker + 資訊系統 picker），並在原位置加引導文案告知 user「請至 SSP tab 設定」。

2. 範圍

In scope（全 FE）

頁面	動作
專案建立表單（Create Project Dialog / Page）	拿掉「受評範圍」section（devices + audit_systems picker）
專案編輯表單（Edit Project Dialog / Page）	同上
專案列表（Project List）	列表內若有顯示「設備數 / 系統數」欄位，保留但資料源走 derived response（已由 C3 處理）
專案詳情頁 / 規劃頁的「概覽」區塊	「受評範圍」section 從 inline 編輯改為 readonly + link 到 SSP tab（依 C5 的 tab 設計）

Out of scope

後端 Schema 變動（已在 C4）
SSP tab 內容（C5）

3. UX 設計

3.1 建立專案表單

改動前（典型表單結構）：

[基本資訊]
  - 專案名稱 *
  - 描述
  - 開始日期 / 結束日期
  - 流程範本
[受評範圍]
  - 資訊系統 (multi-select)
  - 設備 (multi-select)
[參與人員]
  - manager / reviewer / auditor / viewer pickers
[建立按鈕]

改動後：

[基本資訊]
  - 專案名稱 *
  - 描述
  - 開始日期 / 結束日期
  - 流程範本
[參與人員]
  - manager / reviewer / auditor / viewer pickers
[建立按鈕]

✅ 表單下方加 hint：
   「建立專案後，請至『專案規劃 → SSP』tab 設定受評範圍（設備 / 資訊系統 / 外部利用服務）」

3.2 編輯專案表單

同上，移除「受評範圍」section。

3.3 專案詳情頁 / 規劃頁

改動前：詳情頁可能有一個「受評範圍」card / accordion，內嵌設備清單 + 系統清單，可點擊編輯

改動後：

該 card 保留（顯示「設備數 X / 系統數 Y」概要）但拿掉編輯按鈕
點 card → 跳到 SSP tab 的「受評範圍」子區塊（深 link）

4. 改動詳情

4.1 找出檔案

預期受影響檔案（pre-flight 確認確切名稱）：

src/views/project/ProjectCreate.vue 或 CreateProjectDialog.vue
src/views/project/ProjectEdit.vue 或 EditProjectDialog.vue
src/views/project/ProjectDetail.vue 或對應規劃頁 root component
src/components/project/ProjectScopeSection.vue 或對應子元件
src/components/project/ProjectDeviceTable.vue / ProjectInfoSystemTable.vue（可能廢除或改 readonly）

4.2 i18n 文案

新增 i18n key（zh-tw + en）：

{
  "project_create": {
    "hint_scope_in_ssp": "建立專案後，請至「專案規劃 → SSP」tab 設定受評範圍（設備 / 資訊系統 / 外部利用服務）"
  },
  "project_detail": {
    "scope_card_title": "受評範圍",
    "scope_card_summary": "設備 {{deviceCount}} 項 / 資訊系統 {{systemCount}} 項",
    "scope_card_action": "前往 SSP 編輯"
  }
}

4.3 store / service 改動

projectStore / ProjectService：移除 selectedDevices / selectedAuditSystems 之類的建立流程 state
API call payload：建立 / 更新時不再帶 devices / audit_systems
列表 + 詳情頁的 device count / system count：依舊讀 Response 內的 devices / audit_systems（C3 改 derived）

5. 邊界條件

情境	行為
既有專案的詳情頁打開	「受評範圍」card 顯示 derived 數量，點擊跳 SSP tab
剛建立的專案還沒進 SSP tab 加範圍	Response `devices: []` + `audit_systems: []`，card 顯示「0 項 / 0 項」+ 引導 link
多 AP 專案（已有歷史 AP）	預設顯示 current AP 的 SSP 範圍
user 沒權限編 SSP（非 manager）	「前往 SSP 編輯」link 仍可點，但 SSP tab 內看到的是 readonly 模式

6. 連動到 C5（SSP tab）的 deep link 設計

從專案詳情頁跳 SSP tab 的 URL pattern：

/projects/<project_uid>/planning?tab=ssp&section=scope

tab=ssp 切換到 SSP tab
section=scope 自動 scroll 到「受評範圍」子區塊 + 展開 accordion
C5 內要實作這個 deep link 處理

7. 待 user 拍板的小決策

編號	問題	我建議
C6-D1	列表頁是否仍顯示「設備數 / 系統數」column？資料源已改 derived	保留，UX 直覺，user 一眼看出範圍大小
C6-D2	「前往 SSP 編輯」要 hard navigation 還是 tab 切換？	tab 切換（同 page，保 context 連貫，匹配 C5 方案 B）
C6-D3	詳情頁的「受評範圍」card 顯示哪幾項 (devices / info_systems / leveraged)？	三項全顯示（device 數 / info_system 數 / leveraged 數），但 leveraged 可能為 0

8. 開發後狀態

建立 / 編輯表單拿掉「受評範圍」section
詳情頁 / 規劃頁的範圍 card 改 readonly + 引導 link
i18n 文案新增 + 對應 component 改造
store / service 端不再 track devices / audit_systems state
API payload 簡化（與 C4 對齊）