# FR-144 交接紀錄（LOG）

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

## 第 1 棒 — 2026-10-17 — 首腦（需求、雛形、設計、開卡、驗收）

**做了什麼**：從 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 那五項沒真資料的情境。