接手 Guidant AI 主專案（compliance-manager-be）FR-107（證據自動分類 2.0）這條 arc 的協調者工作。目前 16/31 張子任務卡 Done，3 張（T-3.4／T-4.1／T-5.3b）派出中、尚未回收驗收。

1. docs/features/FR-107-2609-evidence-classification-v2/handoff/fr107-STATE.md §0～§8 全讀，特別是 §4 表 A 卡片狀態、§6 待決策者、§8 下一棒要做。

2. 三張跑中卡的卡面「首腦補充」／驗收段（開 Notion 直接看，不要只信 STATE 的摘要）：

   • T-3.4（CM-1860）
   • T-4.1（CM-1861）
   • T-5.3b（CM-1877）

3. docs/features/FR-107-2609-evidence-classification-v2/design.md 決策定案表 D1–D13、拆分表（各棒範圍與驗收條件）——驗收三張跑中的卡或往下派 .4／.6 之前都要對照這裡的規格。

• 為什麼新功能全部進既有套件 jedi-evidence-classification、不開新套件？（D11 理由與被排除方案）
• 金鑰三層解析順序是什麼？第一版誰能改金鑰設定頁、誰能建 classification profile？ （D13 與補裁④是兩條不同的軸，不要混）
• 「首腦盤點過的事實」寫進交接文件後，到下一棒讀到時還保證是真的嗎？為什麼 STATE §4／§5 這次被整個重寫？（LOG Block 4 教訓 1）

四個 repo（BE／FE／jedi-python-package／test）都在 feature/review，全部未 push。16 張 卡 Done，3 張（T-3.4／T-4.1／T-5.3b）派出中且截至上一棒交接時 Notion 仍顯示「Not started」——T-4.1 在 BE repo 有對應的未 commit 程式碼改動，疑似已有 runner 在動但還沒 回寫卡片。接手第一件事是重新查這三張卡片的當下狀態，不要假設還是「剛派出、什麼都沒 開始」，也不要假設仍未開工。

1. 查三張跑中卡（T-3.4／T-4.1／T-5.3b）的最新 Notion 狀態與對應 repo 的 git log／status， 確認是否已有 runner 交卷。
2. 若已交卷 → 逐張核對 design.md 拆分表的驗收條件欄，不信 runner 自報，數字重跑、端點 實打、有測試的自己做一次突變。決策者已授權：首腦判沒問題可直接改 Done，不必等令。
3. 三張都驗收通過後才能派下一波：T-4.2（吃 T-4.1）→ T-4.3（FE，吃 T-4.2）；.6（T-6.1～ 6.4）等 .4／.5 全完再派。

D1–D13＋補裁全見 STATE §3 與 design.md「決策定案表」「寫作時發現的事」兩節，不要重新 討論已裁項目（例如：批次檔存新表不加欄在 upload_files、容器甲案宿主先拉檔、舊 Drive 線 並存一版不刪、AI 金鑰第一版鎖 ROOT 平台管理員不開放租戶自填、classification profile CRUD 放寬到租戶管理員）。

• 派 subagent 前先判任務形狀寫 model／effort，prompt 第一行寫清楚，不帶 model 參數＝ 繼承主 session 最貴檔，不是合法選項。
• 派工＝先確認 Notion 卡已存在（本案子卡已全數開好，連號，不必再開新卡，除非要拆出卡上 沒列的額外工作）。
• 卡片要求「做完就 commit ＋ 回寫 Notion，不等令」，push 與收尾永遠等決策者。
• 「給過 prompt」不等於「已派工」——只有 Notion 卡片狀態真的挪動了才算派出，回報前 先查卡片而非憑印象。

1. 自檢答案
2. 現況盤點（四 repo git 狀態、三張跑中卡是否已有新進度、與交接文件不符之處明講）
3. 「已就緒，等你指示」

不要派 subagent、不要跑測試、不要改檔。