有些里程碑讓人安靜地坐下來思考一下。上週（2026-06-02 至 2026-06-07）， DOF Lab 的 RAG Ultimate 研究平台在 Phase 3 的 Routine 主線上走到了一個明確的句點：r111 — Phase 3 routine 全四層（L1~L4）清空， 達到 routine 終點。 同時，平台的 RAG 技術模組也在本週完成了兩個新模式的接線， 讓可操作的 RAG 策略從 22 種擴展到 24 種（22 技術 + 2 控制組）。
從六月初論文主線衝刺結束後（詳見 上週日誌）， 研究室並沒有停下來。本週是一段「補課 + 完整交代」的週期： 把 Phase 3 以來累積的技術文件缺口一次補齊，讓所有文件的數字與本機實際狀態一致， 並完成兩個原本「已定義但尚未接線」的 RAG 技術模式。
一、Phase 3 Routine 結構：四層清空意味著什麼
RAG Ultimate 從 Phase 3 起採用了一種「分層 routine」機制來管理研究工作的節奏： 每一輪 routine（r 編號）對應一批文件清點、一致性校對、或技術實作， 並分屬不同的優先層（L1 為最高優先、L4 為文件品質補強）。 每個 PR 合入後，對應的 routine 項目才算正式關閉。
本週達到的 r111 是這個機制自 Phase 3 啟動以來的累計第 111 個 routine， 而這個 routine 的完成代表 Phase 3 所定義的所有常規工作項目已全部清空：
- L1（核心文件）：README、ROADMAP、STATUS.yaml 全部同步至 2026-06-07 現況
- L2（開發指引）：DEVELOPMENT_GUIDE、AGENTS、TODO 數字校正完畢
- L3（研究文件）：SPRINT_HANDOFF ↔ RAG_TECHNIQUE_BENCHMARK 雙向交叉連結與一致性確認
- L4（引用品管）：ablation 待查證引用表（ablation_cite_todo.md）所有條目全部彙整完成
為什麼「文件一致性」是研究基礎設施的核心問題
研究平台進展快、PR 頻率高，文件很容易與程式碼狀態脫節。 這次校正發現，多份文件中仍殘留「17 種 RAG 模式」的舊描述（實際已達 24 種）， 以及測試數停在數個月前快照的舊數字。 這類不一致在單人研究室中容易被接受（「知道就好」）， 但當文件需要作為論文引用基礎或對外展示時， 精確的文件狀態等同於研究可信度的一部分。 DOF Lab 的做法是透過 routine 機制強制定期對齊，而非依賴臨時記憶。
二、兩個新 RAG 模式：Speculative RAG 與 Contextual Embedding
本週另一個技術亮點是兩個 RAG 策略的正式接線（PR #147）： Speculative RAG 與 Contextual Embedding。 這讓平台的 RAG 技術模組從 22 種擴展至 24 種，並更新了 README 架構圖與整合狀態表。
| 新增模式 | 核心策略 | 適合場景 |
|---|---|---|
| Speculative RAG NEW | 先由 LLM 生成草稿回答，再對草稿進行品質評估（信心分數），若不達標則觸發精煉循環，以更精確的檢索取代原始回答 | 需要高可信度回答的場景，如合規審查、技術支援工單、工業診斷 |
| Contextual Embedding NEW | 在建立向量索引前，先用 LLM 為每個文本片段補充上下文說明（Anthropic Contextual Retrieval 方法），讓向量表徵攜帶更豐富的局部語意 | 長文件、段落語意孤立的技術手冊，如風機維修手冊、OEM 規格書 |
值得一提的是，原本規劃中的第三個新模式 Late Chunking 最終決定暫不實作。 Late Chunking 的真實版本需要 token 級（而非 segment 級）的 embedding， 屬於底層架構限制，在現有的 Provider Registry 架構下無法直接支援， 因此在文件中標記為「已定義、暫不支援」，等待 Phase 4 的後端架構更新。
Contextual Embedding 在風電領域的潛力
風機技術手冊有一個常見的檢索難題：「齒輪箱振動異常」這個問題， 答案可能散落在第三章的「診斷流程」、第七章的「零件規格」、 以及附錄的「歷史故障案例」三個地方。 傳統切片法把這些片段分開儲存，檢索時往往只命中其中一處。 Contextual Embedding 的做法是在建立索引前， 讓 LLM 為每個片段補一句「這段內容描述了 Vestas V90 風機在高轉速工況下的齒輪箱診斷步驟」， 大幅提升同一問題在不同位置片段的語意關聯性。 這與 DOF Lab Wind Farm RAG MVP 的 baseline 數據（Hit rate 0.917）的下一步改善方向高度吻合。
三、Phase 3 完成後的路線三叉口
抵達 Phase 3 routine 終點後，研究室面臨一個明確的「三叉口」決策， 在最新更新的 daily_report.md 中有完整記錄：
21 個 PR，CI/CD、logging、Qdrant 持久化、Cloud Run 部署全線就緒
27 組檢索矩陣實驗、RAGAS 評測、全稿輸出、r111 routine 終點
- A. 技術 Benchmark 深化：對 24 種 RAG 模式進行系統性 benchmark，比較工業文件 vs 一般文件的策略效果差異，延伸論文
- B. 企業端功能完善：Hybrid Search、Reranker 整合、Multi-collection 查詢，向「可部署產品」推進
- C. 新應用場景：把平台能力移植到其他 DOF Lab 專案（InduSpect 設備巡檢、Z72 SCADA 知識庫）
本週啟示：「技術廣度」與「文件精確度」都是可複製的競爭力
RAG Ultimate 這週的工作，表面上是文件校正和兩個模式接線， 但背後代表的是一種研究工作的成熟度： 把「知道已做了什麼」轉化為「任何人都可以驗證已做了什麼」。 24 種 RAG 模式的可操作性、904 個通過的測試、PR #150 的清單記錄， 都是讓後續研究（論文、學生接手、跨專案移植）可以站在上面的地基。 技術廣度帶來論文貢獻，而文件精確度讓這個貢獻可以被重複和驗證。 這兩件事同等重要。
本週研究室行動項目
✅ 確認完成
- Phase 3 Routine r111 達終點，L1~L4 全清，PR #150 合入
- Speculative RAG + Contextual Embedding 正式接線，PR #147 合入
- 所有文件數字同步至 2026-06-07 現況（模式數 24、測試數 904）
- SPRINT_HANDOFF ↔ RAG_TECHNIQUE_BENCHMARK 雙向交叉連結完成
- Wind Farm RAG MVP baseline 認列（Hit rate 0.917）
🎯 下一步（待使用者確認方向）
- 確認 Phase 4 主線：技術 Benchmark / 企業端功能 / 新應用場景？
- 若選 A：設計 24 種模式在工業文件上的 benchmark 實驗方案
- 若選 B：規劃 Hybrid Search + Reranker 的後端架構 ADR
- 若選 C：評估 InduSpect 知識庫整合的前置需求
- Late Chunking 技術可行性調查（是否需要改換 Embedding 架構）
- RAG_Ultimate PR #150 — Phase 3 L4 ablation 引用表彙整（routine 終點）
- RAG_Ultimate PR #147 — Speculative RAG / Contextual Embedding 接線
- RAG_Ultimate README — 24 種 RAG 模式清單
- Anthropic — Contextual Retrieval 方法說明
- Speculative RAG: Enhancing Retrieval Augmented Generation through Drafting (arXiv 2407.04435)
- RAG_Ultimate docs/RAG_TECHNIQUE_BENCHMARK.md — 24 種技術現況與 benchmark 進度追蹤