本卡屬 FR-144（母卡 CM-2837），稽核計畫清單改成依專案分組展開的後端半邊。決策者 2026-10-17 看過分組雛形後裁「直接取代平列版」。會改碼，FE 由 FR-144.4 接。

問題是什麼（白話）

清單頁要改成「一個專案一列、點開看每一次」。現在後端是一頁 20 個稽核次在分頁，同一個專案的三次可能被切在兩頁，前端分組會分不完整。所以分頁單位要改成專案：一頁回 10 個專案，每個專案帶它全部符合條件的稽核次，前端只負責畫。

畫面規則（已裁，後端要配合的部分）

• 一專案一列。專案列每一格都取「目前這一次」：該專案（符合篩選的）稽核次裡狀態最急的——待填寫 ＞ 稽核中 ＞ 待覆核 ＞ 矯正中 ＞ 已結案——同狀態取填寫期限最近的（null 排最後）。專案名下方小字「框架 · 共 N 次稽核」（決策者 2026-10-17 裁用「次稽核」不用「份計畫」）。
• 只有一次稽核的專案不展開：箭頭留白（寬度保留），小字只寫框架，點列直接進該份計畫。
• 展開後子列：該專案每一次稽核，由舊到新；子列專案欄留白，樹線 ├／└ 與稽核次文字放在「稽核次」欄（本頁稽核次是獨立一欄，跟 FR-142 不同），「目前」那次加粗＋小 tag「目前」。子列其他欄跟平列版一列完全相同；點子列或右側按鈕＝平列版那一列的動作（填寫／檢視／去指派）。子列底色淡一階、hover 再淡。
• 專案列的稽核人員＝該專案所有（符合篩選的）稽核次人員合併去重，本人加粗排第一、最多兩位＋N；子列是該次人員。專案列最右按鈕＝「目前這一次」的動作。
• 預設展開「有待填寫」稽核次的專案（FR-142 是有稽核中，本頁換成待填寫），其他收合；第一次手動點過任一列或按過全部展開後只看使用者自己的展開集合。工具列搜尋框左邊加「全部展開／全部收合」按鈕（目前頁有任一多次專案收合→顯示全部展開）。
• 狀態分段仍算稽核次（筆數不變）。選某狀態：只留有該狀態稽核次的專案，子列只剩那幾次，專案列「目前這一次」改在符合的那幾次裡取，小字加「（符合篩選 M 次）」。
• 搜尋命中子列（稽核次文字、人員、經理）時整個專案留下並自動展開。
• 排序、分頁以專案為單位：排序鍵用專案列（目前這一次）的值，子列固定由舊到新；第三次點回預設。每頁 10 個專案，頁尾「第 a～b 個專案，共 N 個」。
• 直接取代平列版，不做兩種模式切換。其他規則不變：一格一事最多一行小字、百分比不用進度條、日期完整、左側粗色邊框禁令、深淺色都看。

在哪裡

infra/readmodel/audit/audit_plan_list_query.py:125-139   list_page：現在 ranked CTE 一列一稽核次 LIMIT/OFFSET
infra/readmodel/audit/audit_plan_list_query.py:26-36    _SORT_SQL／_DEFAULT_ORDER：現在排的是稽核次
app/readmodel/service/audit_plan_list_service.py:16-33  list_my_audit_plans
api/project/serializers/audit_plan_list.py              response schema
api/project/routes/audit_plan_list_route.py             POST /audit-plans/my/list
雛形（排序鍵、目前這一次、預設展開的判斷都在裡面）: BE docs/features/FR-144-2610-my-audit-plans-sidebar-entry/prototype/my-audit-plans-grouped.html（BE 根 python3 -m http.server，右上可切回平列版）

怎麼做

• ① 保留現有 ranked CTE（一列一稽核次、已套狀態與搜尋篩選），外面再包一層：proj AS (SELECT project_id, ... 目前這一次的各欄 ... FROM ranked GROUP BY project_id)。「目前這一次」用 DISTINCT ON (project_id) ... ORDER BY project_id, status_rank, plan_due NULLS LAST, pass_id DESC 取。status_rank 必須是 audit_planning 0、auditing 1、pending_reverify 2、remediation 3、closed 4——開工先核 _ROW_SELECT 的 status_rank 是否已是這個順序，不是就改。
• ② 分頁與排序在 proj 層做：ORDER BY <專案層排序> LIMIT :limit OFFSET :offset，count(*) OVER () 是專案數。排序鍵取目前這一次的欄位（_SORT_SQL 各鍵照舊名，只是作用在 proj 層）；預設 status_rank, plan_due NULLS LAST, project_id。
• ③ 取出這一頁的 project_id 後，第二句撈這些專案在 ranked 裡的全部稽核次（同一組篩選），依 round_no, pass_no（由舊到新）排，Python 組回每個專案。稽核人員／經理照現行 _attach_people 批次補到每個稽核次。
• ④ 回傳形狀：data 改成專案陣列，每筆 {project_uid, project_name, framework, pass_total(該專案全部可見稽核次數，不套狀態與搜尋), passes:[…現行一列的全部欄位…], current_pass_uid}；meta 照 ResponseMetaSchema（total＝專案數）＋status_counts（仍算稽核次，現行 _status_counts 不動）。pass_total 給前端判「只有一次就不展開」與「共 N 次稽核」；passes.length < pass_total 就是有篩選（前端印「符合篩選 M 次」）。