本卡屬 FR-132 A.6「頁內按鈕照權限隱藏」，第 2 棒，只讀盤點、不改碼。建議 model：opus（117＋69 支檔逐顆對 API，sonnet 在本 repo 會 context 打滑）。

這一棒在做什麼（白話）

把全站每一顆「做事」的按鈕（新增、修改、刪除、匯入、匯出、送出、核可、執行…）列出來，寫明它打哪支 API、那支 API 守哪項權限，給後面的實作棒照表加判斷。不用判斷「這顆該給誰」——那已經在附錄 A 定好了，這棒只是查表對上。

重點看什麼

• 按鈕 → 打的 API：看 @click 的 handler 呼叫哪個 service 方法，再到 src/service/*.js 與 src/config/api/api.js 對出 URL 與 method。
• API → 權限：inventory/a1-capability-tree.md 附錄 A（622 行起，按模組分段，欄位：route／method／新能力點／今天守門／檔案）。附錄 A 標「無」或豁免（附錄 C）的，表上註「免判斷」。
• 一顆按鈕打多支 API：取寫入那支；多支寫入打不同權限的，列全部，實作棒用 hasAny。
• 專案內頁（views/project 11 支、components/grc 多支）：今天靠 isAuditor／isProjectManager／p.role（16 支檔，grep 'isAuditor\|role === ''manager''\|user_role'）判斷。表上這類按鈕要兩欄：公司層權限（附錄 A 查出）＋既有成員角色條件（照抄）。D-A6-4：兩者都過才顯示。
• 已有 hasCap／can 的 17 支檔：也列，欄位標「已有、權限名對不對」——有幾支用的是粗的 read（grc.project.read）去遮寫入鈕，要標出來。
• components 裡的按鈕（69 支檔）：按被哪個 view 用來歸組，共用元件標「共用，判斷放 props 由頁面傳入」。
• 純導覽鈕（返回、取消、分頁、展開）不列。

怎麼做

• 清單起點：grep -rl '<Button' src/views（117 支）與 src/components（69 支）。逐檔讀，不抽樣。
• 產出 docs/features/FR-132-2610-access-management/inventory/a6-button-capabilities.md：一節一模組（照 design §6.1 的 12 模組），每節一張表：檔案:行號｜按鈕（i18n key 或文字）｜打的 API｜權限｜專案層條件（有才填）｜現況（無判斷／已有且正確／已有但粗）。
• 末段：統計（總顆數、無判斷顆數、依模組）＋建議拆棒（每棒約 20～40 顆、同模組不跨檔太散）＋附錄 A 查不到的 API 清單（回寫問首腦，不要猜）。

交付什麼

• 上述盤點檔 commit 到 BE repo；Notion 回寫統計數字與拆棒建議；狀態改「修正待驗證」。
• 中途 context 快滿：先 commit 已盤完的模組並回寫「盤到哪個模組」，下一棒接續。

紀律

• BE ~/Projects/Billows/Audit-Manager/compliance-manager-be、FE ~/Projects/Billows/Audit-Manager/compliance-manager-fe、jedi 套件 ~/Projects/Jedicogy/module/jedi-python-package/，皆 branch feature/azure-iam，不切 branch、不 push、只動 DEV（localhost:5432/guidant_ai_dev，帳密查 .env）。先讀各 repo CLAUDE.md。