# FR-080 交接日誌（LOG，append-only）

> 每棒追加一個 block，既有 block 永不改。發現舊 block 有誤 → 在新 block「推翻了什麼」欄更正。

---

## 第 1 棒｜2026-09-09｜分析與定案（首腦，Claude）

**做了什麼**
- 對 25 支 jedi-* 套件做合併分類與服務化路線分析，落成 FR-080 design（取代 09-07 未 commit 的 `jedi-module-map-proposal.html`，已刪）
- 開 FR-080 資料夾、README、登記表列、需求中心；analysis 推理快照 `docs/analysis/2026-09-09-jedi-consolidation-25-to-20.md`
- 派兩個 subagent 對 25 支做內容級盤點（每支 7 題：疆界／表欄位／port／消費者／依賴／節奏／合併判斷），結果進 design 定案表「內容證據」欄與附錄 B

**commits**
- `309c8923` docs(FR-080): 開案（當時 25→20 版）
- 本棒收尾 commit：見 git log（25→21 定案版＋STATE/LOG）

**決策（決策者裁）**
- asset 合併：**合**（分析曾撤回，被駁回）
- flow-engine：**不併**（選 B）
- system-infra：拆成字典＋日誌，notification 獨立
- Notion 暫不建；首棒 jedi-asset

**推翻了什麼（本棒內部七輪反覆，最終定案）**
- 25→14／12／19／20／22 各版全部作廢，定案 **25→21**
- system-infra 五合一 → 拆兩組（log-forwarding 生命週期不同；notification 是被多處 port 宣告的供應者）
- detection 吞 remote-agent → 撤回（remote-agent 有 file_storage 第二消費者，是通道不是業務）
- ai 三合一 → 撤回（無 import、無共表、操作者不同）
- participant 拆環 → 改為併入 task-platform（六張表全掛任務表，ORM 直接 relationship）
- asset 撤回 → **被決策者駁回，恢復合併**

**教訓（給後棒與 memory）**
1. **反覆七輪的根因是每輪換一把尺**：部署單位 → 雙模式 → 型態＋剖面 → 形狀證據 → 內容證據。每換一把尺就推翻上一版，決策者從早上看到晚上。正確做法是**第一輪就派 subagent 讀完 25 支內容再給答案**，不要用行數與 grep 先給一版再修
2. **內容證據不能推到極端**：asset 兩支欄位不重疊是事實，但「同性質資產清冊住一起」是決策者的產品判斷，不是分析能撤的。分析的職責是把證據擺出來，合不合由決策者裁
3. **「獨立」一詞有兩個意思**（套件不合併 vs 部署分開），文件裡混用讓決策者看不懂反悔條件表。design 已改用兩軸兩詞
4. FR-069 D7 的 harness 進 CI 未兌現；D16「只准依賴 common」在第四階段後已不成立；這兩條要在 FR-080 第 1、2 階補

**待決策者裁（本棒未解）**
- 無。所有分歧點已裁

**下一棒**
- 開 Notion 母卡＋四張子卡 → 派 jedi-asset

**追記（同日，收尾後）**
- 決策者裁定：「今天討論的都沒用」，第 1 棒結論**不採用**，下一棒**重新分析**而非接手執行
- STATE 已改定位：design 正文降為參考材料，附錄 A／B 的原始證據可重用；§3 改為重新分析的紀律；§4 改為「產出新分析，等裁示」
- 決策者已表態三件事保留為已知輸入：asset 合併、flow-engine 分開、notification 獨立