Agentic RAG chuyển quyết định retrieval sang lúc chạy

Agentic RAG chuyển quyết định retrieval sang lúc chạy A lifecycle diagram generated by Archify. 01 / Một vòng quyết định của agent 02 / Chỗ vòng lặp đắt lên 03 / Outcomes Câu hỏi · vào agent · Một vòng quyết định của agent 01 Câu hỏi vào agent Lập kế hoạch · có cần retrieval · Một vòng quyết định của agent 02 Lập kế hoạch có cần retrieval Chọn nguồn · KB, SQL, API, web · Một vòng quyết định của agent 03 Chọn nguồn KB, SQL, API, web Xem evidence · đã đủ hay chưa · Một vòng quyết định của agent 04 Xem evidence đã đủ hay chưa Trả lời · kèm nguồn đã dùng · Một vòng quyết định của agent 05 Trả lời kèm nguồn đã dùng Lặp thêm vòng · token, latency tăng · Chỗ vòng lặp đắt lên Lặp thêm vòng token, latency tăng Khó tái lập · khác đường đi mỗi lần · Chỗ vòng lặp đắt lên Khó tái lập khác đường đi mỗi lần evidence chưa đủ lập lại kế hoạch đường đi không cố định Legend start active state decision terminal success failure / exit

Khác biệt nằm ở ai ra quyết định

  • • Chọn nguồn nào, search khi nào, có cần thêm vòng nữa không
  • • Chúng chuyển từ code cố định sang reasoning lúc chạy
  • • Không phải chỉ là RAG viết bằng agent framework

Khi nào không nên dùng agentic RAG

  • • Câu hỏi đơn, một index, một lần retrieval là đủ
  • • Agent loop khi đó chỉ thêm latency và tính bất định
  • • Microsoft nói standard RAG hợp hơn nếu một lần search là đủ

Cái giá phải được đo, không phải giả định

  • • Planning, nhiều subquery, nhiều tool call, thêm retrieval
  • • Latency có thể tăng nhiều lần so với baseline
  • • Chỉ đáng đổi khi chất lượng tăng bù được chi phí đó