接手 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、不要跑測試、不要改檔。