本卡為 FR-144 母案。左側選單加「稽核計畫」，進去是跟登入者有關的稽核計畫表格、點列直達 FR-141 填寫頁；兩棒（端點＋選單登記 → 清單頁＋徽章）。子卡清單在末段。

這系列在做什麼（白話）

FR-141 把稽核計畫頁重做好了，但要進去得「專案列表 → 專案 → 第幾輪 → 第幾次 → 稽核計畫」四層點。本案在左側選單「待辦任務」底下多一項「稽核計畫」，旁邊一個數字是「待填寫」有幾份。進去是一張表格：一個稽核次（一輪裡的內稽第 1 次、第 2 次、外稽各算一次）一列，上面狀態分段鈕帶筆數、右邊一個搜尋框，欄頭可排序、後端分頁，點一列直達那份計畫。版式與 FR-142「我的稽核」、FR-143「改善計畫」入口同一套，三個清單頁長一樣。

為什麼要做

決策者 2026-10-17：「目前稽核計畫都只能從專案進入，很繞。我想直接增加一個入口在左側選單，進去就是看到跟自己相關的稽核計畫清單。」現有「我的稽核」是啟動稽核後才列，計畫還在填的那段沒有入口。

首腦讀完後的重點（設計決策）

• D1 選單名「稽核計畫」（不帶「我的」），群組「專案與任務」sort 25，排在待辦任務（20）與專案列表（30）之間。不併進「我的稽核」當頁籤。
• D2 規劃中不列：只列稽核次狀態 audit_planning, auditing, remediation, pending_reverify, closed。
• D3 外稽還沒指派稽核人員時，專案經理那列顯示「未指派」＋「去指派」跳專案規劃頁；只是 auditor 的人看不到該列。
• 歸屬只看 compliance.project_participants（auditor／manager 可編輯，reviewer 只能看，viewer 不列）。AP 裡的稽核人員 party 沒連登入帳號，不能拿來判。
• 一個稽核次一列（「我的稽核」是一輪一列，刻意不同）。
• 進度只列查核項目百分比（有填方法的評估目標數／總數），不列計畫概要、不用進度條。
• 一格一件事，最多一行小字；日期完整、有時間帶時間、起迄各一行；不列「我的角色」欄。
• 後端分頁走 jedi-common RequestMetaSchema／EnvelopeSchema，分段鈕筆數由 meta.status_counts 回。

怎麼拆

• 第 1 棒 清單端點＋選單登記（BE 新 4 檔＋改 DI／route 註冊＋1 支 seed migration）— 資料形狀先定，Swagger 可驗。
• 第 2 棒 清單頁＋選單徽章（FE 新頁＋i18n 2 檔＋改路由／api 常數／menu.json×2／AppMenuItem）— 依賴第 1 棒的回傳形狀。

建議順序：1 → 2。第 1 棒開工條件：等 FR-142 線對 app/readmodel/service/auditor_dashboard_service.py、infra/readmodel/audit/auditor_dashboard_query.py 的未 commit 改動 commit 後（2026-10-17 開卡時工作樹裡那兩支正被另一 session 改），因為本棒要照它的檔案形狀另寫一支。

共同設定

• model：opus／effort：high——規格已定、要組織 SQL 與頁面，不需跨層設計判斷。