第 4 站 · 記住東西該站第 6 / 11 場

多組平行快取取代知識圖譜

025Luis Romero-Sevilla(Orbis)5:522026-06-28

When All Context Matters: Extended Cache Augmented Generation - Luis Romero-Sevilla, Orbis

多組平行快取取代知識圖譜 —— Orbis的演講縮圖

文件全都相關又常被取代時,簡單 RAG 太陽春、知識圖譜太貴,改用多組平行快取搭配探索式 supervisor 解題。

重點摘要

  • 問題設定:全相關又常換:Orbis 面對的情境是一大批文件全都跟同一組問題相關、彼此深度連動,而且資料集會很快被新版本取代。
  • Simple RAG 不夠用:用 embedding model 把文件轉成向量存進 vector database,抽換舊資料雖然快,但只挑相似度最高的向量,照顧不到文件之間本來就有的關聯。
  • GraphRAG 準但太貴:用 LLM 讀過所有文件抽出實體與關係、建成知識圖譜,能跨文件綜合出完整答案,可惜資料一換就要重建整張圖,算力與時間成本太高。
  • CAG 換個角度:既然每份文件都得過一次 LLM,不如放棄圖譜,改用大 context window 的模型把文件整批塞進去、直接快取,但塞太滿答案品質反而變差。
  • 拆成多組 cache 平行跑:把文件隨機分散進多組 context cache,由一個 supervisor 模型逐一探索、找到線索再深入追問特定 bucket,速度比 GraphRAG 快,答案又比 simple RAG 準。
  • 沒有萬用解:cache 成本不便宜,但能靠調整存活時間降低;講者強調各種檢索策略都各有取捨,ECAG 是他們針對這個特定問題給出的答案。

時間軸9 段

00:00開場設定情境講者自我介紹是 Orbis 的 VP of AI,設定問題:一大批文件全都跟同一組問題相關、彼此深度連動,而且資料集會很快被新資訊取代。
00:45Simple RAG用 embedding model 把文件轉成向量存進 vector database,依查詢相似度取回內容再交給 LLM 回答,抽換舊資料也快。
01:40RAG 的侷限這批文件其實全部相關,只挑相似度最高的幾筆向量遠遠不夠,沒辦法照顧到文件之間彼此的關聯。
02:10導入知識圖譜用 LLM 讀過所有文件抽出實體與關係,建成一張圖譜,讓系統能跨文件綜合出完整答案。
02:43知識圖譜的代價圖譜適合資料集不常變動的情境,但這裡的資料深度連動又常態替換,每次重建整張圖的算力與時間成本都太高。
03:17CAG 的構想既然每份文件都要過一次 LLM,不如放棄圖譜,改用大 context window 的模型把文件整批塞進去、直接快取。
03:37拆成多組 cachecontext window 塞太滿答案品質會變差,解法是把文件隨機分散進多組 context cache,各自負責一部分內容。
04:46Supervisor 探索機制由 supervisor 模型逐一探索各個 cache,找到線索就深入追問特定 bucket;因為 cache 能平行載入,速度比 GraphRAG 快,答案又比 simple RAG 準。
05:05結論:沒有萬用解cache 成本不便宜,但可以靠調整存活時間降低;各種檢索策略各有取捨,ECAG 是他們針對這個特定問題的答案。

值得記的話5 句

  • I'm on a mission to solve knowledge representation when all context matters.我的任務是解決「當所有內容都重要時」的知識表示問題00:09
  • Recomputing a knowledge graph every time the data gets replaced is computationally very expensive, and it takes relatively long time.資料一被取代就要重算一次知識圖譜,運算成本很高,耗時也長03:01
  • Why can't we just throw all the documents into context?為什麼不能乾脆把所有文件都丟進 context 裡?03:17
  • The problem here is that the context window is limited and if you fill the context window too much, the quality of the answer gets degraded too.問題在於 context window 有限,塞太滿答案品質也會跟著變差03:37
  • Currently, there is no one-solution-fits-all.目前沒有一種解法能通吃所有情境05:20

名詞與人物6 個

RAG
先把文件轉成向量存進資料庫,依查詢相似度取回內容再交給 LLM 回答的基本檢索做法。
GraphRAG
用 LLM 讀過文件抽出實體與關係、建成知識圖譜,再靠圖譜跨文件回答問題的做法。
CAG(Cache-Augmented Generation)
不做檢索,直接把整批文件塞進大 context window 並快取起來,讓模型直接看到全部內容回答問題。
ECAG
這場的核心解法,把 CAG 延伸成多組平行快取搭配一個探索式 supervisor,因應資料集常態替換的情境。
KV cache
模型把讀過的上下文快取起來、之後不必重算就能重複使用,是 CAG/ECAG 省時間的關鍵,但快取存活越久成本越高。
Orbis
講者任職的公司,這場負責解決「所有內容都重要」的知識表示問題。

提到但沒有展開

  • 降低 KV cache 成本的具體做法,講者只提到「可以靠調整每個快取的存活時間來降低成本」,沒有進一步說明是哪些方法。
  • 講者提到檢索策略各有取捨(算力、成本、速度),但沒有逐一列舉還有哪些策略。

模型研究開發工具

在 YouTube 看原片 ↗