FR-144 交接紀錄（LOG）

append-only。每棒一個 block，既有 block 不改。現況看 FR-144-STATE.md。

做了什麼：從 FR-141 延伸。需求 → 雛形七輪 → 討論稿 → design.md → 開卡 CM-2837～2839 → 驗收 → 決策者看畫面後陸續追加 CM-2852、2853、2861。順手直接修：選單重排 migration（BE 056ec5e21）、麵包屑與左側高亮（FE 3f554369）、round_max（BE 9f592b002、FE b3ad3170）、兩頁狀態分段對齊待辦任務（FE 9e108e58）。另開 FR-146（清單工具列統一，暫不排程）。

決策（全由決策者看畫面後裁）：表格不用卡片；風格同 FR-142；百分比不用進度條；一格一事；名稱「稽核計畫」；選單重排；依專案分組；拿掉稽核次欄；待辦視角「待處理／已完成」（否決「已鎖定」）；分頁同全站。

推翻了什麼：design.md 的「一稽核次一列」「五個狀態分段」「獨立稽核次欄」都被後續改判取代；design.md 定稿凍結不回頭改，現況以 STATE §2 與雛形 grouped 版為準。

教訓：

• 首腦開卡憑記憶寫的圖示 pi-list-check 在 FE 的 primeicons 6.0.1 不存在，整顆空白不報錯——runner 抓到。開卡寫 icon 前先查 FE 版本有沒有。
• AppMenuItem.isItemActive 先比路徑前綴，專案底下的頁一律亮「專案管理」，?from= 永遠輪不到；三個清單頁都受影響。
• 開卡時把工作樹裡別人未 commit 的檔當成「別條線正在改、要等」，決策者糾正：雛形是雛形、互不相干，做自己的就好。
• 卡早已派出，首腦沒先 fetch 卡就又給了一份派工 prompt——同一張卡差點派兩次（memory feedback_dispatch_fetch_card_before_sending_prompt 正是這條）。
• 分組後「篩選後只剩一次」會出現子列與專案列一模一樣的重複，雛形階段才發現；規則已補。

交棒：實作全部完成，五張子卡修正待驗證、首腦皆復核。下一步是全面測試時看 STATE §3 那五項沒真資料的情境。