本卡屬 FR-132（母卡 CM-2510），A.5 存取管理前端第 4 張。依賴：T-3.8。建議 model：opus。

這張卡做什麼（白話）

存取管理的「檢查存取」頁，管理員回答「為什麼這個人能／不能做某件事」用。選一個人，列出他每個有效能力點的來源角色、pattern、範圍、到期日；標出 super_admin、is_admin、平台管理員三種豁免；開了部門隔離時另列「看得到哪些部門的資料」。畫面資料直接來自後端判定用的同一個展開服務，畫面＝API 實際放行。

在哪裡

後端檢查存取 API：T-3.8
~/Projects/Billows/Audit-Manager/compliance-manager-fe/src/views/      新頁（存取管理模組下）

怎麼做

• 上方使用者選擇器（沿用既有使用者下拉）；下方依模組 → 資源分組的表格：能力點 display_name、來源（可能多筆）、pattern、範圍（租戶／部門名稱）、到期日。
• 豁免以頁首標籤顯示（例「超級管理員：所有能力點放行」）。
• 可依模組篩選、可搜尋能力點名。

要寫測試

• FE 不寫 unit test（本專案碎片 case 不採 TDD）；驗證＝npm run build 通過＋下方手測。E2E 屬母案收口，不在本卡。

驗收條件

• 選人後每個能力點有來源角色、pattern、範圍、到期；豁免三種有標示。

手測

• DEV：選一個有兩筆指派（一租戶一部門）的帳號，同一能力點顯示兩個來源。
• DEV：選 super_admin 帳號看到豁免標籤。

紀律

• 只動 DEV：migration、資料修改、部署一律只碰本機 DEV，絕不碰 STG／POC（POC 等同 production）。唯讀查詢任何環境都可以。
• FE repo 在 ~/Projects/Billows/Audit-Manager/compliance-manager-fe/，先讀該 repo 的 CLAUDE.md；做頁面前先載入 guidant-design-system skill；Vue 檔 800 行上限（含 template），<script> 內單一函式 40 行；BE 與 FE 分開 commit。
• 先查再寫：新增任何 method／helper／env var／error code 前先 grep 既有能力，有就 reuse 或加參數 extend，docs/claude/domain-capabilities.md 只是陷阱索引。