所有節目›AI Engineer Europe 2026| World's Fair 2026完整場次線上軌AI in HealthcareSoftware Factories
OpenRAG: An open-source stack for RAG在 YouTube 看這一場

AI Engineer Europe 2026 · 演講 · 2026-04-08 · 16 分

OpenRAG 開源 RAG 技術堆疊

OpenRAG: An open-source stack for RAG · Phil Nash

IBM 的 Phil Nash 把 Docling、OpenSearch、Langflow 串成一套開源 RAG 基線,現場示範介面設定,也示範在 Langflow 裡加 guardrails。

其他:產品與研究介紹看原片 ↗

概要

  • RAG 沒死,只是很難Phil 不認同「RAG is dead」,說 PDF、chunking 策略、embedding 更新與各種搜尋技巧都很麻煩,每個專案難的地方還不一樣,所以需要一個品質夠好的基線。
  • 三個開源專案組成一套OpenRAG 結合 Docling 處理文件、OpenSearch 做索引搜尋、Langflow 做視覺化編排與 agent。
  • 文件處理與索引Docling 針對不同檔案類型有不同 pipeline,輸出的 doc tags 可轉成 Markdown、HTML、JSON;索引用 OpenSearch 做 hybrid 搜尋,預設搭配 JVector 外掛。
  • 搜尋交給 agent 決定傳統做法是取 top K chunks 丟給模型,agentic retrieval 則是把查詢連同指示與工具交給 agent,由模型自己決定搜幾次、怎麼用結果。
  • 現場示範可客製介面有聊天、knowledge filters、雲端連接器與模型設定;進到 Langflow 可以改 agent 的流程,Phil 示範在輸入端加上 guardrails。
  • 也能當工具給別的 agent 用OpenRAG 提供 API 與 MCP server,目前版本是 0.4.0。

原話

  • “I don't take this kind of thing very seriously.”

    我不太把這類說法當真

    ▶ 00:20
  • “RAG is actually hard, and it's hard for different reasons for different projects.”

    RAG 其實很難,而且每個專案難的原因都不一樣

    ▶ 01:13
  • “The model is actually responsible for deciding what searches to perform and what to do with the results.”

    要做哪些搜尋、結果怎麼用,由模型自己負責決定

    ▶ 07:59
  • “It gives you the choices where you need them and makes good decisions for you where it makes sense.”

    需要選擇的地方給你選擇,合理的地方替你做好決定

    ▶ 15:26

延伸

  • Phil 說 OpenRAG 的元件各自也是開源專案,聽眾可以直接參與 Docling、OpenSearch 或 Langflow。
  • Phil 說可以把 OpenRAG 的 MCP server 交給其他 agent 使用,沒有示範實際串接。

章節

點時碼直接跳到原片的那一段。

  1. 「RAG is dead」Phil 自我介紹後,說自己不把「context window 很大所以 RAG 已死」當真,比較常聽到的說法其實是「RAG 已經解決了」。
  2. RAG 其實很難PDF、chunking、embedding 更新、各種搜尋技巧都是麻煩,每個系統的使用者與問題也不同。
  3. OpenRAG 三件套IBM 把 Docling、OpenSearch、Langflow 三個既有開源專案組成一套 RAG stack。
  4. Docling 文件處理從簡單文字文件到 PDF 各有不同 pipeline,PDF 另有標準與 VLM 兩種,輸出 doc tags 再轉成其他格式,也附 chunker。
  5. Embedding 與 OpenSearchembedding 不指定供應商,整套可離線跑;OpenSearch 負責向量加關鍵字的 hybrid 搜尋與篩選。
  6. JVector 與 Langflow預設用 JVector 外掛,索引不必整個放進記憶體;整個流程由 Langflow 的拖拉式編輯器串起來。
  7. Agentic retrieval對照傳統取 top K 的做法,說明改由 agent 自己決定搜尋次數與用法。
  8. 示範:聊天在筆電上跑 OpenRAG,問「what is OpenRAG」時答案在 agent 預設 prompt 裡,所以沒有做搜尋;再問下去才會查文件。
  9. 示範:Knowledge上傳檔案或資料夾、檢視 chunks,並建立 knowledge filters 讓聊天只針對特定文件。
  10. 示範:設定頁雲端連接器(Google Drive、SharePoint、OneDrive)、模型供應商、system prompt、chunk 設定、Docling 的 OCR 與圖片描述開關、API keys。
  11. 進 Langflow 看 agent點 Edit in Langflow 可看到 agent 的實作;工具包含 URL ingester 的 MCP server、calculator 與 OpenSearch。
  12. 加上 guardrails解鎖 flow 後,在 chat input 後面接 guardrails 與 parser,沒通過就回錯誤訊息。
  13. MCP server 與總結OpenRAG 另有 API 與 MCP server;Phil 說 RAG 解不解決取決於資料與使用者,OpenRAG 是有立場的基線。

名詞

OpenRAG
Phil 在 IBM 參與的開源 RAG 專案,結合 Docling、OpenSearch 與 Langflow,前端是 Next.js,其餘是 Python
Docling
出自 IBM Research Zurich 的開源文件解析專案,處理 HTML、Word、投影片、音訊影片與 PDF 等
Granite Docling 258M
Docling 的 VLM pipeline 使用的視覺模型,一次完成 PDF 的擷取
doc tags
Docling 的中介文件格式,類 XML,可轉成 Markdown、HTML、JSON
OpenSearch
Elasticsearch 的開源 fork,這裡負責向量加關鍵字的 hybrid 搜尋與篩選
JVector
OpenRAG 預設的 OpenSearch KNN 外掛,可即時索引,索引不必整個放進記憶體
Langflow
拖拉式的 AI flow 編輯器,串起 Docling、OpenSearch 與 embedding 模型,也承載 agent 與 chat flow
agentic retrieval
把查詢交給 agent,由它用工具決定要搜幾次、怎麼處理結果
knowledge filters
以 OpenSearch 篩選功能建立的條件,讓聊天只針對特定文件

相關影片 同在「其他:產品與研究介紹」